Asynchron Serielle Verbindung Synchronisieren

Denk Dir ein Protokoll aus, das erkennt, ob eine Gegenstelle verbunden 
ist und auch senden/empfangen kann.

Prüfe nach dem Transfer, ob die Daten angekommen sind/ob die Verbindung 
noch steht, oder sonst was.


Wie bei der normalen sprachlichen Kommunikation zwischen Menschen, 
einfach ein ähnliches Protokoll mit Rückfragen, Wiederholungen etc. 
erfinden.


Es gibt auch ein simples Protokoll: Jedes empfangene Byte muß 
zurückgesendet werden (Echo-Protokoll), so weiß jeder uC, ob er 
verstanden wird.

Schon klar, aber wie kriege ich die erstmal Synchron, so dass die 
Verbindung steht? Bzw. was mache ich, wenn ich merke, dass die Daten 
Müll sind? Eine Stelle abschalten und auf Verdacht wieder neu 
einschalten? Gefällt mir nicht so toll.

Menschen telefoinieren z.b. und sagen "hallo" und dann fangen sie erst 
an zu quatschen.

Wenns Dir nicht gefällt, dann darfst Du keinen Stecker abziehen.

> Das Problem ist, das dies über einen Stecker mit nur 2 Leitungen
> (Rx,Tx) geschieht, der zu einer beliebigen Zeit x erst verbunden wird,
> wenn beide uC schon "leben" und Daten senden.
Wenn das wirklich nur Rx/Tx ohne GND ist, wird das wahrscheinlich NIE 
(oder nie zuverlässig) funktionieren, wenn es nicht grad RS485 ist.

> Je nachdem wann der Stecker zusammengesteckt wird kommt natürlich auf
> beiden Seiten nur Müll an (wenn gerade mitten in einem Transfer verbunden
> wird). Wie bekomme ich das am besten synchronisiert?
Sei doch froh, wenn schon mal nur Müll ankommt, im laufenden Betrieb 
nicht-hotplugging fähige Schnittstellen miteinander zu verbinden gibt 
meistens schon vor der Kommunikation Probleme wie abgerauchte IOs etc.

Zum eigentlichen Problem, kleide jeden Transfer in ein definiertes 
Start- und Endezeichen ein. Kein Start-,aber Endezeichen empfangen 
heisst dann, der Transfer war murks. Nur Endezeichen geht auch, d.h. 
dann eben dass der erste Transfer immer verworfen wird, selbst wenn er 
korrekt empfangen wurde...

Ralf

Nein, ihr versteht das Problem nicht.

Es geht darum, dass innnerhalb eines Bytes der Transfer nicht klappt. 
Dann bekommt man nie mehr richtige Zeichen. Auf Zeichen-Ebene kann man 
da nichts auswerten.


GND ist auch noch dabei. Die Stecker-Lösung ist leider so vorgegeben, 
daran kann ich nichts ändern.

Ohne GND ? In die Tonne. Wir nie gehen. Falls es denn doch einen GND 
geben sollte : Eine Zustandsmaschine beim Empfaenger liest das UART und 
prueft alles. Ein Meldung sieht wie folgt aus : Header-Daten-Checksum. 
Falls das nicht richtig ankommt, wird's verworfen. Falls es richtig 
ankommt sollte der Sender etwas zurueck erhalten, eine Antwort, oder 
auch nur eine Quittierung. Der Sender sollte sich moeglicherweise darauf 
einstellen ob ein anderes Device zuhoert, moeglicherweise aber auch 
nicht.

Ok, nochmal zur Erklärung.

Angenommen eine Seite schickt laufend ein Byte 0xAB. Nun wird der 
Stecker so unglücklich verbunden, dass statt 0xAB der Empfänger immer 
nur 0xBA sieht, weil der Stecker z.B. in der Mitte eines Transfers eines 
Bytes eingesteckt wurde. Dann liest man aus dem UART immer nur falsche 
Zeichen aus.

Wie gesagt, GND ist auch dabei, nur keine freie Steuerleitung mehr für 
andere Zwecke, das meinte ich mit nur Rx, Tx.

> Nein, ihr versteht das Problem nicht.

Doch, aber du möglicherweise nicht....

> Es geht darum, dass innnerhalb eines Bytes der Transfer nicht klappt.
Dann bekommt man nie mehr richtige Zeichen. Auf Zeichen-Ebene kann man
da nichts auswerten.

Sobald eine Pause >1Zeichen im Transfer auftritt, synchronisiert der 
Empfänger beim nächsten Startbit. Macht der Sender nie Pause, dann hast 
du in der Tat ein Problem- passiert mir bei meiner Frau auch 
manchmal.....

Jo, das Problem ist dann wirklich, dass auf beiden Seiten nie eine Pause 
eingelegt wird, weil alles per DMA-Transfer abläuft. Mal gucken was ich 
dagegen machen kann.