Gast
#263181
Hi Also ich weiß, dass es hier viele Threads gibt, die sich mit dem Thema CRC-8 befassen aber ich hab leider nix gefunden, was mich wirklich weiterbringt. Folgendes Problem: Hier wird für Hexadezimale Messages eine CRC 8 Checksumme erstellt und ich soll schaun ob die richtig berechnet wird. Generatorpolynom ist x^8+x^2+x+1 (Ist Standard glaub ich) z.B. 83 60 00 64 64 Checksumme ==> 0x91 (145dec) 93 60 00 64 64 Checksumme ==> 0x69 (105dec) A3 60 00 64 64 Checksumme ==> 0x66 (102dec) usw hoffe die drei Messages reichen euch. Da ich mit diesem Polynom beim Nachrechnen nicht auf die entsprechende Checksumme gekommen bin hab ich mal in den Quellcode geschaut und gesehen, dass das Generatorpolynom mit 0x83 angegeben ist also 1000.0011 binär. (statt 1.0000.0111 für x^8+x^2+x+1) Auf Nachfrage hab ich erfahren, dass die rechte eins schon "fest" in den Code eingebaut ist, also intern wirklich mit 0x107 der CRC berechnet wird. Problem ist nur, dass ich immernoch nicht auf die entsprechende Checksumme komme, weder mit 0x83 noch mit 0x107 gerechnet. (Quellcode darf ich leider nicht posten :/ ) Was ich jetzt gerne von euch wissen würde, ob es noch andere Möglichkeiten gibt den CRC-8 zu berechnen als der "normale" Weg. Hab gelesen, dass es auch Reverse CCITT (oder so ähnlich) gibt usw., allerdings war alles im Zusammenhang mit CRC16. Der normale Weg ist für mich der, wie er hier zum Beispiel erklärt wird. http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung Wie gesagt welche Möglichkeiten gibt es noch mit Bitdrehung etc. CRC-8 zu berechnen? Oder sieht jemand anhand der Checksumme was da schiefläuf? ;) Vielen Danke schon mal Marco