CRC/ Prüfsummenverfahren

[Martin (Gast)]

Hallo.

Ich suche nach dem CRC Verfahren für folgende Übertragung:

3F2FFF2030312F30312F30322030303A313320B2
3F2FFF2030312F30312F30322030303A303320B3
3F2FFF2030312F30312F30322030303A303220B4

Darin versteckt sich ASCII    01/01/02 00:00
B2 B3 B4 am Ende scheinen eine Art CRC zu sein. Ich finde aber das 
Polynom/ Verfahren nicht.
Hat jemand eine Idee? Danke.

Martin

[Μαtthias W. (matthias)]

Klassische Prüfsumme bei der dann nach Addition null rauskommt ist es 
nicht?

[Hmmm (Gast)]

Martin schrieb:
> 3F2FFF2030312F30312F30322030303A313320B2

Da steckt viel ASCII drin (Sp = Space):

3F 2F FF 20 30 31 2F 30 31 2F 30 32 20 30 30 3A 31 33 20 B2
         Sp 0  1  /  0  1  /  0  2  Sp 0  0  :  1  3  Sp

Martin schrieb:
> B2 B3 B4 am Ende scheinen eine Art CRC zu sein. Ich finde aber das
> Polynom/ Verfahren nicht.

Hast Du noch ein paar weitere Pakete? Könnte einfach eine fortlaufende 
Sequence Number sein.

[Hmmm (Gast)]

Achja, die ersten beiden Zeichen (3F 2F) wären "? /", falls sie 
dazugehören.

[Georg (Gast)]

Martin schrieb:
> B2 B3 B4 am Ende scheinen eine Art CRC zu sein.

Nein, dann müssten sie ja gleich sein, da sich sonst nichts 
unterscheidet.

Hmmm schrieb:
> Könnte einfach eine fortlaufende
> Sequence Number sein.

Wahrscheinlich. Ich vermute eher, die Zeichen nach dem Doppelpunkt sind 
die Sicherung. Dazu bräuchte man Pakete mit anderen Daten.

Georg

[Martin (Gast)]

Hallo.

Nein es muss eine Art CRC geben denke ich. Die 3F sind die Adresse (an 
alle Displays) und 2FFF ein Befehl (schreibe erste Zeile Display) soweit 
ich das überblicke.

Ich habe auch noch das zB
3F2FFF532F5720202076322E303420202020207F
Hier wird  S/W   v2.04  aufs Display geschrieben in die erste Zeile.
Zweite Zeile wäre zB 4FFF

302FFF2A2A20202020202020202020202020208D
sind ** auf Display 0. 3F auf alle Displays. Auch hier tippe ich bei 8D 
auf eine Art CRC.

Martin

[Hmmm (Gast)]

Georg schrieb:
> Nein, dann müssten sie ja gleich sein, da sich sonst nichts
> unterscheidet.

Dachte ich auch erst, aber hinten gibt es doch ein paar Unterschiede.

Ist aber tatsächlich eine einfache Prüfsumme, das gesamte Paket incl. 
Prüfsumme zusammenaddiert ergibt immer 0xff, wenn ich mich nicht 
verrechnet habe.

[Martin (Gast)]

Hallo.

3F 2F FF 20 30 31 2F 30 31 2F 30 32 20 30 30 3A 31 33 20 B2

         Sp 0  1    0  1    0  2  Sp 0  0  :  1  3  Sp

Das ist übrigens Datum und Uhrzeit auf dem Display.:1.1.2002 00:13
Das Display hat 16 Zeichen.

Martin

[Hmmm (Gast)]

Schneller Hack zum Durchrechnen:

(echo -n "obase=16;ibase=16;"; echo "3F2FFF2030312F30312F30322030303A303220B4" | sed "s/../+&/g" | cut -c 2-) | bc

Passt bei allen bisher genannten Paketen.

[Georg (Gast)]

Hmmm schrieb:
> das gesamte Paket incl.
> Prüfsumme zusammenaddiert ergibt immer 0xff, wenn ich mich nicht
> verrechnet habe.

Stimmt. Ob das einfach so ist oder doch eine Art CRC kann man ohne 
weitere Pakete mit möglichst anderen Daten nicht feststellen. Dürfte ja 
zu einer anderen Uhrzeit kein Problem sein.

Georg

[Georg (Gast)]

Georg schrieb:
> Ob das einfach so ist oder doch eine Art CRC

Nachtrag: dass sich die Prüfsumme um 1 unterscheidet wenn sich die Daten 
um 1 ändern spricht eigentlich nicht für CRC, das ist ja gerade der Sinn 
von CRC dass sich da grössere Unterschiede ergeben.

Summe über alles = FF ist eine gute Arbeitshypothese.

Georg

[Martin (Gast)]

Hallo.

Das scheint es in der Tat zu sein. Ich werde mal noch mehr Daten 
mitschneiden und schauen ob das alles ist.
Danke.

Martin