Zwei Byte empfangen und trennen
Zwei Byte empfangen und trennen
Hallo Zusammen,
kann ich mit der anliegenden Schaltung 2 Bytes, welche nur
durch das jeweilige Stop-Bit getrennt werden, sicher empfangen und
auswerten? Das Setup der Schnittstelle ist 8, N, 1 mit 115200 baud und zwischen beiden
Bytes ist nur eine Pause von einigen µs.
Die Schaltung scheint im Prinzip zu laufen, aber ich habe den Eindruck, dass
die Synchronisation nicht immer passt und einzelne Bit "verschluckt" werden....
Herzlichen Dank für jeden Tip!
kann ich mit der anliegenden Schaltung 2 Bytes, welche nur
durch das jeweilige Stop-Bit getrennt werden, sicher empfangen und
auswerten? Das Setup der Schnittstelle ist 8, N, 1 mit 115200 baud und zwischen beiden
Bytes ist nur eine Pause von einigen µs.
Die Schaltung scheint im Prinzip zu laufen, aber ich habe den Eindruck, dass
die Synchronisation nicht immer passt und einzelne Bit "verschluckt" werden....
Herzlichen Dank für jeden Tip!
- Dateianhänge
-
- Lesen_RS232.prj
- Empfangen von 2 Byte
- (10.41 KiB) 391-mal heruntergeladen
Re: Via Rs232 2 Byte empfangen und trennen
Hallo Chip
ich würde mal sagen das ist ein Zufalls Spiel. Wenn nur "Stop" welches Stop soll dann gehen?
Kommt sonst kein Zeich mit ( Cr/Lf usw)
Gruß Gerhard
ich würde mal sagen das ist ein Zufalls Spiel. Wenn nur "Stop" welches Stop soll dann gehen?
Kommt sonst kein Zeich mit ( Cr/Lf usw)
Gruß Gerhard
Re: Via Rs232 zwei Byte empfangen und trennen
Ich denke auch, dass es entweder ein SYNC-Zeichen geben muss, oder das Gerät mit einem Request arbeitet.
Was ist es denn?
Was ist es denn?
ABACOM support
Re: Via Rs232 zwei Byte empfangen und trennen
Guten Morgen und Danke für die Antworten...
Es handelt sich im Prinzip um das Ergebnisprotokoll eines komplexeren Prüfgerätes,
welches im einen Byte ein Prüfergebnis und im anderen Byte Statusinfos zurückmeldet.
Nun, wenn man mit HTerm die beiden Bytes anschaut, werden die eigentlich immer
sicher erkannt und getrennt. Wie macht HTerm das?
Sind die 115200 baud evtl. zu schnell für die COM-Bausteine im PL?
Nun, es wäre wohl besser, die Präfix- und Suffix-Funktionen der COM-Bausteine zu nutzen, oder?
Also z.B. 0x3B 0xByte1 0x2C und 0x2E 0xByte2 0x2D, wenn die beiden Bytes mit ;,.- "getrennt" bzw. "eingepackt" würden?
Würde das zur Synchronisation ausreichen?
Hm, ich könnte den Entwickler des Prüfgerätes kontaktieren....
Viele Grüße und einen schönen Tag,
Chip
Es handelt sich im Prinzip um das Ergebnisprotokoll eines komplexeren Prüfgerätes,
welches im einen Byte ein Prüfergebnis und im anderen Byte Statusinfos zurückmeldet.
Nun, wenn man mit HTerm die beiden Bytes anschaut, werden die eigentlich immer
sicher erkannt und getrennt. Wie macht HTerm das?
Sind die 115200 baud evtl. zu schnell für die COM-Bausteine im PL?
Nun, es wäre wohl besser, die Präfix- und Suffix-Funktionen der COM-Bausteine zu nutzen, oder?
Also z.B. 0x3B 0xByte1 0x2C und 0x2E 0xByte2 0x2D, wenn die beiden Bytes mit ;,.- "getrennt" bzw. "eingepackt" würden?
Würde das zur Synchronisation ausreichen?
Hm, ich könnte den Entwickler des Prüfgerätes kontaktieren....
Viele Grüße und einen schönen Tag,
Chip
Re: Via Rs232 zwei Byte empfangen und trennen
Vermutlich sind zwischen den eigentlichen Datenbytes (wie üblich) ein chr(13) und/oder ein chr(10) als Steuer-/TrennzeichenNun, wenn man mit HTerm die beiden Bytes anschaut, werden die eigentlich immer
sicher erkannt und getrennt. Wie macht HTerm das?
vorhanden. Vielleicht kennt ja jemand das Protokoll des "im 'Prinzip komplexeren Prüfgerätes" und kann helfen.
...und Ihn bitten das Protokoll zu dokumentieren. Super Idee!Hm, ich könnte den Entwickler des Prüfgerätes kontaktieren....
ABACOM support
Re: Zwei Byte empfangen und trennen
Sieht nicht so aus, als würde CR oder LF gesendet, oder?
Wenn ich den Entwickler bitte, zwischen die Bytes ein CR und LF einzufügen, dann brauche
ich vermutlich 4x den "COM-Byte Empfangen" Baustein und würde die genauso über BSY und CK
verknüpfen?
Evtl. wäre dann der "COM-String Empfangen" die bessere Wahl und ich trenne die Strings dann
mit dem $-PART in die beiden Bytes auf?
Oder gibt es noch eine bessere Möglichkeit oder Schaltung um die beiden Bytes
sicher ins PL einzulesen und auswerten zu können?
Danke für die Tips!
Grüße,
Chip
Re: Zwei Byte empfangen und trennen
Ich würde den Entwickler des Protokolls einfach einmal fragen,
wie man denn Byte1 und Byte2 bei seiner Wahl der Protokolldefinition eindeutig
unterscheiden kann. Es kann ja nicht sein, dass man dazu das Timing in ms oder gar in µs
vermessen muss. Einfach mal das Protokoll erfragen, statt Rätselraten.
(Übrigens: Wenn das Gerät Dauerfeuer sendet, dann muss man auch schnell genug abholen,
sonst ist der Überlauf des Eingangspuffers zwangsläufig irgendwann erreicht.)
Ausserdem:
Ansatz her Schrott.
wie man denn Byte1 und Byte2 bei seiner Wahl der Protokolldefinition eindeutig
unterscheiden kann. Es kann ja nicht sein, dass man dazu das Timing in ms oder gar in µs
vermessen muss. Einfach mal das Protokoll erfragen, statt Rätselraten.
(Übrigens: Wenn das Gerät Dauerfeuer sendet, dann muss man auch schnell genug abholen,
sonst ist der Überlauf des Eingangspuffers zwangsläufig irgendwann erreicht.)
Ausserdem:
Wenn nicht doch noch etwas mehr dahintersteckt, dann ist das kein Protokoll, sondern schon vom(...) welches im einen Byte ein Prüfergebnis und im anderen Byte Statusinfos zurückmeldet.
Ansatz her Schrott.
ABACOM support
Re: Zwei Byte empfangen und trennen
(Übrigens: Wenn das Gerät Dauerfeuer sendet, dann muss man auch schnell genug abholen,
sonst ist der Überlauf des Eingangspuffers zwangsläufig irgendwann erreicht.)
Ja, ich verstehe!
Ausserdem:
Ansatz her Schrott.[/quote]
Hey Admin, danke für das Statement Ich werde versuchen den Entwickler zu kontakten!
Viele Grüße,
Chip
sonst ist der Überlauf des Eingangspuffers zwangsläufig irgendwann erreicht.)
Ja, ich verstehe!
Ausserdem:
Wenn nicht doch noch etwas mehr dahintersteckt, dann ist das kein Protokoll, sondern schon vom(...) welches im einen Byte ein Prüfergebnis und im anderen Byte Statusinfos zurückmeldet.
Ansatz her Schrott.[/quote]
Hey Admin, danke für das Statement Ich werde versuchen den Entwickler zu kontakten!
Viele Grüße,
Chip