Problem mit VISA-Read

' schrieb:Habe das mal probiert, aber das Problem ist, das er Antworten die länger als 1 Byte sind, nicht realisiert. Sprich er bekommt schon komplett falsche Informationen wieviel Byte am Port ankommen.

Naja, wenn du das sagst, wird schon was dran sein. So recht nachvollziehen kann ich das aber nicht. Kommen denn zuviele Zeichen?

Zitat:1. Warum sind keine lokalen Variablen notwendig? Ich muss doch den Port angeben und auch wiederübergeben oder?

Wieder übergeben brauchst du auf keinen Fall. Der Wert steht ja schon drinnen, in der Variablen.
Der Ausgang oben rechts ist für Sequenzierung (Datenfluß!) gut.
Die Eventstruktur befindet sich in einer While-Schleife, die (mindestens) ein Schieberegister hat. In einem solchen Schieberegister befindet sich die VISA-Referenz.

Zitat:2. Was sind RaceConditions? (Evtl. die folgenden Befehle die nach Senden des Startbytes und Empfang des Antwortbytes ausgeführt werden sollen?

RaceConditions sind Probleme beim Datenfluß. Wenn du parallele, also nicht sequenzierte Strukturen hast, kann keiner sagen, was zuerst abgearbeitet wird. Verwenden beide Strukturen nun eine Variable schreibenderweise, so kann man also nicht sagen, welcher Wert zuerst hineingeschrieben wird - und dann gleich überschrieben wird vom zweiten Wert. Der erste Werte geht also verloren.
Beispiel:
Du hast sieben parallele IF-Cases. Gesetzt der Fall du drückst jetzt zwei Buttons gleichzeitig, sodass auch zwei TRUE-Cases gleichzeitig gemacht werden, so passiert folgendes: In jedem der Cases wird ein String erstellt, der VISA-gesendet wird und auch in die Variable ExeCmd geschrieben wird. Welcher Wert steht nun am Schluss in ExeCmd? Der vom einen Case oder der vom anderen Case? Man kann also zu einem ganz bestimmten Zeitpunkt (nämlich nach Beendigung beider Cases) nicht sagen, welcher Wert in ExeCmd steht. Man kann nur sagen, dass einer der beiden verlorten gegangen ist. Um dieses Problem zu vermeiden, muss (direkt oder per Ablaufvorgabe) sequenziert werden.

Zitat:3. Wie genau läuft das mit dem Timeout, dachte bisher das man da direkt eine Zeit eingibt, wie lange die Struktur auf ein Ereignis wartet?

Ja, so ist es.
Die Eventstruktur hat einen Timeout-Anschluß, den ich immer mit 250ms beschalte. Dann wird alle 250ms der Timeout-Case abgearbeitet. Kommt ein Event früher, wird eben dieses abgearbeitet. Eine Eventstruktur befindet sich aber immer in einer While-Schleife. Sonst könnten nach dem ersten Event keine weiteren mehr verarbeitet werden. Folge aus der While-Schleife nun ist, dass es auch einen Event geben sollte, der die While-Schleife beenden kann.

Anzeige