+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Instrument IO & VISA (/Forum-Instrument-IO-VISA)
+---- Thema: Problem Agilent DSO1024A und LabVIEW 2012 (64-bit) (/Thread-Problem-Agilent-DSO1024A-und-LabVIEW-2012-64-bit)
Problem Agilent DSO1024A und LabVIEW 2012 (64-bit) - skulldragonXT - 16.03.2015 12:19
Hallo allerseits,
Ich lese schon länger in diesem Forum mit. Wegen eines von meiner Seite schwer zu lösendes Problem habe ich mich entschlossen, mich hier zu registrieren und mein Problem zu erläutern.
Ich habe schon seit einigen Tagen versucht, unseren Agilent DS1024A mit LabVIEW ansprechbar zu machen. Das Oszilloskop ist per USB an dem Rechner angeschlossen, auf dem Windows 7 Professional in der 64-bit Version läuft. Ich benutze LabVIEW 2012 mit der neusten NI-VISA von der National Instrument Homepage.
Zum Testen der Konfiguration verwende ich die folgenden Plug&Play Treiber:
http://sine.ni.com/apps/utf8/niid_web_display.download_page?p_id_guid=6919A42F69983EE8E0440003BA7CCD71
Jedoch schlägt die Messung per LabVIEW immer fehl, da immer die folgende Fehlermeldung mit 0xBFFF0015 erscheint (siehe Capture.png).
Ich habe dann verschiedene Lösungsstrategien ausprobiert: Firmware-Update des Oszilloskops, Agilent I/O Libraries Installiert, Agilent IntuiLink Data Capture installiert (was problemlos funktioniert).
Aber leider hilft es mir in LabVIEW immer noch nicht weiter.
Durch NI I/O Trace konnte ich herausfinden, dass nach dem *OPC? Befehl die Zeitüberschreitung beim Lesen auftritt (siehe trace.jpg).
Jedoch weiss ich nicht, wie ich das Problem lösen kann. Ich brauche das Messinstrument und muss die Messungen mit dem PC kontinuierlich aufnehmen.
Habt Ihr einige Lösungsvorschläge für mich?
Ich würde mich auf eure Antworten freuen und wäre auch sehr dankbar.
Beste Grüße,
skulldragonXT
RE: Problem Agilent DSO1024A und LabVIEW 2012 (64-bit) - Holy - 16.03.2015 20:36
Offensichtlich dauert die laufende Operation auf dem Oszi etwas länger. Siehe hierzu http://powersupply.blogs.keysight.com/2012/05/opc-and-you.html. Die Lösung ist entsprechend die Timeoutzeit ausreichend hoch zu setzen oder einen anderen Ansatz zu wählen.