Unvollständige Antwort an serieller Schnittstelle (VISA)

Hallo,
ich habe ein (hoffentlich kleines) Problem mit dem Einlesen von Daten an einer seriellen Schnittstelle. Mit dem vi im Anhang realisiere ich das Einlesen der Antworten vom Gerät, die verschieden viele Zeilen mit unterschiedlich vielen Zeichen beinhalten kann. Bisher habe ich geglaubt, damit stets nur eine Zeile einlesen zu können - wie kann man Zeilen einlesen (ich möchte gern die erste Zeile ausblenden...)??? Da ich mittlerweile jedoch auch schon mal die komplette Antwort bekommen habe, scheint das Problem eher genereller Natur zu sein. Manchml bekomme ich auch gar nix zurück, das allerdings mit einem OK im "Glühlämpchenmodus" und ohne Fehlermeldung. Ich hab' auch schon versucht, ein Delay einzubauen (in der Read-Schleife - richtig?), bis 10000 ms - kein Erfolg. Das Gerät antwortet allerdings immer korrekt, mit einem Terminalprogramm kommuniziert es 1A.
Vielen Dank dem Retter!


   

Anzeige

' schrieb:Hallo,
ich habe ein (hoffentlich kleines) Problem mit dem Einlesen von Daten an einer seriellen Schnittstelle. Mit dem vi im Anhang realisiere ich das Einlesen der Antworten vom Gerät, die verschieden viele Zeilen mit unterschiedlich vielen Zeichen beinhalten kann. Bisher habe ich geglaubt, damit stets nur eine Zeile einlesen zu können - wie kann man Zeilen einlesen (ich möchte gern die erste Zeile ausblenden...)??? Da ich mittlerweile jedoch auch schon mal die komplette Antwort bekommen habe, scheint das Problem eher genereller Natur zu sein. Manchml bekomme ich auch gar nix zurück, das allerdings mit einem OK im "Glühlämpchenmodus" und ohne Fehlermeldung. Ich hab' auch schon versucht, ein Delay einzubauen (in der Read-Schleife - richtig?), bis 10000 ms - kein Erfolg. Das Gerät antwortet allerdings immer korrekt, mit einem Terminalprogramm kommuniziert es 1A.
Vielen Dank dem Retter!
[attachment=28782:attachment]

wird mal einen Blick auf dieses Beispiel. Es demonstriert asynchrones Empfangen über RS232, ich denke, wenn du dein Programm nach dem Schema aufbaust, sollte es funktionieren ...

' schrieb:wird mal einen Blick auf dieses Beispiel. Es demonstriert asynchrones Empfangen über RS232, ich denke, wenn du dein Programm nach dem Schema aufbaust, sollte es funktionieren ...

uiui...
das sieht doch gut aus
danke schon mal, ich probier's aus

lg,
lise

hmm...
im Prinzip immer noch kein Erfolg. Ein paar mal hab' ich immerhin die erste Zeile erfolgreich zurückbekommen, der Fehler ist dann offensichtlich beim Parsen der Daten aufgetreten und das war's. Nun gibt's es angeblich stets nur noch 0 'Bytes at Port' was soviel heißt, als daß ich gar keine Antwort mehr bekomme, auch trotz Neustart von Gerät und erneutem Aufruf des vi.

??

Was kann ich noch tun? Hat das vielleicht etwas mit dem Format der Daten zu tun? Sie bestehen aus Wörtern, Ziffern und Zeichen und - wie schon erwähnt - aus mehreren Zeilen.

lg,
lise

' schrieb:hmm...
im Prinzip immer noch kein Erfolg. Ein paar mal hab' ich immerhin die erste Zeile erfolgreich zurückbekommen, der Fehler ist dann offensichtlich beim Parsen der Daten aufgetreten und das war's. Nun gibt's es angeblich stets nur noch 0 'Bytes at Port' was soviel heißt, als daß ich gar keine Antwort mehr bekomme, auch trotz Neustart von Gerät und erneutem Aufruf des vi.

??

Was kann ich noch tun? Hat das vielleicht etwas mit dem Format der Daten zu tun? Sie bestehen aus Wörtern, Ziffern und Zeichen und - wie schon erwähnt - aus mehreren Zeilen.

lg,
lise

das Parsing musst du natürlich an deine Bedürfnisse anpassen, in dem Beispiel werden natürlich Daten empfangen, die zu dem Parsing passen. Wenn nun gar nichts mehr empfangen wird, dann kann das unter Umständen daran liegen, dass das Handshaking, etc nicht richtig eingestellt ist?

Wenn du Zeilen empfangen willst, verwende doch die Einstellung "Enable Termination Char" = TRUE, ggf. musst du dann den Timeout anpassen?

Grüße
CB

