SubVI-Daten auslesen

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!

Hallo Preview,

Zitat: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?

Literatur, die beschreibt, wann du Signale zu erwarten hast? Und wie du deine Signale dann auswertest?
Das sollte sich eigentlich aus deinem Prüfaufbau oder der gestellten Prüfaufgabe ergeben…

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

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 Waveforms

Weil ein 1D Array wesentlich weniger Overhead hat als ein Waveform-Array - insbesondere bei nur einem Sample pro Waveform…

Zitat:Besser Index Array als Split

Weil du bei einem DDT-Draht nie weißt, womit du eigentlich arbeitest…

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

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…

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

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…