Ich habe noch einen Somfy Thermosunis Indoor Sensor übrig über den ich gern die Verschattung der Rollläden einrichten möchte. So wie vor FHEM-Zeit. Ich möchte erreichen, dass der Sensor seine Information an FHEM sendet und ich dann wie auch immer darauf reagieren kann. Leider wird der Sensor zwar vom SIGNALESP auf 433.42MHz erkannt aber es werden keine Devices angelegt. Die Somfy Wand/Handsender werden dagegen tadellos erkannt und angelegt. Die Readings ändern sich entsprechen mit dem Tastendruck. Der MapleCUL auf 433,42 erkennt den Sensor gar nicht. Aber das soll erst mal nicht Gegenstand der Frage sein.
Warum aber wird der Somfy Thermosunis Indoor Sensor nicht erkannt und nicht angelegt? Ist doch eigentlich das gleiche Protokoll.
List:
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 192.168.3.92:23
DMSG Ys51DB5ADC2B157FC4164B8
DevState initialized
DeviceName 192.168.3.92:23
FD 14
FUUID 5c6ac071-f33f-43eb-0640-2c6c56b8f60cb385
IDsNoDispatch 2,72.1,82
LASTDMSG Ys51DB5ADC2B157FC4164B8
MSGCNT 261
NAME SIGNALESP_433.42
NR 13
PARTIAL
RAWMSG MC;LL=-1245;LH=1290;SL=-617;SH=657;D=51DB5ADC2B157FC4164B8;C=634;L=81;R=13;
RSSI -67.5
STATE opened
TIME 1556035337
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-rc4 SIGNALESP cc1101 433MHz - compiled at Mar 22 2018 23:44:15
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:
2019-03-27 21:23:59 ccconf freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
2019-04-23 18:12:16 ping OK
2019-04-23 03:05:13 state opened
2019-03-31 14:09:28 uptime 0 01:25:55
2019-04-23 03:05:13 version V 3.3.1-rc4 SIGNALESP cc1101 433MHz - compiled at Mar 22 2018 23:44:15
getcmd:
keepalive:
ok 0
retry 0
mcIdList:
10
11
12
18
43
47
52
57
58
msIdList:
0
0.1
0.2
0.3
0.4
1
3
3.1
4
6
7
13
13.2
14
15
17
23
25
33
35
41
51
55
65
90
91.1
muIdList:
8
9
13.1
16
17.1
19
21
22
24
26
27
28
29
30
31
32
34
36
37
38
39
40
42
44
44.1
45
46
48
49
50
56
59
60
61
62
64
66
67
69
70
71
72
74
76
79
80
81
83
84
85
86
89
91
92
Attributes:
comment https://github.com/RFD-FHEM/SIGNALESP/releases
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/nightly
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware ESP_1M
room CUL
verbose 0
Im Eventmonitor taucht dann nur so etwas auf:
2019-04-23 18:19:10.701 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys51DB5ADC2B157FC4164B8
2019-04-23 18:19:10.987 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64210070
2019-04-23 18:19:11.122 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64410010
2019-04-23 18:19:11.261 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64610030
2019-04-23 18:19:11.275 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64810058
2019-04-23 18:19:11.548 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys5F0D0B16CA339928401E
2019-04-23 18:19:11.674 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64C10018
2019-04-23 18:19:11.813 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE64E10038
2019-04-23 18:19:11.953 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65010040
2019-04-23 18:19:12.094 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65210060
2019-04-23 18:19:12.231 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65410000
2019-04-23 18:19:12.369 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65610020
2019-04-23 18:19:12.508 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65810048
2019-04-23 18:19:12.646 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65A10068
2019-04-23 18:19:12.782 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65C10008
2019-04-23 18:19:12.921 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65E10028
2019-04-23 18:19:23.693 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys57C342C5B28CE65E10028
2019-04-23 18:19:23.998 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys54DA5BDC2B157FC2164D8
2019-04-23 18:19:24.131 SIGNALduino SIGNALESP_433.42 UNKNOWNCODE Ys54DA5BDC2B157FC4164B8
Anbei der Link zu Sensor
https://www.somfy.de/produkte/9013708/thermosunis-indoor-wirefree-rts (https://www.somfy.de/produkte/9013708/thermosunis-indoor-wirefree-rts)
Hi,
Dein Sensor scheint durchaus das gleiche Modulationsverfahren wie auch die Rolläden zu verwenden.
Das ist schon mal gut.
Im Somfy Modul selbst wird aber über eine etwas interressante Regex entschieden ob die Daten akzeptiert werden. Ich schätze das passt nicht:
https://github.com/mhop/fhem-mirror/blob/420654a94467bf950b6f583e8602c737fbbd7a47/fhem/FHEM/10_SOMFY.pm#L221
Hier ist der Maintainer des Somfy Modules gefragt.
Grüße Sidey
hallo majorshark, bist Du bei Deinen Fragen zu diesem Sensor weitergekommen? Habe auch so ein Teil hier rumliegen und würde gerne von Deinem Wissen profitieren.
Nein, leider nicht. Ich habe das auch wieder aus den Augen verloren. Dennoch würde ich das Teil in Betrieb nehmen wollen.