Gast
#152960
Hallo, was würdet ihr allgemein empfehlen? Den UART mit Parität programmieren oder lieber am Ende eines Datensatzes eine CRC Prüfung? Gruß Ralf
|
Anzeige
|
UART mit Parität oder besser CRC am Ende?
Gast
#152960
Hallo, was würdet ihr allgemein empfehlen? Den UART mit Parität programmieren oder lieber am Ende eines Datensatzes eine CRC Prüfung? Gruß Ralf
Gast
#152961
CRC ganz eindeutig. der parity check zeigt ja nur 50% der übertragungsfehler an. michael
Gast
#152962
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 "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
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 schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|