+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenerfassung (DAQ) (/Forum-Datenerfassung-DAQ)
+---- Thema: Entwicklungsumgebung beeinflusst cDAQ in Runtime (/Thread-Entwicklungsumgebung-beeinflusst-cDAQ-in-Runtime)
Entwicklungsumgebung beeinflusst cDAQ in Runtime - Nordvestlys - 06.09.2016 14:17
Moin,
ich habe gestern ein etwas "spukiges" Verhalten auf einem Laborrechner festgestellt. Eine genauere Analyse steht noch aus, aber vielleicht hat ja schonmal jemand einen Tipp, woran es liegen könnte.
Was bisher geschah.....:
LV2015 Entwicklungsumgebung + Projekt + Runtimeumgebung + .exe machen im wesentlichen das was sie sollen: Etwas DB-Kommunikation, ein paar Messungen, cDAQ per Ethernet als Multi-I/O.
Bei ersten Tests mit LV2016 funktioniert die exe nur dann richtig, wenn vorher nicht die Entwicklungsumgebung offen war. Sobald das Projekt geöffnet war (auch ohne öffnen/ausführen von VIs), läuft die exe sehr "hakelig". Zumindest etliche Funktionen die übers cDAQ laufen werden verzögert oder gar nicht ausgeführt.
Natürlich kann die Ursache auch an ganz anderer Stelle liegen, aaaber:
Sobald ich einmal den "Automation-Explorer" (MAX) öffne und wieder schließe, funktioniert die exe wieder ordentlich. Solange bis die Enwicklungsumgebung mal wieder geöffnet wurde.
Mit diesem Würgaround kann ich zu LV2016-Testzwecken leben. Aber die Ursache würde ich dennoch gerne rausfinden und beheben.
=> Irgendwelche Ideen?
PS: (Projekt ist etwas größer und recht komplex. Sollte ich keine "allgemeine" Ursache finden, bleibt es erstmal bei LV2015.)
PPS: VISA, DAQ-Treiber sind ebenfalls kürzlich aktualisiert worden.
RE: Entwicklungsumgebung beeinflusst cDAQ in Runtime - Nordvestlys - 28.09.2016 06:23
kleines Update: Eine richtige Ursache oder Lösung habe ich noch nicht gefunden. Aber es scheint, dass der vermeintliche Zusammenhang mit Entwicklungsumgebung und Max nicht zwingend ist. Irgendeine Korrelation besteht da wohl, aber nicht 1:1. Der Fehler tritt auch unter anderen Bedingungen auf.
Meine Log-Files (wo leider nicht alle Fehlermeldungen landen) lassen vermuten, dass die Verbindung zum Chassis per Ethernet (einziges Gerät an der Netzwerkkarte) manchmal nicht korrekt aufgebaut wird.
Für Hinweise ob sich in diesem Bereich beim Versionswechsel 2016 was getan hat, bin ich weiter offen. Sonst werde ich wohl erstmal die DAQmx-Treiber nochmal neu installieren.
RE: Entwicklungsumgebung beeinflusst cDAQ in Runtime - Nordvestlys - 12.10.2016 13:06
sodele, echte Ursache ist immer noch unklar. Aber folgende Maßnahmen haben zum Erfolg geführt. Vielleicht hilft es ja in Zukunft irgendwem.
- Alle "NI-Altlasten" (alte LV-Versionen etc.) deinstalliert
- Bei den mutmaßlich relevanten NI-Paketen (DAQ, VISA, LV) eine Reparaturinstallation durchgeführt.
- Bei Windows die automatische Suche nach Updates für Hardwaretreibern abgeschaltet.
Der letzte Punkt ist mir dadurch aufgefallen, dass nach Neustart erstmal eine Treiber-Such-Meldung für alle cDAQ-Module aufgepoppt ist. Evtl. war das auch der Grund dass sporadisch die Komunikation mit diesen Geräten gehakelt hat.
Bis jetzt scheint alles zu funktionieren, egal in welcher Reihenfolge irgendwas gestartet und beendet wird. Hoffentlich bleibt das auch dauerhaft so :-)