SIGNALDuino Empfänger Firm- und Hardware

andies · 24 Oktober 2018, 07:19:57

Danke, mache ich (Ich hatte bisher gedacht, die ID 2 gehöre zu diesem Gerät).

HomeAuto_User · 18 November 2018, 23:21:48

Guten Abend,

HINWEIS für die USER der aktuellen DEV-r33 Version. Nach einem Update auf diese Version werden die Protokolle 14, 15, 32, 41, 57, 79 absofort in deinem Modul ausgewertet.

Die Klingeln werden nicht mehr via DOIF ausgewertet. Beim Empfang eines Signales wird ein neues Device angelegt wo man auch die Klingel selbst ansteuern könnte via SET Befehl.

Wenn FRAGEN oder Fehler auftauchen, könnt ihr hier oder in Github einen ISSUES erstellen.

Danke

andies · 15 März 2019, 14:26:48

Zitat von: Ralf9 am 23 Oktober 2018, 23:29:17
Wenn Du keine Sensoren vom CUL_TCM97001 Modul hast, dann kannst Du diese IDs in die Blacklist eintragen.

Hi Ralf, ich brauche nochmal Deine Hilfe. Ich habe mir nun einen Sensor des TCM97001-Moduls besorgt und habe daher die Blacklist gekürzt. Ich empfange schön den Sensor, aber auch wieder massenhaft diese Fehlermeldungen.

Es gab einen Patchvorschlag, wonach im Modul TCM97001 selber die Fehlermeldung auf das global-device gezogen wird und dann mit global verbose 0 diese Meldung unterdrückt wird. Das funktioniert aber (auch nach einem Neustart) bei mir nicht. Der Signalduino selbst hat schon verbose 0 und im Quelltext des Signalduino-Moduls steht auch kein Code, der die Fehlermeldung auslösen könnte.

Wie kann ich das ausstellen?

HomeAuto_User · 15 März 2019, 15:54:42

Hallo andies,
wie sieht genau deine Meldung(en) aus?
Wenn du mal bitte ein Logauszug mit verbose 4 aufzeichnen würdest, so kann man erkenntliche Informationen entnehmen.

Das TCM Modul kann sehr anfällig sein auf Fehlinterpretationen oder anderen ,,Müll".

Liebe Grüße

Gesendet von mobil -> Tapatalk Pro

andies · 15 März 2019, 17:35:40

Danke für die Hilfe!
Bisher habe ich folgende Einträge

Code Auswählen

2019.03.15 15:33:21 2: sduino: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.15 16:15:54 2: sduino: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.15 16:52:17 2: sduino: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.15 16:55:59 2: sduino: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.15 17:18:48 2: sduino: CUL_TCM97001 Unknown device Unknown, please define it

Das device selbst sieht so aus

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
   DMSG       s336CAC000000
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0@57600
   FD         10
   FUUID      5c782b53-f33f-1115-5537-1acd607a016042cf
   IDsNoDispatch 2,72.1,82
   LASTDMSG   s336CAC000000
   MSGCNT     549
   NAME       sduino
   NR         21
   NR_CMD_LAST_H 4
   PARTIAL    
   RAWMSG     MS;P0=-2015;P1=478;P2=-4050;P3=-9057;D=013101012121010121210121210121210101210121012121010101010101010101010101010;CP=1;SP=3;R=254;O;m0;
   RSSI       -75
   STATE      opened
   TIME       1552667690
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun  1 2018 23:56:22
   versionmodul v3.3.3
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2017-06-26 16:33:12   ITParms         Unsupported command
     2018-10-31 09:41:38   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2019-02-07 23:02:01   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm
     2017-06-26 16:53:00   ccreg           C3E = 00 84 00 00 00 00 00 00
     2018-11-07 07:33:31   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=0;MdebFifoLimit=80
     2018-05-27 15:09:14   freeram         450
     2018-05-08 21:22:16   logEntry        freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:3173.83Baud)
     2019-03-04 19:43:58   ping            OK
     2018-11-12 10:26:21   raw             fifolimit=115
     2019-03-15 13:47:21   state           opened
     2018-05-27 15:09:00   uptime          0 00:07:35
     2019-03-15 13:47:21   version         V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun  1 2018 23:56:22
   XMIT_TIME:
     1552662591
     1552662592
     1552662592
     1552662801
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     33
     35
     51
     55
     65
   muIdList:
     5
     8
     9
     13.1
     16
     17.1
     19
     20
     21
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     39
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     75
     79
     80
     81
     83
     84
     85
     86
Attributes:
   blacklist_IDs 41,40,37,38,68
   devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
   development u86
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      intern
   hardware   nanoCC1101
   verbose    0

Ich bin mir sicher, dass ein Nachbar da auch ein Gerät hat. Genügt das?

Ralf9 · 15 März 2019, 19:07:52

