Das folgende Datenübertragungsformat habe ich bei meinen Versuchen herausgefunden. Es gibt ein älteres, das hier beschrieben ist. Bei diesem werden die Telegramme dreimal hintereinander im Abstand von 0.1s ausgesendet. Die Beschreibung des neueren Protokolls folgt im Anschluss.

Ich konnte keine Probleme mit den Displays erkennen, wenn es genau eingehalten wird.

(c) 2002, 2003, 2004, 2006 Helmut Bayerlein.


Protokollversion V1.2
Codierung eines Bits: Die Präambel besteht aus 7 bis 10 * 0 und 1 * 1.
Die Daten werden immer als 4bit-Nibble übertragen. Danach folgt eine 1.
Das LSBit wird zuerst übertragen.

Die Quersummen am Schluss berechnen sich folgendermaßen:
  1. Check: alle Nibbles beginnend mit dem Typ bis Check werden XOR-verknüpft, Ergebnis ist 0
  2. Summe: alle Nibbles beginnend mit dem Typ bis Check werden aufsummiert, dazu 5 addiert und die oberen 4 Bit verworfen
Der Typ besteht aus 3 Bit, die wie folgt codiert sind. Die Links zeigen die einzelnen Protokolle:
 
0 Thermo (AS3)
1 Thermo/Hygro (AS2000, ASH2000, S2000, S2001A, S2001IA, ASH2200, S300IA)
2 Regen (S2000R)
3 Wind (S2000W)
4 Thermo/Hygro/Baro (S2001I, S2001ID)
5 Helligkeit (S2500H)
6 Pyrano (Strahlungsleistung)
7 Kombi (KS200, KS300)
 

Die Adresse geht von 0 bis 7, sodass nur 3 Bit benötigt werden. Das restliche Bit wird für Temperaturvorzeichen oder als Hunderter der Windgeschwindigkeit verwendet.

Besonders wichtig ist die Wiederholzeit der Telegramme, denn der Empfänger ist nur während einer kurzen Zeit aktiv. Zwei bis dreimal am Tag ist dieser Empfänger allerdings für längere Zeit eingeschaltet und lernt, welche Sensoren vorhanden sind. Nur zu diesen Zeiten werden dann später auch Telegramme empfangen. Die Wiederholraten sind abhängig vom Sensortyp und der eingestellten Adresse.
Folgende Zusammenhänge bestehen:

Typ Wiederholzeit
Thermo 177s - Adr * 0.5s
ThermoHygro 177s - Adr * 0.5s
ThermoHygroBaro 165s - Adr * 0.5s
Regen 173s - Adr * 0.5s
Wind 169s - Adr * 0.5s
Helligkeit 161s - Adr * 0.5s
Strahlungsleistung 157s - Adr * 0.5s
Kombi 153s - Adr * 0.5s



Bei der Erstellung dieser Beschreibung hat mir folgender Artikel sehr geholfen: ELVJournal 6/2000, PC-Wettersensor-Empfänger (ELV-Best. Nr. 68-390-61) . Der dort beschriebene Empfänger ist für solche Forschungen auch gut geeignet, da er immer aktiv ist und die Telegramme gleich decodiert. Allerdings gilt das nicht für das Kombiprotokoll. Das Protokoll zwischen Empfänger und PC sowie eine Modifikation zum Empfang von 868MHz-Sensoren ist hier beschrieben.


Sie sind Besucher Nummer gratis Counter by GOWEB hier auf dieser Webseite.
Gratis Counter by GOWEB