[läuft]Signalduino: Conrad Wetterstation KW9110 als Ausgabedisplay nutzen

[dora71]

Hallo zusammen.

Ich möchte gerne die Conrad Wetterstation KW 9110 (433 MHz) als Display für Temperatur und Feuchtigkeit von diversen anderen Sensoren benutzen.

Stelle mir das so vor:
Kanal 1 zeigt Aussentemperatur von einem Homemeatic Aussenfühler an
Kanal 2 zeigt mir eine Netatmo Station mit Temperatur/Feuchtigkeit an
Kanal 3 zeigt mir die max. Temperaturvorhersage vom nächsten Tag an (via ProPlanta)

Ich habe einen funktionierenden Signalduino und der dazugehörige Sender wird auch dekodiert. So weit so gut.

Wie mache ich jetzt am geschicktesten weiter? Die Übertragung geht nachher mit einem at, kein Problem. Aber wie bekomme ich die Werte über den Signalduino an die Wetterstation? Mit sendMsg? Gibt es schon ein Lösungsansatz, der in diese Richtung geht?

Habe damals 433 Conrad Steckdosen mit dem RAW Befehl beschickt, aber da brauchte ich auch immer nur 2 unterschiedliche Bitfolgen. Lösung siehe hier: https://forum.fhem.de/index.php/topic,12286.15.html Hier funktioniert das aber nicht so einfach.

Gruß und Danke für den Input.

Rainer

[dora71]

OK, ich werde wieder etwas konkreter 

Der dazugehörige Sensor hat die Bezeichnung KW9010 und wird auch als solcher vom Signalduino erkannt.
Ebenso die Luftfeuchte und die Temperatur wird korrekt ausgelesen.

Die Events sehen so aus:

Code Auswählen Erweitern

2018-11-26 17:04:08.428 CUL_TCM97001 KW9010_39 temperature: 21.5
2018-11-26 17:04:08.428 CUL_TCM97001 KW9010_39 T: 21.5 H: 46
2018-11-26 17:04:40.407 CUL_TCM97001 KW9010_39 temperature: 21.4
2018-11-26 17:04:40.407 CUL_TCM97001 KW9010_39 T: 21.4 H: 46
2018-11-26 17:06:16.415 CUL_TCM97001 KW9010_39 temperature: 21.3
2018-11-26 17:06:16.415 CUL_TCM97001 KW9010_39 T: 21.3 H: 46
2018-11-26 17:06:48.417 CUL_TCM97001 KW9010_39 temperature: 21.2
2018-11-26 17:06:48.417 CUL_TCM97001 KW9010_39 T: 21.2 H: 46

Das Log sieht mit verbose 5 so aus:

Code Auswählen Erweitern

