UART mit Parität oder besser CRC am Ende?

Gast #152962
Lesenswert?

Kann ich denn davon ausgehen, dass meine CRC-Routine nahezu 100%
erkennt? Alle Fehler werden sich wohl nicht erkennen lassen, oder?

Es gibt doch auch noch andere Prüf-Arten, bei denen man den Fehler zum
Teil sogar selber beheben kann. Aber die sind verdammt aufwendig,
oder?

Gruß Ralf
#152963
Lesenswert?

"was würdet ihr allgemein empfehlen?"

was allgemein gültiges kann es nicht geben, es kommt immer auf die
Anwendung an.

Ich arbeite immer ohne alles.

Eine Außnahme ist nur mein Bootloader, da der auch auf einem AVR mit
internem RC-Oszillator arbeiten soll.
Und dann könnte es passieren, daß die Baudratenerkennung keinen
Teilerwert mit genügend kleinem Fehler findet. Über ein extra Kommando
kann dann die CRC16 über allen empfangenen Daten ermittelt werden.


Peter
Gast #152964
Lesenswert?

Hi Peter,

wie michaelr oben erwähnte, mit Parität können nur 50% der Fehler
erkannt werden. Das Projekt ist ein ISP-Programmer. Da ich zum größten
Teil eh mehrere Bytes in einem Datensatz empfange, halte ich die Lösung
mit dem CRC für geeigneter. Ich habe es aber so gemacht wie du, ich kann
selektieren, ob mit oder ohne CRC gearbeitet wird. Parität habe ich ganz
gekickt.

Gruß Ralf

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren