Prüfsummenverfahren herausbekommen

Also meines Wissens nach gibt es nur ein CRC8 Generatorpolynom. Ist ja
auch Sinn und Zweck einer Standardisierung;-)

Was macht dich so sicher, dass es eine Art Prüfsumme ist? Nach welchem
Protokoll werden die Daten dort übertragen? Ich würde vielleicht dort
anfangen, wo die Daten ankommen und weiterverarbeitet werden. Was auch
immer dort steht, muss ja mit den Daten umgehen können. Vielleicht
kannst du so rauskriegen, was die Daten bedeuten.

VG larsen

Hallo larsen!

Meine Nachforschungen haben ergeben: Das erste Byte steht für die Art
des Sensors: Temperatursensor = 0xA0, Hygrosensor = 0xAE
Das zweite Byte stellt wohl die "Seriennummer" des Sensors dar, sie
ändert sich nach jedem Batteriewechsel. Byte 3 und 4 stellen die
Temperatur/Luftfeuchte in BCD-codierter Form dar. Das letzte Byte hat
sich bei gleichgeblieben Werten der Temperatur nur verändert, wenn auch
die Sensor-ID (Byte2) verändert war. (Batterie wurde bei gleicher
Temperatur entfernt und sofort wieder eingesetzt).


Mit besten Grüßen, Maart

Also komplett verstehe ich das nicht. Warum soll sich die Sensor-ID
verändern, wenn man die Batterie wechselt? Hat sich das letzte Byte
komplett verändert oder nur an einer Stelle? Könnte doch auch einfach
ein Zusammengesetztes Byte sein aus EOF und z.B. Parity-Bit. Die
Parity-Prüfung gibts nämlich auch mehrdimensional.

VG larsen (der name soll tatsächlich klein geschrieben werden. Du bist
ser Erste, der das auch macht;-))

Wenn die "Sensor-ID" eine Adresse ist, die dynamisch vom Master
vergeben wird, wenn sich ein Gerät bei ihm anmeldet, macht das schon
Sinn, setzt aber halt eine Komunikation in beide Richtungen voraus.

Auch Üblich ist eine XOR-Verknüpfung aller Werte zur Prüfsumme, scheint
das hier aber nicht zu sein.

CRC fände ich für diese Anwendung etwas übertrieben... Außerdem ist es
immer schwierig, so etwas herauszufinden - selbst wenn das
Generatorpolynom bekannt ist: Schiebt man rechts oder links herum,
welchen Wert nimmt man für die Initialisierung, etc

Das von Dir angegebene Generatorpolynom ist spiegelsymetrisch - habe
ich bisher noch nie als Generatorpolynom gesehen. Für CRC8 kenne ich
10011 und 1101

Hast Du noch ein paar Datensätze, am besten welche, wo sich von einem
zum anderen nur ein bit ändert (abgesehen von der Prüfsumme). Das würde
das Ausprobieren vereinfachen.

Gruß,
Markus_8051

Die "Sensor-ID" (wie immmer man es auch nennen will) wird vom Sensor
selbst nach jedem Batteriewechsel neu vergeben, deshalb muß die
Empfangsstation auch "neu gestartet" werden. In dieser Phase werden
die möglicherweise vorhandenen Sensoren registriert.
Hier habe ich noch zwei Datensätze:

0xAE 0xEG 0x39 0x03 0x94  (bedeutet 39% Feutigkeit)

Batterie entfernt und neu eingesetzt (=Sensor-Reset):

0xAE 0xEC 0x39 0x03 0x9A (bedeutet auch 39% Feuchtigkeit, die Station
geht aber davon aus, daß es sich hier um einen zweiten Sensor
handelt).

Ich werde heute Abend noch weitere Datensätze auslesen.

Vielen Dank für die bisherige Mühe.


Mit besten Grüßen, Maart

0xAE 0xEG 0x39 0x03 0x94

Das zweite Byte ist 0xE__G__   ??

Gruß Hagen

Hallo Hagen!

Ja,ja wenn man die eigene Klaue nicht lesen kann! Es muß natürlich
0xE"6" heißen! Habe die Binärfolgen in Hex umgewandelt und beim
Tippen nicht weiter darüber nachgedacht.

Also noch mal richtig:

0xAE 0xEG 0x39 0x03 0x94   (39%)

Sensor-Reset:

0xAE 0xEC 0x39 0x03 0x9A   (39%)



Mit besten Grüßen, Maart

Herrschaftszeiten! Was ist denn mit mir los? (copy & paste ist nicht
immer gut!)



0xAE 0xE6 0x39 0x03 0x94   (39%)

Sensor-Reset:

0xAE 0xEC 0x39 0x03 0x9A   (39%)



Mit besten Grüßen, Maart

eine möglichkeit wäre:

letztes byte ist prüfsumme, und errechnet sich wie folgt:
byteweise!! summe der ersten 4 bytes + 0xC4

es fehlen allerdings noch mehr datenreihen, um diese behauptung zu
verifizieren.

Byteweise Summe?

Teste mal die Bytefolge, die Maart in seinem ersten Beitrag hier
angegeben hat. Ich glaube da klappt es nicht!

Markus_8051