Ich würde das mal mit rtl433 versuchen: https://github.com/merbanan/rtl_433

Knobelaufgabe: Versuch mal rauszukriegen, welchen Leitungscode ELV damals verwendet hat.

Spoiler -- ohne dir den Spaß des Ausknobelns nehmen zu wollen: https://de.wikipedia.org/wiki/Leitungscode

Joe L. schrieb:

Knobelaufgabe: Versuch mal rauszukriegen, welchen Leitungscode ELV damals verwendet hat.

Spoiler -- ohne dir den Spaß des Ausknobelns nehmen zu wollen: https://de.wikipedia.org/wiki/Leitungscode

mmmhh.. ok, ich schaue mal..:-) Aber noch als Nachtrag. Das Digitale Signal im Bild ist schon dekodiert (ASK) Also gibt es da keinen Gleichspannungsanteil..

Robert P. schrieb:

Das Digitale Signal im Bild ist schon dekodiert (ASK) Also gibt es da keinen Gleichspannungsanteil

Gleichspannungsfrei bedeutet hier, dass in deinem Signal in Summe gleich lange/oft 0 und 1 vorkommen. Müsste hier zwar der Fall sein, hat aber nichts mit der dekorierten ASK zu tun.

ok, ich schaue mal

Wenn ich mich nicht täusche, wirst du recht schnell fündig werden.

Wenn du dein Signal in sigrok/Pulseview bekommst, kannst du es in ein digitales wandeln und dann die eingebauten Protokoll Dekoder nutzen/ausprobieren.

Irgendwie bin ich nicht viel weiter gekommen. Mein Daten scheinen aus 3 gleichen Sequenzen zu bestehen.. 3*51 Bit Das letzte Bit der letzten Sequenz ist aber immer ein High (bei den zwei vorigen Sequenzen ist am Ende ein low) Also kann es nicht die Checksumme sein.

Der Breamble scheint 10 * High zu sein (Eventuell mit einem Low am Ende)

Andere Protokolle im Netz haben 8 * High als breamble

Ein kurzer high scheint 1 zu sein und ein langer high eine 0

Soweit mal dazu ;-)

Ich komme einfach nicht weiter :-(

Im Anhang : Die Rohdaten oben, dekodiert mit ASK --> OK (URH)

Unten ein Versuch zum Umwandeln in Morse Daten: Also kurzes High = 0, langes High = 1

Da scheint es einen Präambel von 10 Bits zu geben ?! Die Daten scheinen drei gleiche Pakete zu sein die sich nur beim letzten Paket unterscheiden, wo das letzte Bit dann anders ist.

Die Werte sollten sein: Anzeige = 25,1 C, 54% Luftfeuchte und Kanal3

Habe schon alles mögliche probiert. Werte als Nibble, so rum oder anders rum (LSB,MSB) Invert oder nicht..

Wenn ich andere Kanäle einstelle, ändern sich Werte in den letzten 8 Bit (mit 1zu2 Morse dekodiert) 01100001 = Kanal3 00100001 = kanal2 01110001 = Kanal1

Habe auch diese Seite angeschaut... aber komme nicht weiter :-( https://www.kompf.de/weather/rtlsdrsensor.html

Auch ist die Datenlänge für ein Bit nicht immer gleich lang. (Kurzes High mit langem Low), sondern: ein langes Low, mit langem High und langem Low und dann kurzes High.

@K.S. sigrok/Pulseview brachte auch nichts..

@ Joe L. Bei Leitungscode komme ich auch nicht weiter Müssten ja dann eigentlich die Rohdaten sein ? (Non Return to Zero (NRZ)) ?

Könnte da jemand bitte helfen ? :-) Ich komme da nicht weiter ;-)

Danke

Robert P. schrieb:

@ Joe L. Bei Leitungscode komme ich auch nicht weiter Müssten ja dann eigentlich die Rohdaten sein ? (Non Return to Zero (NRZ)) ?

Welche Leitungscodes hast Du denn schon getestet? Und wieso konntest Du dich für keinen der möglichen Codes entscheiden?

z.B. den "Non Return to Zero (NRZ)" den du oben siehst. Da sind aber viel zu viele Daten..(Bits) Sollte ja ein Präambel sein und dann ca. 3 bis 4Bytes

Robert P. schrieb:

z.B. den "Non Return to Zero (NRZ)" den du oben siehst. Da sind aber viel zu viele Daten..(Bits) Sollte ja ein Präambel sein und dann ca. 3 bis 4Bytes

Außer NRZ ist Dir nichts eingefallen?

Kann es sein, dass Du nicht gerne knobelst?
Spoiler: Beispiele findest Du, wenn Du den genannten Links folgst.

Spoiler: Das von Dir gezeigte Leitungssignal hat welche Eigenschaften? Gleichanteil? Welche Pulslängen (Leitungsbits) kommen im Signal vor? Könnte es sich um einen Blockcode handeln?

Etwas mehr Kreativität deinerseits hätte ich schon erwartet ...

Etwas spät - aber ggf. besser als nie - das hier ist mein Tipp: signal = "1010101010101010101001100110010101100110101010100110011001011001011001011001011001011010010110100110100101100101100110100101010110101010101010101010100110011001010110011010101010011001100101100101100101100101100101101001011010011010010110010110011010010101011010101010101010101010011001100101011001101010101001100110010110010110010110010110010110100101101001101001011001011001101001010101"

Beispielhafte Dekodierung

sensor_id = signal[0:16] temperature_bits = signal[16:32] humidity_bits = signal[32:48] channel_bits = signal[48:56]

Annahme: Temperatur ist in Zehntelgraden kodiert

temperature = int(temperature_bits, 2) / 10.0

Annahme: Feuchtigkeit ist in Zehntelprozent kodiert

humidity = int(humidity_bits, 2) / 10.0

Kanal ist direkt kodiert

channel = int(channel_bits, 2)

print(f"Sensor ID: {sensor_id}") print(f"Temperature: {temperature}°C") print(f"Humidity: {humidity}%") print(f"Channel: {channel}")