ThinkBee Hacking

Oliver R. schrieb:

Für mich sieht es eher so aus, also ob ein Wechsel auf "high" immer den Empfänger synchronisiert und dann die Länge der anschließenden Pause entscheidend für 0 oder 1 ist.

Sehe ich auch so. Bekannt ist so ein Verfahren durch das 1-Wire Protokoll.

Irgendwann kommt noch eine Art "Stopp-Bit" mit einer doppelt so langen "high"-Zeit.

Oder ein Startbit. Auf jeden Fall ist das ein Synchronisierungssignal. Und schlau ist es eigentlich immmer, die Synchronisierung am Anfang eines Telegramms zu machen.

Lothar M. schrieb:

Oliver R. schrieb:

Für mich sieht es eher so aus, also ob ein Wechsel auf "high" immer den Empfänger synchronisiert und dann die Länge der anschließenden Pause entscheidend für 0 oder 1 ist.

Sehe ich auch so. Bekannt ist so ein Verfahren durch das 1-Wire Protokoll.

Ja, daran habe ich auch schon gedacht, es hat zumindest einige Ähnlichkeiten.

Irgendwann kommt noch eine Art "Stopp-Bit" mit einer doppelt so langen "high"-Zeit.

Oder ein Startbit. Auf jeden Fall ist das ein Synchronisierungssignal. Und schlau ist es eigentlich immmer, die Synchronisierung am Anfang eines Telegramms zu machen.

Also davor kommt definitiv nichts. Ich habe die Samples aus einer längeren Aufnahme recht genau herausgeschnitten. Bis zum ersten "Stopp-Bit" könnte es sich um ein Sync-Word mit 10 Bits handeln, die sind bei beiden Schaltern gleich. Danach kommen dann 40 Bits, die pro Schalter etwas unterschiedlich sind. Ich könnte mir eine Kennung vorstellen. So wie ich das sehe, muss ich wohl dafür einen Decoder selbst schreiben, das Protokoll ist schon etwas speziell, sieht aber auch nicht allzu kompliziert aus.

Gruß, Oliver

Also nachdem das Ding keinerlei Prüfzeichen trägt, würde ich es in der EU nicht verwenden. Noch dazu, wo es nur Brandklasse V0 ist. Wenn es schmort oder brennt, wird das keine Versicherung übernehmen. Da es laut Anleitung ein Anlernprotokoll ist, gehe ich davon aus, dass es verschlüsselt ist (evtl. Rolling Code?). Da wird es mit der Decodierung schlecht aussehen.

Noch ein Grund mehr, an einem Niedervolt-Empfänger zu arbeiten. Die Empfänger habe ich auch gar nicht mitgekauft, nur die Schalter. Die sollten aufgrund der fehlenden Batterie kaum von selbst brennen können ;-)

Ich habe noch mal die Bit-Zeiten vermessen:

High-kurz (Bit-Start?) - 100 µs High-lang (Start-Sync?) - 200 µs Pause kurz (1?) - 100 µs Pause lang (0?) - 300 µs Pause nach Sync(?) - 600 µs

Die Zeiten schwanken so +/- 10 %, ich würde da eine Toleranz von 15 % einbauen (vorausgesetzt, das HackRF sampelt halbwegs zeitstabil).

Gruß, Oliver

Ach noch was:

Es gibt keinen Rolling-Code oder irgend etwas in der Art. Es werden stets die gleichen Signale gesendet. Der On-Schalter unterscheidet sich vom Off-Schalter ausschließlich im zweiten Teil der im Bild gezeigten Aufnahme, nach dem ersten langen High-Impuls.

Gruß, Oliver

So, es geht langsam voran:

Ich habe hier

https://github.com/Superberti/ThinkbeeReceiver/tree/main

einen kleinen Demodecoder eingestellt, der schon recht zuverlässig funktioniert. Ich kann damit zumindest beide Schalter und deren Betätigung unterscheiden.

Mangels unterschiedlicher Thinkbee-Hardware bleibt die Bedeutung der einzelnen Bits mehr Spekulation als Wissen. Wer mag, der kann mich gerne mit Mitschnitten versorgen ;-)

Gruß, Oliver