ZitatIch habe mir nun einen Sensor des TCM97001-Moduls

Interessant wäre die Bezeichnung des Sensors und die sduino_RAWMSG vom Sensor

Gruß Ralf

andies · 15 März 2019, 19:49:50

Zitat von: Ralf9 am 15 März 2019, 19:07:52
Interessant wäre die Bezeichnung des Sensors und die sduino_RAWMSG vom Sensor

Das ist ein W174 Regenmesser von Ventus. Hier ein list des Gerätes, da ist eine RawMsg (meines Wissens) drin:

Code Auswählen

Internals:
   CODE       CUL_TCM97001_51
   DEF        CUL_TCM97001_51
   FUUID      5c8a6ad7-f33f-1115-a1ca-98db8a737f9a7434
   LASTInputDev sduino
   MSGCNT     586
   NAME       Regenmesser
   NR         236
   STATE      1.75 mm
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1552675719.13577
   sduino_DMSG s336C9C002000
   sduino_MSGCNT 588
   sduino_RAWMSG MS;P3=478;P4=-4052;P5=-2022;P6=-9075;D=536353534343535343435343435343435353435353434343535353535353535353535353435;CP=3;SP=6;R=248;O;m0;
   sduino_RSSI -78
   sduino_TIME 2019-03-15 19:48:39
   READINGS:
     2019-03-14 15:53:48   battery         ok
     2019-03-15 19:48:39   israining       no
     2019-03-15 19:48:39   rain            14.25
     2019-03-14 23:55:00   rain_midnight   12.5
     2019-03-15 19:48:39   rain_today      1.75
     2019-03-15 19:48:39   state           R: 14.25
Attributes:
   comment    https://forum.fhem.de/index.php?topic=88553.0
   event-min-interval .*:300
   event-on-change-reading .*
   group      Wetter
   model      W174
   room       Wetter
   stateFormat rain_today mm
   userReadings rain_today {ReadingsVal($name, "rain", 0)-ReadingsVal($name, "rain_midnight",0)}

Ralf9 · 15 März 2019, 20:17:26

ZitatDas ist ein W174 Regenmesser

Bei dem aktuellen fhem Modul v3.3.4 (stable) oder dev-r34 ist es die ID 0.3, bei einer älteren Version ist es evtl eine andere ID.
Mit dieser Anpassung wird die ID im sensor im Internal "sduinoD_ID" angezeigt
https://forum.fhem.de/index.php/topic,96830.msg899905.html#msg899905

Du kannst in die Blacklist außer der 0.3 alle ID des CUL_TCM97001 Moduls eintragen.

HomeAuto_User · 16 März 2019, 00:38:28

Zitat von: andies am 15 März 2019, 19:49:50
Das ist ein W174 Regenmesser von Ventus. Hier ein list des Gerätes, da ist eine RawMsg (meines Wissens) drin:
Code Auswählen Erweitern
Internals: CODE CUL_TCM97001_51 DEF CUL_TCM97001_51 FUUID 5c8a6ad7-f33f-1115-a1ca-98db8a737f9a7434 LASTInputDev sduino MSGCNT 586 NAME Regenmesser NR 236 STATE 1.75 mm TYPE CUL_TCM97001 lastH 0 lastT 1552675719.13577 sduino_DMSG s336C9C002000 sduino_MSGCNT 588 sduino_RAWMSG MS;P3=478;P4=-4052;P5=-2022;P6=-9075;D=536353534343535343435343435343435353435353434343535353535353535353535353435;CP=3;SP=6;R=248;O;m0; sduino_RSSI -78 sduino_TIME 2019-03-15 19:48:39 READINGS: 2019-03-14 15:53:48 battery ok 2019-03-15 19:48:39 israining no 2019-03-15 19:48:39 rain 14.25 2019-03-14 23:55:00 rain_midnight 12.5 2019-03-15 19:48:39 rain_today 1.75 2019-03-15 19:48:39 state R: 14.25 Attributes: comment https://forum.fhem.de/index.php?topic=88553.0 event-min-interval .*:300 event-on-change-reading .* group Wetter model W174 room Wetter stateFormat rain_today mm userReadings rain_today {ReadingsVal($name, "rain", 0)-ReadingsVal($name, "rain_midnight",0)}

Hallo, diesen Sensor habe ich auch.
Der Sensor feuert so viele Nachrichten raus, das der SIGNALduino gern mal etwas falsch empfängt.
Ich habe es schon lange veruscht aufzugreifen aber das ist von Empfänger zu Empfänger unterschiedlich.

Bei meinem radino erhalte ich gern mal ebensolche Fehlermeldungen und auf dem nano nicht.
Eine Mitschrift der fehlerhaften Nachrichten zeigte, es ist stets ein Bit was falsch interprätiert wurde und das TCM Modul dann etwas anderes damit anstellen wollte.
Eine Lösung dafür wird es wohl eher weniger geben.

