Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[Ralf9]

nach dem Update müsste in der 00_SIGNALduino.pm unter der ProtocolId 3 die neue ProtocolId 3.1 stehen:

Code Auswählen Erweitern

    "3.1"    =>
        {
            name => 'itv1_sync40',
comment => 'IT remote Control PAR 1000',
id          => '3',
one => [3,-1],
zero => [1,-3],
#float => [-1,3], # not full supported now later use
sync => [1,-40],
clockabs      => -1, # -1=auto
format => 'twostate', # not used now
preamble => 'i',
clientmodule    => 'IT',   # not used now
modulematch     => '^i......', # not used now
length_min      => '24',
#length_max      => '800', # Don't know maximal lenth of a valid message

},

Damit müsste es eigentlich funktionieren.

Gruß Ralf

[Johann.S]

Ich habe den Eintrag unter 3 wieder auf -31 geänder und danach ist wieder keine Reaktion.
Der Eintrag 3.1 dürfte nicht zur Wirkung kommen!?

Gruß Johann

Nachtrag: ich habe den Fehler gefunden, in meiner Whitelist war das 3.1 nicht drinn, dann kann es ja nicht gehen

[Johann.S]

Seit dem Update und aktivieren meines Sginalduinos für 868 MHz kommt im Event Monitor ständig folgende Einträge:

Code Auswählen Erweitern

2017-08-29 16:05:22 SIGNALduino PI_868MHz DMSG u63004805492A2A1555555552AA00555552AA0
2017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE u63004805492A2A1555555552AA00555552AA0
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code u63004805492A2A1555555552AA00555552AA0, help me!2017.08.29 16:05:22 1 : reload: Error:Modul 14_SD_WS09 deactivated:  Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : ERROR: Cannot autoload SD_WS092017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE P9#FFAFE2A31C000107FC0082
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code P9#FFAFE2A31C000107FC0082, help me!2017-08-29 16:05:51 SD_WS07 Selin_T_F T: 21.4 H: 63

ich denke das da was nicht stimmt!?

Gruß Johann

[prodigy7]

Seit dem Update und aktivieren meines Sginalduinos für 868 MHz kommt im Event Monitor ständig folgende Einträge:

Code Auswählen Erweitern

2017-08-29 16:05:22 SIGNALduino PI_868MHz DMSG u63004805492A2A1555555552AA00555552AA0
2017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE u63004805492A2A1555555552AA00555552AA0
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code u63004805492A2A1555555552AA00555552AA0, help me!2017.08.29 16:05:22 1 : reload: Error:Modul 14_SD_WS09 deactivated:  Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : ERROR: Cannot autoload SD_WS092017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE P9#FFAFE2A31C000107FC0082
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code P9#FFAFE2A31C000107FC0082, help me!2017-08-29 16:05:51 SD_WS07 Selin_T_F T: 21.4 H: 63

ich denke das da was nicht stimmt!?

Gruß Johann

Da fehlt dir wohl ein Modul! Probier mal

Code Auswählen Erweitern

apt install libdigest-crc-perl aus!

[Johann.S]

Danke,

die Perl-Fehlermeldung ist weg und jetzt klappt es auch mit der Wetterstation.

Gruß Johann

[FP4Lisa]

Ahoi,

ich hatte schon vor ein paar Tagen im Forum mein Problem gepostet, aber leider keine einzige Antwort erhalten. Nun habe ich gehört das sich hier Fachleute verstecken sollen, weshalb ich mal eben zitiere:

Hallo,

