Fehler 1073807253

Morgen!

Versuche gerade meine ersten Schritte mit LabVIEW (8.2) und stoße schon auf ein Problem.
Ich möchte gern ein Solartron 7066 über die serielle Schnittstelle mit dem Rechner konfigurieren und ansteuern. Ein erster Test mittels Advanced Serial Port Terminal verlief positiv, Schreiben auf und Lesen von der RS232 funktioniert anstandslos.

Beim Versuch, diese Operationen mit LabVIEW zu reproduzieren (mittels der Beispieldateien Basic Serial Write and Read und Advanced Serial Write and Read) kommt permanent die Fehlermeldung:

Fehler -1073807253 ist bei VISA: Lesen in Basic Serial Write and Read.vi aufgetreten
Mögliche Ursachen:
VISA: (Hex 0xBFFF006B) Während der Übertragung ist ein Rahmensynchronisations-Fehler (Framing Error) aufgetreten.

Der auf der Website von NI angesprochene Timer und Puffer als Lösungsvorschlag ist m.E. ja schon in der erweiterten Fassung des Beispiels enthalten. Somit fehlt mir eine Idee, wie der Fehler zu beheben wäre. Ich gehe aber davon aus, dass das Problem in der Zeitspanne nach dem Schreiben und vorm Lesen zu suchen ist.

Vorschläge, wie die (funktionierende) RS232-Verbindung unter LV 8.2 zum Laufen gebracht werden kann nehme ich daher gern entgegen, zumal eine Forensuche bisher nicht helfen konnte.

Grüße,
Ralf

' schrieb:Morgen!

Versuche gerade meine ersten Schritte mit LabVIEW (8.2) und stoße schon auf ein Problem.
Ich möchte gern ein Solartron 7066 über die serielle Schnittstelle mit dem Rechner konfigurieren und ansteuern. Ein erster Test mittels Advanced Serial Port Terminal verlief positiv, Schreiben auf und Lesen von der RS232 funktioniert anstandslos.

Beim Versuch, diese Operationen mit LabVIEW zu reproduzieren (mittels der Beispieldateien Basic Serial Write and Read und Advanced Serial Write and Read) kommt permanent die Fehlermeldung:

Fehler -1073807253 ist bei VISA: Lesen in Basic Serial Write and Read.vi aufgetreten
Mögliche Ursachen:
VISA: (Hex 0xBFFF006B) Während der Übertragung ist ein Rahmensynchronisations-Fehler (Framing Error) aufgetreten.

Der auf der Website von NI angesprochene Timer und Puffer als Lösungsvorschlag ist m.E. ja schon in der erweiterten Fassung des Beispiels enthalten. Somit fehlt mir eine Idee, wie der Fehler zu beheben wäre. Ich gehe aber davon aus, dass das Problem in der Zeitspanne nach dem Schreiben und vorm Lesen zu suchen ist.

Vorschläge, wie die (funktionierende) RS232-Verbindung unter LV 8.2 zum Laufen gebracht werden kann nehme ich daher gern entgegen, zumal eine Forensuche bisher nicht helfen konnte.

Grüße,
Ralf

Framing errors entstehen hauptsächlich durch zwei Ursachen.

1) Falsche Kommunikationsparameter: Datenbits, Stopbits, Parity aber auch Baudrate kann die Ursache sein.

2) Elektrische Störungen auf der Leitung können die Daten verfälschen. Lange Leitungen und/oder grosse Störquellen (Motoren) in unmittelbarer Nähe. Zusätzlich kannst Du auch Störungen einfangen durch Masseprobleme.

Da es mit einem Terminalprogramm ja zu funktionieren scheint, scheidet 2) wohl aus.

Rolf Kalbermatter

' schrieb:Framing errors entstehen hauptsächlich durch zwei Ursachen.

1) Falsche Kommunikationsparameter: Datenbits, Stopbits, Parity aber auch Baudrate kann die Ursache sein.

2) Elektrische Störungen auf der Leitung können die Daten verfälschen. Lange Leitungen und/oder grosse Störquellen (Motoren) in unmittelbarer Nähe. Zusätzlich kannst Du auch Störungen einfangen durch Masseprobleme.

Da es mit einem Terminalprogramm ja zu funktionieren scheint, scheidet 2) wohl aus.

Rolf Kalbermatter

Die von dir angesprochenen Ursachen habe ich auch schon aus den anderen Beiträgen herausgelesen und kann sie eigentlich ausschließen (analog deiner letzten Aussage), da die Kommunikation über das oben angesprochene Drittprogramm ja reibungslos funktioniert (Schreiben, Lesen, Schreiben & Lesen).

Nur LabVIEW möchte (mit den gleichen Einstellungen bzgl. Baudrate, Parität usw. wie im Analyseprogramm) nicht wie gewünscht kommunizieren. Bei Änderung der Parität folgt sogleich ein Paritätsfehler, der jedoch im Terminalprogramm ebenfalls nicht auftritt (egal ob none/even/odd).

Immer noch ratlos,
Ralf

Hilft Dir vielleicht das?

Gruß Markus

@Y-P

Die von dir angesprochene Lösung hatte ich bereits erfolglos ausprobiert (siehe Eröffnungsthread).


Konnte den Fehler aber über die Feiertage beheben - die Lösung ist ebenso simpel wie einleuchtend.
Nachdem die Fehlerauswertung vom 'VISA-Read' getrennt wurde, trat der Fehler logischerweise nicht mehr auf. Das Programm und auch die Ansteuerung funktionieren seither tadellos (7 Tage Dauertest, im praktischen Einsatz beträgt die max. Einsatzdauer 2 Stunden) und auch die seriell eingelesenen Messdaten sehen so aus wie sie sollen.

Trotzdem ein Dankeschön an alle Problemlöser und ein gesundes neues Jahr!

Ralf

Danke für die Rückmeldung, an was es gelegen hat.
Dir auch ein gesundes neues Jahr.

Gruß Y-P

' schrieb:@Y-P

Die von dir angesprochene Lösung hatte ich bereits erfolglos ausprobiert (siehe Eröffnungsthread).
Konnte den Fehler aber über die Feiertage beheben - die Lösung ist ebenso simpel wie einleuchtend.
Nachdem die Fehlerauswertung vom 'VISA-Read' getrennt wurde, trat der Fehler logischerweise nicht mehr auf. Das Programm und auch die Ansteuerung funktionieren seither tadellos (7 Tage Dauertest, im praktischen Einsatz beträgt die max. Einsatzdauer 2 Stunden) und auch die seriell eingelesenen Messdaten sehen so aus wie sie sollen.

Trotzdem ein Dankeschön an alle Problemlöser und ein gesundes neues Jahr!

Ralf