MfG

Harst · 16 März 2019, 09:31:47

Ich habe vielleicht einen Fehler im Modul CUL_TCM970001 gefunden, aber wie bekomme ich die Korrektur ins offizielle System?

https://forum.fhem.de/index.php/topic,98334.msg916853.html#msg916853

Ich verlinke das hier nur, weil der eigene Thread untergegangen ist.

Horst

andies · 16 März 2019, 10:41:54

Zitat von: Ralf9 am 15 März 2019, 20:17:26
Bei dem aktuellen fhem Modul v3.3.4 (stable) oder dev-r34 ist es die ID 0.3, bei einer älteren Version ist es evtl eine andere ID.

Ich habe die Anpassung gerade vorgenommen, aber es erscheint als ID nur 0. Ich habe gerade ein update gemacht und shutdown restart, im Modul aber heißt es

Code Auswählen

version V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun 1 2018 23:56:22
versionmodul v3.3.3

Da stimmt was nicht bei mir?

andies · 16 März 2019, 10:54:43

Noch ein Hinweis: https://forum.fhem.de/index.php/topic,88553.msg919696.html#msg919696
Könnte das das Problem sein?

HomeAuto_User · 16 März 2019, 14:25:33

Zitat von: andies am 15 März 2019, 19:49:50
Das ist ein W174 Regenmesser von Ventus. Hier ein list des Gerätes, da ist eine RawMsg (meines Wissens) drin:

Bei mir läuft der W174 als ID 0.3.

Code Auswählen

2019.03.16 14:21:51 4: sduino_dummy/msg get raw: MS;P1=-2016;P2=477;P3=-9060;P4=-4041;D=23212121242121212424242421242421212121212124212421242421212121212124212124;CP=2;SP=3;R=73;O;m2;
2019.03.16 14:21:51 4: sduino_dummy: Matched MS Protocol id 0.3 -> weather (v4)
2019.03.16 14:21:51 4: sduino_dummy: Decoded matched MS Protocol id 0.3 dmsg s11EC0AC09000 length 40  RSSI = -37.5
2019.03.16 14:21:51 4: sduino_dummy: CUL_TCM97001 W174_17 detected rain gauge message ok
2019.03.16 14:21:51 4: sduino_dummy: CUL_TCM97001 W174_17 battery bit: 1
2019.03.16 14:21:51 4: sduino_dummy: CUL_TCM97001 W174_17 rain total: 212 l/qm
2019.03.16 14:21:51 4: sduino_dummy: Matched MS Protocol id 0.4 -> weather (v5)
2019.03.16 14:21:51 4: sduino_dummy: Decoded matched MS Protocol id 0.4 dmsg s11EC0AC09000 length 40  RSSI = -37.5

@andies,
sammel doch mal ein paar RAWMSG oder nimm nicht nur die ID0.3. Teste die anderen auch mal und wenn der Sensor ebenso nicht erscheint, dann wird was anderes ggf faul sein.

HomeAuto_User · 16 März 2019, 14:27:50

Was das TCM Modul an geht

Code Auswählen

2019.03.16 14:08:32 2: radino_433Mhz: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.16 14:09:09 2: radino_433Mhz: CUL_TCM97001 Unknown device Unknown, please define it
2019.03.16 14:16:33 2: radino_433Mhz: CUL_TCM97001 Unknown device Unknown, please define it

hätte ich den Vorschlag, wir fertigen einen Patch an, um noch die DMSG in Klammern zu ergänzen. So kann man sehen welcher Sensor dies ggf umherspuckt.

Code Auswählen

Log3 "Unknown", 2, "$iodev: CUL_TCM97001 Unknown device Unknown, please define it ($msg)";
Wie denkt Ihr darüber?

andies · 16 März 2019, 14:32:46

Zitat von: HomeAuto_User am 16 März 2019, 14:25:33
@andies,
sammel doch mal ein paar RAWMSG oder nimm nicht nur die ID0.3. Teste die anderen auch mal und wenn der Sensor ebenso nicht erscheint, dann wird was anderes ggf faul sein.

Nee, das ist ein Missverständnis. Der Sensor wird von mir empfangen, ich bin zufrieden und sehe auch die Werte. Ich hatte nur zuviel Logmeldungen, dass ein (weiteres) TCM-Gerät nicht empfangen wird und das minütlich. Das Log-Problem habe ich in den Griff bekommen, weil ich gesehen habe, dass wahrscheinlich in der TCP...pm ein Fehler ist (siehe den Link oben) - seit ich das repariert habe, sind keine Fehlermeldungen mehr im Log.

Ich wundere mich nur jetzt, wieso ich beim upgrade anscheinend keine neue Fassung des Moduls erhalten habe. Aber das ist zweitrangig, weil bei mir alles funktioniert!

Den Patch würde ich trotzdem unterstützen.