' schrieb:das Parsing musst du natürlich an deine Bedürfnisse anpassen, in dem Beispiel werden natürlich Daten empfangen, die zu dem Parsing passen. Wenn nun gar nichts mehr empfangen wird, dann kann das unter Umständen daran liegen, dass das Handshaking, etc nicht richtig eingestellt ist?

Wenn du Zeilen empfangen willst, verwende doch die Einstellung "Enable Termination Char" = TRUE, ggf. musst du dann den Timeout anpassen?

Grüße
CB

aaah ja.. dann hab' ich mal 'ne Verständnisfrage: "handshaking" (und etc.??) hat doch sicherlich was mit sender-empfänger communication zu tun? im Demo ist das doch (nur) über Timeout und Zwischenspeicher realisiert?

und dann hätte ich ja auch ganz gern (erst mal) die vollständige Antwort, was wohl heißt, ich lasse das Parsen am besten ganz weg (wegens der Buchstaben usw.)? Und ich nehme an, ich muß den regulären Ausdruck für "match pattern" finden, der mir den kompletten string durchläßt?

"Enable Termination Char" ist jetzt eingeschaltet (bisher ohne merkliche Veränderung) - vorhin hab' ich noch eine Antwort bekommen (wieder nur die erste Zeile), dann nur noch eines von zwei Wörtern (in der ersten Zeile stehen zwei Wörter) und nun bekomme ich wieder gar nix zurück.

lg,
lise

Anzeige

... und wieso zählt "Bytes at Port" jetzt nur noch 0 Bytes? Da kann ja nix ankommen...

lg,
lise

' schrieb:... und wieso zählt "Bytes at Port" jetzt nur noch 0 Bytes? Da kann ja nix ankommen...

lg,
lise

hmm, also wenn die maschin gar nix mehr sagt, dann isse entweder beleidigt, oder kaputt.

Nimm in dem Beispiel einfach mal das Parsing raus, und lass dir einfach den Inhalt des Schieberegisters anzeigen. Das Parsing "zerhackt" ja einfach nur den String im Schieberegister, wenn der Inhalt das erwartete Format hat ...

Ansonsten:
untersuche mal die üblichen Verdächtigen:
Baudrate, Handshaking, Datenbits, Stopbits, etc ... das muss alles genau so eingestellt sein, wie die Gegenstelle es verlangt, sonst kommt da garantiert nix an ...

' schrieb:hmm, also wenn die maschin gar nix mehr sagt, dann isse entweder beleidigt, oder kaputt.

Nimm in dem Beispiel einfach mal das Parsing raus, und lass dir einfach den Inhalt des Schieberegisters anzeigen. Das Parsing "zerhackt" ja einfach nur den String im Schieberegister, wenn der Inhalt das erwartete Format hat ...

Ansonsten:
untersuche mal die üblichen Verdächtigen:
Baudrate, Handshaking, Datenbits, Stopbits, etc ... das muss alles genau so eingestellt sein, wie die Gegenstelle es verlangt, sonst kommt da garantiert nix an ...

okay... zusammengefaßt:
- Einstellungen sind okay (wie vorgegeben - baud rate, stop bits, data bits, parity, flow control, resource)
- parsing (mit und ohne match pattern) rausgenommen
- Resultat nach wie vor jeweils:
erster loop - erste Zeile wird ausgegeben;
nachfolgende loops - erste Zeile verschwunden, es werden 0 Bytes am Port gelesen;
spielt man zu oft herum, kommt nicht einmal mehr die erst Zeile an
- immer: Kommunikation mit Terminal Programm funktioniert ==>

Ich glaube also nicht, daß das Gerät kaputt ist. Was gehört denn eigentlich alles zum "handshaking" und müßte ich auf irgendwas besonders achten?

Kann vielleicht irgendein (Zwischen)speicher zu voll laufen (und auch zugemüllt bleiben), so daß dann einfach gar nix mehr geht?
Was kann ich noch tun? Is' doch weder ein besonderes Gerät noch ungewöhnliche Daten und über serielle Schnittstelle hat doch auch schon alle Welt Daten empfangen?

lg,
lise

...und noch einmal...

irgendwie scheint es am Zeilenumbruch, oder vielmehr am 'VISA read' zu liegen ('enable termination char' ist auf 'true' gesetzt), alle unnötigen Bausteine habe ich entfernt (Wartezeit ist noch drin). Mit einer For-Schleife lese ich die Bytes einzeln ein, habe die Zahl der Umläufe erst mal auf 30 gesetzt (es gibt definitiv mehr!)
Ergebnis: Fehler nach der ersten Zeile. Nach einigen Durchläufen und einem Wechsel des gesendeten Befehls kommt nun gar nix mehr an, auch nicht, nachdem ich wieder auf den ersten Befehl zurückgegangen bin.
(Fehler -1073807339)

lg,
lise