Protokoll für RS232 gesucht

Gast #89872
Hallo,

Ich habe meine Atmels bisher mit dem PC über den UART kommunizieren
lassen. Das funktioniert auch wunderbar, nur jetzt ist der Wunsch nach
Sicherheit in der Übertragung gekommen.
Ich möchte also ein Protokoll implementieren, welches Sicherstellt,
dass alles ankommt, und dass alles richtig ankommt.

Bevor ich nun anfange, mir selbst etwas zu stricken, möchte ich
schauen, ob es nicht so etwas schon gibt. Googlen half mir nicht
weiter, die Suchfunktion dieses Forums leider auch nicht. Vielleicht
hab ich nach den falschen Begriffen gesucht.

Könnt ihr mir weiterhelfen?
Ein Protokoll für eine serielle Verbindung, das mir eine sichere
Übertragung aller Daten sicherstellt?
Vielleicht gibt es ein schönes RFC oder so?

vielen Dank

Andreas Buhr
Gast #89873
Das kannst dir ja selber ausdenken, mach Prüfsummen z.B CRC oder so
drüber.
RS-232 hat keine Sicherung, das machen immer andere Schichten, z.B. IP
oder PPP.
Gast #89874
Hallo,

Ich weiß, dass RS232 keine Sicherung hat. Das machen andere Schichten.
Ich will jetzt so eine Schicht drüberlegen. Und da schaue ich nach
bereits vorhandenen Protokollen.

trotzdem danke für die Antwort

Andreas
Gast #89876
Hallo Andreas

sichere Protokolle sind die Internet-Protokolle X- Y- und Z-Modem.
Ich habe keine Quellkodes dafür, aber such mal im Internet nach diesen
Begriffen. In diesen Protokollen (das Z-Modem isr das aktuellste) ist
die Überprfung der daten-pakete inkl Retries schon integriert.
(Ist übrigens auch im Hyperterminal von Microweich integriert.)

Gruß
gerhard Gunzelmann
Gast #89878
@Sebastian

Klar gibt es ein Parity. Aber normalerweise überträgt man 8N1, was
8-bit, *no*-parity, 1 Stopbit bedeutet.
Und es kann nur 1-bit Fehler entdecken.
Normalerweise sollte eine Quersumme in 1 Byte pro Datensatz reichen,
das NMEA Protokoll macht es z.B. so.

X,Y und Z Modem ist aber eher ein Datentransferprotokoll wo noch mehr
drinsteckt. Eines von denen (weiss nimmer welches) sendet einfach alle
Daten doppelt, der Empfänger muss die dann vergleichen.
Gast #89880
Hallo

zum Parity-Bit

Das Parity-Bit zur Fehlererkennung zu verwenden ist nur in solchen
System geeignet, wo die Wahrscheinlichkeit eines fehlers sehr gering
ist. In Datenübertragungssystemen die Funk verwenden oder durch lange
Leitungen störanfällig sind ist das System nicht geeignet. Da führt
kein Weg an CRC-Check vorbei.

Gruß
Gerhard
Gast #89884
Du solltest dir auch darüber Gedanken machen was passieren soll wenn in
einem CRC abgesicherten Protokoll ein fehler auftritt. Mein Hinweis
zielt darauf ab das CRC's schön und gut sind aber eben nur die halbe
Miete darstellen. Mit CRC's kann man zwar Fehler erkennen, aber noch
lange nicht Fehler korregieren oder die fehlerhaften Daten neu
anfordern. Das Protokoll sollte also Packet orientiert sein, Sender und
Empfänger sollten die Möglichkeit der wiederholten Versendung
fehlerhafter Packete enthalten, und bei der Prüfsumme ist es
überlegenswert sich komplexere Verfahren anzuschauen. Zb.der Reed
Salomon Code kann weit mehr Fehler in einem Datenpacket entdecken und
auch exakt korregieren.

Gruß Hagen

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 22 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.