2018.11.26 17:10:32.036 4: sduino433/msg READredu: MU;P0=-602;P1=470;P2=-1972;P3=-4058;P4=124;P5=-128;D=0121313131212131213121212131213131212121212131213121210450;CP=1;e;
2018.11.26 17:10:32.037 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.11.26 17:10:32.037 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting
2018.11.26 17:10:32.037 5: sduino433: applying filterfunc SIGNALduino_filterSign
2018.11.26 17:10:32.037 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.11.26 17:10:32.037 5: sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.11.26 17:10:32.037 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.11.26 17:10:32.037 5: sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.11.26 17:10:32.037 4: sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.11.26 17:10:32.037 5: sduino433: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018.11.26 17:10:32.037 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.11.26 17:10:32.038 5: sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2018.11.26 17:10:32.038 5: sduino433: applying filterfunc SIGNALduino_compPattern
2018.11.26 17:10:32.038 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.11.26 17:10:32.038 5: sduino433: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2018.11.26 17:10:32.038 4: sduino433: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018.11.26 17:10:32.038 5: sduino433: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2018.11.26 17:10:32.038 4: sduino433: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.11.26 17:10:32.038 5: sduino433: Starting demodulation at Position 53
2018.11.26 17:10:32.038 4: sduino433: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.11.26 17:10:32.039 5: sduino433: Starting demodulation at Position 53
2018.11.26 17:10:32.039 4: sduino433: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.11.26 17:10:32.039 5: sduino433: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.11.26 17:10:32.039 4: sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.11.26 17:10:32.039 5: sduino433: Starting demodulation at Position 53
2018.11.26 17:10:32.485 4: sduino433/msg READredu: MS;P1=463;P2=-4056;P3=-1978;P4=-8937;D=214131312131312121213131213121313131213121213131313131213121313121213121312;CP=1;SP=4;O;m=0;
2018.11.26 17:10:32.485 4: sduino433: Matched MS Protocol id 0 -> weather1
2018.11.26 17:10:32.485 5: sduino433: Starting demodulation at Position 3
2018.11.26 17:10:32.486 4: sduino433: Decoded MS Protocol id 0 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.486 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.486 5: sduino433 Dispatch: s2728B0535000,  dispatch
2018.11.26 17:10:32.486 5: sduino433: dispatch s2728B0535000
2018.11.26 17:10:32.487 5: sduino433: KW9010 CRC Matched: (010011100100000111010000101011001010000000000000)
2018.11.26 17:10:32.487 5: sduino433: KW9010 CRC Hex Matched: 4e41d0aca000
2018.11.26 17:10:32.487 5: sduino433: KW9010 values are matching
2018.11.26 17:10:32.487 4: sduino433: CUL_TCM97001 using longid: 1 model: KW9010
2018.11.26 17:10:32.489 4: sduino433: Matched MS Protocol id 68 -> PFR-130
2018.11.26 17:10:32.489 5: sduino433: Starting demodulation at Position 3
2018.11.26 17:10:32.489 4: sduino433: Decoded MS Protocol id 68 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.489 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.489 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.629 4: sduino433/msg READredu: MS;P1=463;P2=-4059;P3=-1977;P4=-8938;D=14131312131312121213131213121313131213121213131313131213121313121213121312;CP=1;SP=4;O;m=1;
2018.11.26 17:10:32.630 4: sduino433: Matched MS Protocol id 0 -> weather1
2018.11.26 17:10:32.630 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.630 4: sduino433: Decoded MS Protocol id 0 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.630 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.630 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.631 4: sduino433: Matched MS Protocol id 68 -> PFR-130
2018.11.26 17:10:32.631 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.632 4: sduino433: Decoded MS Protocol id 68 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.632 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.632 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.734 4: sduino433/msg READredu: MS;P1=463;P2=-4069;P3=-1980;P4=-8939;D=14131312131312121213131213121313131213121213131313131213121313121213121312;CP=1;SP=4;p;m=2;
2018.11.26 17:10:32.734 4: sduino433: Matched MS Protocol id 0 -> weather1
2018.11.26 17:10:32.734 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.734 4: sduino433: Decoded MS Protocol id 0 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.734 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.734 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.734 4: sduino433: Matched MS Protocol id 68 -> PFR-130
2018.11.26 17:10:32.734 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.734 4: sduino433: Decoded MS Protocol id 68 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.734 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.734 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.744 4: sduino433/msg READredu: MS;P1=463;P2=-4069;P3=-1980;P4=-8939;D=14131312131312121213131213121313131213121213131313131213121313121213121312;CP=1;SP=4;p;m=3;
2018.11.26 17:10:32.744 4: sduino433: Matched MS Protocol id 0 -> weather1
2018.11.26 17:10:32.744 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.744 4: sduino433: Decoded MS Protocol id 0 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.744 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.744 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.744 4: sduino433: Matched MS Protocol id 68 -> PFR-130
2018.11.26 17:10:32.744 5: sduino433: Starting demodulation at Position 2
2018.11.26 17:10:32.744 4: sduino433: Decoded MS Protocol id 68 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.744 5: sduino433 Dispatch: s2728B0535000, test gleich
2018.11.26 17:10:32.744 4: sduino433 Dispatch: s2728B0535000, Dropped due to short time or equal msg
2018.11.26 17:10:32.909 4: sduino433/msg READredu: MU;P0=-1144;P1=-8932;P2=344;P3=464;P4=-4053;P5=-1977;P7=116;D=70353434353435343135353435353434343535343520;CP=3;e;
2018.11.26 17:10:32.910 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.11.26 17:10:32.910 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting
2018.11.26 17:10:32.910 5: sduino433: applying filterfunc SIGNALduino_filterSign
2018.11.26 17:10:32.911 4: sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.11.26 17:10:32.911 5: sduino433: Starting demodulation at Position 1
2018.11.26 17:10:32.912 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.11.26 17:10:32.912 5: sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.11.26 17:10:32.912 5: sduino433: applying filterfunc SIGNALduino_compPattern
2018.11.26 17:10:32.913 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.11.26 17:10:32.913 5: sduino433: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting

