+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenkommunikation (/Forum-Datenkommunikation)
+---- Thema: SubVI-Daten auslesen (/Thread-SubVI-Daten-auslesen--20827)
RE: SubVI-Daten auslesen - PreVIEW - 24.06.2016 13:53
Hallo GerdW,
Danke für deine schnellen und hilfreichen Antworten! Bin dir echt dankbar!
Ich versuch mich mal wieder an der Umsetzung deiner Tips ^^
Ich weiß noch nicht so recht bei wann ich welches Signal zu erwarten habe und wie ich das am besten verwerte.
Gibt es / kennt jemand entsprechende Literatur in der so etwas beschrieben wird?
besten Dank!
RE: SubVI-Daten auslesen - GerdW - 24.06.2016 14:11
Hallo Preview,
Zitat:Ich weiß noch nicht so recht bei wann ich welches Signal zu erwarten habe und wie ich das am besten verwerte.Literatur, die beschreibt, wann du Signale zu erwarten hast? Und wie du deine Signale dann auswertest?
Gibt es / kennt jemand entsprechende Literatur in der so etwas beschrieben wird?
Das sollte sich eigentlich aus deinem Prüfaufbau oder der gestellten Prüfaufgabe ergeben…
RE: SubVI-Daten auslesen - PreVIEW - 24.06.2016 14:19
Hallo GerdW,
ich meinte eher so etwas wie " Warum ist 1D Array besser als Waveforms " oder " Besser Index Array als Split" etc. Ich weis z.B. nicht was genau gemacht / gerechnent wird wenn beispielsweise ein Split gemacht wird. dachte es wäre nichts anderes als würde er einfach ein Array wieder geordnet ausgeben.?
meinte Literatur in der eher so etwas beschrieben wird.
Besten Dank
RE: SubVI-Daten auslesen - GerdW - 24.06.2016 14:57
Da würde ich dir als erstes die LabVIEW-Hilfe empfehlen. Und die Einsteigerkurse, die NI kostenlos anbietet.
Also das, was in meiner Signatur so alles verlinkt ist…
Zitat:Warum ist 1D Array besser als WaveformsWeil ein 1D Array wesentlich weniger Overhead hat als ein Waveform-Array - insbesondere bei nur einem Sample pro Waveform…
Zitat:Besser Index Array als SplitWeil du bei einem DDT-Draht nie weißt, womit du eigentlich arbeitest…
RE: SubVI-Daten auslesen - PreVIEW - 27.06.2016 08:29
hab deine Tipps alle umsetzen können, das lesen mit 33kS/s ist jetzt kein Problem mehr sogar bei Einzelabfrage der Sampels.
Wenn ich aber Sampels vorgebe - ist das nichts anderes als ein Puffern der Werte - diese werden dann gebündelt an den Bus übergeben? - oder sehe ich das falsch?
Besten dank. und deine Signatur arbeite ich auch jede Freie Minute durch
Besten dank!Eine Frage noch , gibt es für die Wandlung Boolsch in Integer ne bessere Lösung? Siehe Bild - Rot eingerahmt
besten Danke
MfG
RE: SubVI-Daten auslesen - GerdW - 27.06.2016 08:53
Hallo Preview,
Zitat:das lesen mit 33kS/s ist jetzt kein Problem mehr sogar bei Einzelabfrage der Sampels.Ich würde nicht darauf vertrauen, dass das immer so ist…
Zitat:Wenn ich aber Sampels vorgebe - ist das nichts anderes als ein Puffern der Werte - diese werden dann gebündelt an den Bus übergeben? - oder sehe ich das falsch?DAQmx verwendet immer irgendwelche Buffer, da musst du dich nur selten drum kümmern…
Zitat:gibt es für die Wandlung Boolsch in Integer ne bessere Lösung?Nein, das ist schon ziemlich optimal. Wobei hier die explizite Umwandlung von I16 nach I32 nicht unbedingt nötig ist, der Compiler erledigt diese Typwandlung schon recht gut…
RE: SubVI-Daten auslesen - PreVIEW - 27.06.2016 08:59
Hallo GerdW,
Zitat:Nein, das ist schon ziemlich optimal. Wobei hier die explizite Umwandlung von I16 nach I32 nicht unbedingt nötig ist, der Compiler erledigt diese Typwandlung schon recht gut…
Das hab ich gemacht, da mir einst ein sehr weiser Mann gelehrt hat :
Zitat:- CoercionDots vermeiden!
Oder kann man da eine Ausnahme machen?
Danke noch einmal für deine Unterstützung
RE: SubVI-Daten auslesen - GerdW - 27.06.2016 09:34
Hallo Preview,
Zitat:Oder kann man da eine Ausnahme machen?Ja, wenn man weiß, was man da macht…
Im Ernst: CoercionDots sind dann problematisch, wenn durch die Typumwandlung Probleme auftauchen können.
Bei einer Umwandlung von I16 nach I32 wie im Bild ist davon aber nicht auszugehen.
Anders sieht die Sache aus, wenn entweder große Arrays ständig typkonvertiert werden (Rechenaufwand!) oder man "gefährliche" Typwandlungen vornimmt (z.B. DBL nach INT mit nachfolgendem NumberToBooleanArray…).
Deshalb nochmal: wenn man weiß, was man tut, kann man auch dem Compiler die Typkonvertierung überlassen…