ich habe mir das Poolthermometer PV-8644-675 (http://amzn.to/2voEEoz) von Infactory aus dem "Billigsegment" zugelegt, vertrieben von der Firma PEARL. Das Poolthermometer ist batteriebetrieben und sendet alle 1-2 Minuten die Wassertemperatur über 433MHz. Über Dip-Schalter kann man im Inneren den Kanal wechseln oder zwischen Celsius und Fahrenheit wechseln.

Der Sensor gehört laut Beipackzettel zur Wetterstation PV-8643 oder zur Messstatio PT-300. Ich möchte den Sensor jedoch gern ohne Wetterstation über FHEM auf dem Raspberry Pi mit dem Sduino empfangen. Leider wird er per "autocreate" nicht erkannt, er scheint ihn aber laut Logs als SD_WS Sensor zu erkennen.

2017.08.29 17:46:21 5 : Sduino: dispatching bits: 0 1 0 1 1 0 1 1 0 1 0 1 1 0 1 0 1 0 0 0 1 0 0 0 1 0 0 1 1 1 1 1 0 0 0 1 0 1 1 0 1 1 1 1 0 0 1 1
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 64 dmsg W64#5B5A889F16F3 length 48
2017.08.29 17:46:21 5 : Sduino Dispatch: W64#5B5A889F16F3, test ungleich: disabled
2017.08.29 17:46:21 5 : Sduino Dispatch: W64#5B5A889F16F3, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch W64#5B5A889F16F3
2017.08.29 17:46:21 4 : SD_WS_Parse: Protocol: 64, rawData: 5B5A889F16F3
2017.08.29 17:46:21 4 : Sduino: SD_WS_WH2_4 Error kein WH2: Typ: 01011011
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 3
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 1
...
2017.08.29 17:46:21 4 : Sduino/msg READ: MU;P0=804;P2=9528;P3=-4992;P4=1779;P5=-1135;P6=609;P7=-845;D=234567456767456767456745676745674567454545674545456745456767676767454545674567674567676767454567670;CP=6;
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_filterSign
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 97
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_compPattern
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 2
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 2
2017.08.29 17:46:21 5 : Sduino: dispatching bits: 0 1 0 1 1 0 1 1 0 1 0 1 1 0 1 0 1 0 0 0 1 0 0 0 1 0 0 1 1 1 1 1 0 0 0 1 0 1 1 0 1 1 1 1 0 0 1 1
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 50 dmsg W50#5B5A889F16F3 length 48
2017.08.29 17:46:21 5 : Sduino Dispatch: W50#5B5A889F16F3, test ungleich: disabled
2017.08.29 17:46:21 5 : Sduino Dispatch: W50#5B5A889F16F3, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch W50#5B5A889F16F3
2017.08.29 17:46:21 4 : SD_WS_Parse: Protocol: 50, rawData: 5B5A889F16F3
2017.08.29 17:46:21 4 : Sduino decoded protocolid: 50 (XT300) prematch error
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_filterMC
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 0
2017.08.29 17:46:21 5 : Sduino: dispatching bits: 1 0 0 1 0 0 0 1 0 0 0 1 0 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 0 0 0 0 1 0 1 0 0 0 0 0
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 63 dmsg u63911224A952815220A0 length 72
2017.08.29 17:46:21 5 : Sduino Dispatch: u63911224A952815220A0, test ungleich: disabled
2017.08.29 17:46:21 5 : Starting notify loop for Sduino, 1 event(s), first is DMSG u63911224A952815220A0
2017-08-29 17:46:21 SIGNALduino Sduino DMSG u63911224A952815220A0
2017.08.29 17:46:21 5 : End notify loop for Sduino
2017.08.29 17:46:21 5 : Sduino Dispatch: u63911224A952815220A0, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch u63911224A952815220A0
2017.08.29 17:46:21 5 : Starting notify loop for Sduino, 1 event(s), first is UNKNOWNCODE u63911224A952815220A0
2017-08-29 17:46:21 SIGNALduino Sduino UNKNOWNCODE u63911224A952815220A0
2017.08.29 17:46:21 5 : End notify loop for Sduino

Ich habe mir mal ein paar Hex Codes mit passenden Temperaturen notiert.

Channel                      C
Start mit Channel 3     
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A91BF582F    25,7
3   W50#5C2ABEBF777C    30,2
3   W50#5C2ADABF1334    33
3   W50#5C2AE5BF2C58    34,1
3   W50#5C2AF4BF3D78    35,6
3   W50#5C2B03BFCB15    37,1
3   W50#5C2B0EBFC61B    38,2
3   W50#5C2B11BFD931    38,5
Wechsel auf Channel 2     
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A8AAF5313    25
2   W50#5C2A8DAF5417    25,3
2   W50#5C2A8EAF571B    25,4
2   W50#5C2A93AF4A13    25,9
2   W50#5C2A96AF4F1B    26,2
Wechsel auf Channel 1     
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A969F7F3B    26,2
1   W50#5C2A959F7C37    26,1
1   W50#5C2A939F7A33    25,9
1   W50#5C2A909F792F    25,6
1   W50#5C2A8E9F671B    25,4
1   W50#5C2A8D9F6417    25,3
1   W50#5C2A8B9F6213    25,1
Batteriewechsel     
1   W50#5B5A8B9F15F5    25,1
1   W50#5B5A8D9F13F5    25,3
1   W50#5B5A8E9F10F3    25,4
1   W50#5B5A8E9F10F3    25,4

Offensichtlich sind die ersten 3/4 Stellen eine ID (5C2A/5B5A) die beim Batteriewechsel erzeugt wird. die Stelle 7 (B/A/9) scheint den Channel darzustellen und die Stelle 8 vermutlich den Batteriestatus. Leider habe ich keine Übersicht zu allen Code Varianten gefunden, um den Sensor besser zuordnen zu können.

Ich würde mich über eure Hilfe sehr freuen. LG

Wäre schön, wenn ihr mir weiter helfen könntet. LG

[Hauswart]

Ahoi,

ich hatte schon vor ein paar Tagen im Forum mein Problem gepostet, aber leider keine einzige Antwort erhalten. Nun habe ich gehört das sich hier Fachleute verstecken sollen, weshalb ich mal eben zitiere:

Wäre schön, wenn ihr mir weiter helfen könntet. LG

Hatte für dieses Protokoll auch mal ein Thema erstellt gehabt: https://forum.fhem.de/index.php/topic,71882.0.html leider auch keine Antwort erhalten, ging wohl unter

[FP4Lisa]

Ahoi,

das hier manchmal etwas unter geht, ist ja auch verständlich, bei den ganzen Anfragen. Was hier einige leisten ist schon bemerkenswert, so das man eigentlich nicht genug danken kann.

Was ich an meinen Logs so kurios finde ist folgende Zeile:

2017.08.29 17:46:21 4 : Sduino: SD_WS_WH2_4 Error kein WH2: Typ: 01011011

Bei dir habe ich diese nicht gefunden. Hast du von dem Sensor aktuellere Logs? Es werden ja ständig Updates aufgespielt. Erscheint dieser Eintrag bei dir auch?

Der Fehler klingt ein wenig so, als würde der Sensor schon auf das Protokoll ansprechen, wird aber aus irgend einem Grund auskommentiert. Ich hatte irgendwo gelesen, das bei manchen Sensoren noch keine Prüfsumme abgefragt wird und stattdessen Sensoren mit ungültiger Lufteuchte aussortiert werden. Eventuelle bedeutet es ja das, aber leider habe ich diesen Fehler im Wortlaut noch nirgens gefunden.

Ich muss aber auch dazu sagen, das ich erst am Anfang bin, diese Funksignale und deren Auswertung zu verstehen. Kann auch völliger "Bullshit" sein, was ich da meine erkannt zu haben.

Wenn irgendwie noch andere Logs oder Auswertungen benötigt werden, kann ich gern versuchen diese Dinge zu liefern. Habe nun übrigens die Heterodyne Module gegen einen CC1101 ausgetauscht und diesen mit Sduino geflasht. In den Logs hat sich nichts verändert.

LG und nicht vergessen: "Hoch die Hände, Wochenende!"

[Ralf9]

Code Auswählen Erweitern

Start mit Channel 3     
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A91BF582F    25,7
3   W50#5C2ABEBF777C    30,2
3   W50#5C2ADABF1334    33
3   W50#5C2AE5BF2C58    34,1
3   W50#5C2AF4BF3D78    35,6
3   W50#5C2B03BFCB15    37,1
3   W50#5C2B0EBFC61B    38,2
3   W50#5C2B11BFD931    38,5
Wechsel auf Channel 2     
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A8AAF5313    25
2   W50#5C2A8DAF5417    25,3
2   W50#5C2A8EAF571B    25,4
2   W50#5C2A93AF4A13    25,9
2   W50#5C2A96AF4F1B    26,2
Wechsel auf Channel 1     
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A969F7F3B    26,2
1   W50#5C2A959F7C37    26,1
1   W50#5C2A939F7A33    25,9
1   W50#5C2A909F792F    25,6
1   W50#5C2A8E9F671B    25,4
1   W50#5C2A8D9F6417    25,3
1   W50#5C2A8B9F6213    25,1
Batteriewechsel     
1   W50#5B5A8B9F15F5    25,1
1   W50#5B5A8D9F13F5    25,3
1   W50#5B5A8E9F10F3    25,4
1   W50#5B5A8E9F10F3    25,4

        PiiTTTK?CCCC

P = Preamble (immer 5 ?)
i = ID
T = Temperatur
K = Kanal (B/A/9)
? = immer F ?
C = Checksum ?


ich habe es mir angeschaut.
Für die Ermittlung des Batteriestatus wäre es hilfreich, wenn Du eine fast leere Batterie einlegen könntest. 

Gruß Ralf

[FP4Lisa]

Namd Ralf,

nur gut das ich in unserem Haushalt nicht lange nach leeren Batterien suchen muss. Ich habe es unterlassen die Kinder dafür zu loben. Die Batterien waren so schwach, das man kaum noch das Display ablesen konnte.

Leere Batterien                           
1   W64#521AA19F7623    27,3                     
1   W64#521AA29F7523    27,4                     
1   W64#521AA49F7323    27,6                     
1   W64#521AA69F7123    27,8                     

Ich hoffe das hilft weiter.

LG

[Ralf9]

nein, das hilft nicht so richtig weiter.
Hat der Sensor im Display ein Symbol für eine leere Batterie das bei der fast leeren Batterie gekommen ist?

[FP4Lisa]

Schade, er zeigt auch nichts im Display an. Vielleicht kennt er diesen Wert auch nicht. Ich bin ja noch der allergrößte Laie und habe nur dies und das gelesen. Wahrscheinlich hast du recht und der Wert ist immer F oder aber das Vorzeichen. Ich könnte noch versuchen den Sensor mal in Eiswasser zu stecken, aber ich glaube aber nicht das ich es so in die Minusgrade schaffe. LG

Nachtrag: Der Beipackzettel meint, der Sensor könne die Wassertemperatur im Bereich -40 bis +60 °C messen.

[Ralf9]

Die Frage ist, welchen Sinn bei einem Pooltermometer Minusgrade machen.

0 Grad und Minusgrade wären hilfreich

[FP4Lisa]

Hallo,
hier noch ein paar Werte aus dem Eisschrank, mit vollen Batterien.

Batteriewechsel + Eisschrank                           
1   W64#5899309F6E2F    -9,6                     
1   W64#5899499F17F1    -7,1                     
1   W64#58995D9F03F1    -5,1                     
1   W64#58996E9F302F    -3,4                     
1   W64#58997F9F2132    -1,7                     
1   W64#58998F9FD1F2    -0,1                     
1   W64#58999D9FC3F2    1,3                     
1   W64#5899A99FF732    2,5                     
1   W64#5899B59FEB32    3,7                     
1   W64#5899C09F9EF0    4,8                     
1   W64#5899D49F8AF0    6,8

Ich habe keine Ahnung warum das Poolthermometer Minusgrade anzeigt. Eisbaden soll ja wieder Mode sein. XD Wie auch immer, F bleibt F.

LG

[pejonp]

Hi,

Beim rtl_433 wurde schon etwas zu diesem sensor gemacht. https://github.com/merbanan/rtl_433/blob/master/src/devices/infactory.c oder auch https://github.com/merbanan/rtl_433/blob/master/src/devices/tfa_pool_thermometer.c

Da kann man die einzelnen Bits nachlesen. Ich hatte mir das schon mal für dem kw9015 /tfa 30.3161 angesehen, bin aber noch nicht zur Umsetzung gekommen.

Jörg