Ich weiss ja jetzt, dass das ganze mit dem "KW 9010" funktioniert. Wie bekomme ich denn jetzt eine Aussendung hin mit beliebigen Temperaturen/Luftfeuchtigkeiten?

Probieren würde ich es so:

Code Auswählen Erweitern

set sduino sendMsg P0#xxxxxxx#R3

Aber die Bitfolge, die dazwischen muss, ist mir noch schleierhaft. Ist mein Ansatz richtig?

Gruß Rainer

[Sidey]

Hi,

Prinzipiell ist dein Ansatz richtig.
Damit Du die richtige Bitfolge findest, müsstest Du die Werte in das zu senden die Protokoll umrechnen.

Schau dir im CUL_TCM97001 Modul an, wie das Protokoll aufgebaut ist.
Am besten schreibst Du dir eine kleine Perl Funktion, die aus den übergebenen Werten die zu senden Bits errechnet.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

[dora71]

Hallo Sidey, hallo Forum,

vielen Dank für die Antwort. Bin jetzt soweit, dass ich weiss, dass die kompletten 36Bit in meinem Falle die "x"e aus meinem ersten Post sind.

Leider funktioniert das noch nicht ganz, da der Wert für P0 zu klein ist. Der steht angegeben mit 500ms.
Meine Messungen haben aber 1000ms ergeben. Alle anderen Werte stimmen.
Folgende RAW Aussendung funktioniert:

Code Auswählen Erweitern


set sduino433 raw SR;R=6;P1=1000;P2=-2000;P3=-4000;P4=-9000;D=14121313121313131312121213121313131312131312121212131213131312131312131212;

Weißt Du oder sonst jemand, ob das ein Fehler im Modul ist?
Gibt es ein anderes Protokoll, welches diese Werte hat?

Aber irgendetwas an dem Log stimmt ja dann auch nicht. Die Werte werden richtig dekodiert, aber auch da steht ja im Log P0 auf 500, sehr seltsam!

Wer bringt Licht ins Dunkel?

Gruß Rainer

[dora71]

Hallo Forum,

werde mir ein Stück weit mal selber antworten. 

Mittlerweile habe ich eine funktionierende Lösung (ab heute, 02.12.2018, im Dauer-Testbetrieb).

Da sich für das Protokoll-Problem noch keine Lösung gefunden hat, habe ich meine Perl-Funktion in der 99_myUtils erweitert, um eine Raw-Signal-Ausgabe zu erhalten (anstatt der eigentlichen Bitfolge). Wenn einer ein funktionierendes Protokoll hat, dann her damit, ich bin immer noch interessiert daran. Dann würde ich meine Funktion nämlich anpassen.

Das, was mir noch fehlt:
- der Temperaturtrend ist noch nicht mit eingebunden (da weiß ich noch nicht, wie ich das in den Vorsystemen realisiere, aussenden könnte ich es schon)
- Batteriebit ist nicht mit eingebunden (da das aber eh keine Rolle spielt, da es in dem Fall keine leere Batterie gibt!)
- Forcesend ist nicht mit eingebunden (macht auch genau so wenig Sinn)

Sieht aber schon alles prima aus. Falls Interesse besteht, kann ich daraus ein Wiki-Artikel machen.

Gruß Rainer

[dora71]

Hallo zusammen,

nach einiger Zeit des Produktiveinsatzes hier noch 2 Anmerkungen:

• Durch den Einbau der Werte von Proplanta kann die Wetterstation keine Vorhersage mehr machen. Es ist halt ein Unterschied, ob nur IST-Temperaturen zur Verfügung stehen oder auch 2 Werte aus der Zukunft dabei sind.
  EDIT: Eventuell ändert sich jetzt etwas an der Vorhersage, da ich ab sofort den Temperaturtrend mit auswerte.
• Die Wetterstation  zeigt keine Luftfeuchte unter 5% an. Macht ja auch Sinn. Da auf dem 3. Kanal aber meine Vorhersage mit der Regenwahrscheinlichkeit liegt, kann diese dann auch nicht kleiner als 5% werden. Auch verschmerzbar.

Ansonsten bin ich mit der Lösung zufrieden, läuft extrem stabil, keine Ausfälle.

Gruß Rainer

[rvideobaer]

Hallo,

