Problem mit Datenerfassung unter Win7 64bit mit LV11 32bit

Moin,

ich hab ein Problem bei der Datenerfassung.

Das VI wurde unter Windows XP 32bit erstellt mit 32bit.
Nach Laptopwechsel soll das Programm unter Windows 7 64bit laufen mit 32bit.

Es sollen Daten von einer NI USB 6215 Box und vom COM Port (via COM-USB Adapter) "synchron/parallel" abgefragt werden.
Mit dem 32bit System lief das ganz gut, auch mehrere Minuten lang. Die Daten wurden mit ausreichend Genauigkeit alle 50ms erfasst.
Mit dem 64bit System kommen meine Daten nach wenigen Sekunden aber spätestens nach 20sekunden irgendwie aus dem Takt. Es ist zu beobachten das die Daten des COM Portes unplausible Werte liefern was darauf mMn. darauf hinweist dass das Datenpaket welches 22bytes sein sollte nicht vollständig gelesen wird etc.
Ich weiss sehr wohl das mein Programmiertes nicht das Gelbe vom Ei ist, wohl eher Müll. Aber es hat funktioniert, zumindest unter 32bit XP.

Kann mir jemand helfen bzw. Tipp geben wie ich es probieren könnte?

Vielen Dank.

Gruss Max

Anzeige

Hallo Mäx,

ich finde es irgendwie lustig, wenn jemand die Icons von subVIs schwärzt, aber deren Namen im Bild läßt...

Tipp:
- Packe DAQmx und VISA in zwei getrennte Schleifen. Die scheinen nirgends gekoppelt zu sein.
- Die VISA-Schleife braucht kein explizites Timing, hier ergibt sich die Schleifenlaufzeit über die Datenrate auf dem COM-Port: Die Schleife kann nicht schneller laufen als Daten ankommen. (Es wird hoffentlich mit einem TermChar gearbeitet?)
- Die DAQmx-Schleife bräuchte auch kein explizites Timing, wenn du den DAQmx-Task mit einem solchen ausstatten würdest...

Danke für die Antwort.
DAQmx ist ebenfalls auf die 5o ms eingestellt.
Mit TermChar meinst du einen Char welcher von meinem Gerät an der Com Schnittstelle gesendet wird?
Es gibt keinen Explizieten Char. Ich könnte die Checksumme auswerten um zu sehen ob alles angekommen ist.
Anbei das VI zum Antriggern um die Daten zu senden und das VI welches die Daten Abruft.

Gruss Max

Edit: DAQmx ist wohl doch noch nicht getimed. Ich versuche das mal einzubauen.

Hallo Max,

Zitat:Ich könnte die Checksumme auswerten um zu sehen ob alles angekommen ist.

Ist das nicht sinnvoll, wenn man sich über "verlorene" Bytes wundert? Erstmal prüfen, ob die empfangene Message korrekt übermittelt wurde???

- Deine Checksum-Berechnung enthält merkwürdig viele rote Punkte. Mich würde das nervös machen, wenn es auf bitgenaue Ergebnisse ankommt.
- Du weißt schon, dass man mit IndexArray mehr als nur ein Element gleichzeitig abfragen kann?
- Wenn du den DAQmx auf 50ms timen willst, wieso hattest du dann vorher eine 45ms-Wartezeit in deiner Schleife?

Virtuelle Com-Schnittstelle und Timing-Probleme, da war mal was.
Den Thread finde ich gerade nicht, aber die Einstellung, um die es ging, das war die hier (Screenshot - Latency Timer):
http://www.labviewforum.de/Thread-Einste...#pid137084

Gruß, Jens

Moin,

Gerd, danke erstmal für die Anhaltspunkte. Ich versuche mich morgen mal darum zu kümmern.

Auf die schnelle habe ich heute mal den FIFO Puffer der Com Schnittstelle ausgeschaltet (im Gerätemanager).
Das wäre dann auch das von dir Jens, oder? Zumindest geht es in die Richtung.
Das rumspielen an den Ein und Ausgangspuffer hat auch keine Verbesserung gebracht.
Ich konnte nur kurz Testen. Auf jedenfall war es stabiler als vorher.

Wenn ich neue erkenntnisse habe werde ich berichten.

Vielen Dank

Anzeige

Moin Männers,

hab mich jetzt lange nicht gemeldet.

Eine brauchbare stabilität habe ich mit neuinstallation des COM2USB Adapters und mit dreifachem timimng erreicht.
dreifaches Timing soll heissen ich habe die NI USB Box mit 50ms getimered, ich habe mein Interval des CO2 Sensors am Com Port mit 50ms getimered und ich habe in die Whileschleife ein Timer von 50ms reingepackt.
Alles andere hat nicht geholfen.
Die 45ms in der Schleife waren natürlich Blödsinn.

Vielen Dank für eure Hilfe.

Gruss
Max