Überlauffehler bei RS-485, aber...

Moin Moin!

Ich arbeite zur Zeit an einem Programm für die automatische Endprüfung eines (für mich) recht komplexen Systems. Dazu nutz ich ein PXI in dem unter anderem eine PXI-8431/2-Karte verbaut ist um die besagte RS-485 Schnittstelle nachzurüsten.

In einem untergeordneten Test der Endprüfung geht es lediglich darum festzustellen, ob die Kommunikation mit der Schnittstelle funktioniert wie sie soll.
Es wird eine Testdatei an die Testeinheit gesendet, zwischengespeichert und zurückgesendet. Anschließend werden die Ursprungsdatei und die Zurückgekommene Byte-weise verglichen.Bei Übereinstimmung gilt der Test als bestanden.

Das alles lief auch wunderbar, bis wir vor einigen Tagen Updates auf die neuste Treiberversionen und LV2013 SP1 ausgeführt haben.
Von all den Unannehmlichkeiten die dadurch entstanden sind ist jetzt nur noch das folgende Problem mit der RS-485-Schnittstelle übrig geblieben.

Wird die subVI des RS-485-Test einzeln ausgeführt, so funktioniert sie einwandfrei.
Wird die subVI jedoch aus dem Programmablauf der Endprüfung heraus aufgerufen, so kommt es zu einem Überlauffehler (0xBFFF006C).
Der einzige Unterschied besteht in meinen Augen darin, dass im aufrufenden Hauptprogramm noch eine while-Schleife zur Ereignissteuerung parallel ausgeführt wird. Aber das war auch vor den Updates schon so...

Hat jemand eine Idee, warum die subVI einzeln funktioniert, aber aus dem Programmablauf heraus nicht?

Anzeige

Leider ist meine Hellseherkugel gerade kaputt, somit lautet meine Antwort Nein. Könnte alles mögliche sein.

Gruß, Jens

Hallo Flemmy,

Rechtsklick auf den ErrorCluster liefert das hier:

Zitat:Mögliche Ursachen:
VISA: (Hex 0xBFFF006C) Während der Übertragung ist ein Überlauffehler aufgetreten. Ein Zeichen wurde von der Hardware nicht gelesen, bevor das nächste Zeichen ankam.

Ich persönlich halte diese Erläuterung für ausreichen aussagekräftig…

Um es in noch klarere Worte zu fassen: du warst zu langsam beim Auslesen des COM-Ports!

Danke GerdW,
kann das an den neuen Treibern liegen, dass diese einfach uneffizienter arbeiten?
Immerhin hat es die letzten 3 oder 4 Monate vor dem Update ja wunderbar funktioniert.

Ich habe mal das VI angehängt.
Die subVI "EIU RX/TX CMD" gibt der Testeinheit lediglich den Befehl, dass sie empfangen oder senden soll. Dabei wird auf die VISA resource nur lesend zugegriffen, sie wird also 1:1 am Ausgang der subVI wieder ausgegeben.

Leider hab ich das "Edit Time Limit" überschritten.

Das Verkleinern der FIFO-Buffer im Gerätemanager bzw. im NI MAX hat das Problem gelöst.