den Temp. Trend könntest du mit dem Statistik Modul von FHEM von deinem Temp-Sensor ermitteln.

Gruß Rolf

[Sidey]

Hi,

Ich habe mir dein Thema wieder Mal angesehen.

Das Protokoll welches Du da sendest ist das Protokoll mit der ID 0.
Damit wird es auch empfangen.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

[dora71]

Hallo,

den Temp. Trend könntest du mit dem Statistik Modul von FHEM von deinem Temp-Sensor ermitteln.

Gruß Rolf

Super Idee, habe ich erweitert und umgesetzt, das funktioniert schon mal. Vielleicht kommt da auch dann noch mal eine andere Vorhersage raus 

Danke für den Hinweis.

Gruß Rainer

[dora71]

Hi,

Ich habe mir dein Thema wieder Mal angesehen.

Das Protokoll welches Du da sendest ist das Protokoll mit der ID 0.
Damit wird es auch empfangen.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Hallo Sidey,

hat sich denn in Richtung Signalduino irgendetwas geändert oder gab es Ergänzungen? Ansonsten habe ich ja immer noch das Problem aus Post #3, der korrekte Empfang  funktioniert bei mir nur mit P1=1000.

Gruß Rainer

[Sidey]

Hi,

Ich bin nicht sicher, was Du mit P1=1000 meinst.

Mit Px=<WERT> wird festgelegt, was sich hinter dem  Index (x) befindet.

Das zu sendende Signal wird durch die Folge der Indizes (x) definiert.

SR;P0=1000;D=0000;
Führt zu genau dem gleichen Signal wie
SR;P1=1000;1111;

Konkret wird dabei ein 5000uS langes Signal gesendet.

Mit Verbose 4 kannst Du im Log sehen, welche Signalfolge sendMsg erzeugt.

Wenn Du deinen selbst zusammen gebauten RAW Befehl postest und dazu noch die Bitfolge, welche Du sendest können wir schauen ob es einen Unterschied gibt.


Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

[dora71]

Hi,

Ich bin nicht sicher, was Du mit P1=1000 meinst.

Mit Px=<WERT> wird festgelegt, was sich hinter dem  Index (x) befindet.

Das zu sendende Signal wird durch die Folge der Indizes (x) definiert.

SR;P0=1000;D=0000;
Führt zu genau dem gleichen Signal wie
SR;P1=1000;1111;

Konkret wird dabei ein 5000uS langes Signal gesendet.

Mit Verbose 4 kannst Du im Log sehen, welche Signalfolge sendMsg erzeugt.

Wenn Du deinen selbst zusammen gebauten RAW Befehl postest und dazu noch die Bitfolge, welche Du sendest können wir schauen ob es einen Unterschied gibt.

Hallo Sidey,

dann wollen wir mal:
Bei Deinem Beispiel käme ich auf 4000µs, und es fehlt noch ein D= in der 2. Zeile, ansonsten leuchtet es mir ein. Das schiebe ich mal auf Flüchtigkeitsfehler. Egal.

Hier gibt es erst einmal eine gültige Bitfolge:

Code Auswählen Erweitern

100101000010110111000000100110111100

Daraus bastel ich mir dann folgenden RAW-Code-Befehl:

Code Auswählen Erweitern

set sduino433 raw SR;;R=6;;P1=1000;;P2=-2000;;P3=-4000;;P4=-9000;;D=14131212131213121212121312131312131313121212121212131212131312131313131212;;

Der funktioniert auch perfekt.

Der Unterschied zum vorhandenen Protokoll ist die doppelte Länge des Startbits (in meinem Fall P1=1000, im Protokoll P0=500)

Damit funktioniert der sendMsg Befehl bei mir leider nicht (bzw. der Empfang).

Der Befehl sollte doch so aussehen:

Code Auswählen Erweitern

set sduino433 sendMsg P0#100101000010110111000000100110111100#R6
oder liege ich da falsch?

Hoffe, meine Ausführungen waren jetzt konkreter, damit Du was damit anfangen kannst.

Gruß Rainer

[Sidey]

Daraus bastel ich mir dann folgenden RAW-Code-Befehl:

Code Auswählen Erweitern

set sduino433 raw SR;;R=6;;P1=1000;;P2=-2000;;P3=-4000;;P4=-9000;;D=14131212131213121212121312131312131313121212121212131212131312131313131212;;

Der funktioniert auch perfekt.

Ok verstehe.

