|
VISA - merkwürdiges Verhalten
Ich bin dabei ein recht komplexes Labview-Messprogramm zu schreiben und dabei ist mir eine VISA-Merkwürdigkeit untergekommen, die ich mir nicht so recht erklären kann. Vielleicht kann mir da wer auf die Sprünge helfen.
Das Programm selbst ist hochgradig parallelisiert und wird über Queues etc. synchronisiert - das übliche halt. Bei der letzten Programmversion trat dann auf einmal die oben erwähnte Merkwürdigkeit auf: VISA read und VISA write bleiben "hängen", d.h. die (korrekten) Daten gingen in die Funktionsblöcke rein und dann passierte ... nix. Lämpchen angeschaltet, Datenfluss beobachtet und ja - die Daten (VISA Adresse, Befehle etc.) gingen rein, aber nix kam raus. Kein timeout, kein Fehler - nada. Wenn ich die Sub-VIs einzeln testete lief alles wunderbar; die Arbeitsverweigerung kam erst, wenn diese VIs im großen Programmkontext aufgerufen wurden (Aufruf über VI-Referenz, der Modularität geschuldet). Zunächst dachte ich an irgendwelche race-conditions zwischen mehreren VISA-Nutzern und habe alle VISA-Nutzer bis auf einen deaktiviert. Aber noch immer der gleiche Effekt: VISA reagiert nicht. Dann kam ich auf die glorreiche Idee, VISA read/write vom standardmässig eingestellten asynchronen Modus in den synchronen Modus zu stellen und siehe da: auf einmal funktioniert alles ohne Problem.
Jetzt die große Frage: Wieso verweigern VISA read/write im asynchronen Modus komplett ihren Dienst? (Und das auch erst, nachdem mein Messprogramm eine gewisse Komplexitätsschwelle überschritten hatte). Ich hätte Performance-Probleme erwartet, aber nicht sowas...
|
/
VISA - merkwürdiges Verhalten