Der Unterschied zum vorhandenen Protokoll ist die doppelte Länge des Startbits (in meinem Fall P1=1000, im Protokoll P0=500)

Ich denke Du meinst die Sync. Jetzt wirds komisch. Das passt nicht zu dem von mir definiteren "Sync" Signal. Genau da passt aber das Protokoll 0 rein.

Code Auswählen Erweitern

set sduino433 sendMsg P0#100101000010110111000000100110111100#R6
oder liege ich da falsch?

Protokoll 0 hat keine voreingestellte Taktrate. Also muss diese noch mitgegeben werden:

Code Auswählen Erweitern

set sduino433 sendMsg P0#100101000010110111000000100110111100#R6#C500

Langsam verstehe ich mehr Danke für die Erklärungen.

Irgendwas passt aber bei deinen Ausführungen und meinem Wissen nicht zusammen.
Das was Du sendest, kann nicht als Protokoll 0 bei einem Empfänger interpretiert werden denke ich. Der Empfänger scheint da aber wohl ziemlich kulant zu sein

Mich würde mal interessieren, was empfängst Du wenn ein Sensor etwas sendet.
und welche Version der Firmware verwendest Du?

[dora71]

Ich nochmal ...

also, zuerst mal zum Signalduino:

Code Auswählen Erweitern

version: V 3.3.2.1-rc4 SIGNALduino cc1101 - compiled at Sep 29 2018 00:13:24
versionmodul: v3.3.2ralf_11.09.

Den Sensor konnte ich bis dato noch nicht wieder anflanschen.

Habe aber jetzt nochmal ein wenig herumgespielt, und siehe da, es funktioniert mit dem von Dir geschriebenen Code.
Die ersten Tests sehen allerdings so aus, als ob diese etwas unzuverlässiger sind als die RAW-Aussendungen.
Das mit der Taktrate habe ich nicht gewusst, und auch nicht so ganz verstanden. Daher auch nie in Tests eingebaut. Kannst Du mir sagen, warum die ausgerechnet 500 sein muß (was? µs?) Und warum brauche ich die nicht bei der RAW-Aussendung?

Wenn es so funktioniert habe ich im FHEM natürlich weniger Code, das ist erfreulich, ansonsten habe ich ja noch den Fallback!

Ich beobachte mal etwas länger jetzt und melde mich wieder.

Gruß Rainer

[Ralf9]

Code Auswählen Erweitern

2018.11.26 17:10:32.485 4: sduino433/msg READredu: MS;P1=463;P2=-4056;P3=-1978;P4=-8937;D=214131312131312121213131213121313131213121213131313131213121313121213121312;CP=1;SP=4;O;m=0;
2018.11.26 17:10:32.485 4: sduino433: Matched MS Protocol id 0 -> weather1
2018.11.26 17:10:32.485 5: sduino433: Starting demodulation at Position 3
2018.11.26 17:10:32.486 4: sduino433: Decoded MS Protocol id 0 dmsg s2728B0535000 length 40
2018.11.26 17:10:32.486 5: sduino433: dispatch s2728B0535000
2018.11.26 17:10:32.487 5: sduino433: KW9010 CRC Matched: (010011100100000111010000101011001010000000000000)


Ich habe mal nach der Ursache gesucht, warum der KW9010 nicht mehr funktioniert, die Ursache ist dieser Patch:
https://github.com/RFD-FHEM/RFFHEM/commit/8f8af1a111f84bb16cb490d9ba0849332057d26e

Da wurde was in der Definition der ID 0 angepasst

Wenn Du in der  "signalduino_protocols.hash" bei der ID 0
bei one die -7 in -8 änderst
und bei zero die -3 in -4 änderst, müsste es wieder funktionieren

Code Auswählen Erweitern

"0" => ## various weather sensors (500 | 9100)
{
name => 'weather (v1)',
comment => 'temperature / humidity or other sensors',
id => '0',
knownFreqs      => '433.92',
one => [1,-8],
zero => [1,-4],
sync => [1,-16],
clockabs => -1,
format => 'twostate', # not used now
preamble => 's', # prepend to converted message
postamble => '00', # Append to converted message
clientmodule => 'CUL_TCM97001',
#modulematch => '^s[A-Fa-f0-9]+',
length_min => '24',
length_max => '40',
paddingbits => '8', # pad up to 8 bits, default is 4
},

Gruß Ralf