Hallo,
ich habe gerade durch Zufall mitbekommen, wie eine Homematic-Steckdose plötzlich wie wild anfing zu takten und danach auf Störung ging (Missing ACK).
Hier mal ein List und ein Auszug aus dem Logfile:
Internals:
CUL868_MSGCNT 121
CUL868_RAWMSG A0E7E800262BE48963355010100005C::-83:CUL868
CUL868_RSSI -83
CUL868_TIME 2019-10-15 14:44:58
DEF 62BE48
FUUID 5c447806-f33f-8efe-6c15-c2e84e8b9eb3b77b
IODev CUL868
LASTInputDev CUL868
MSGCNT 121
NAME Buegeleisen
NOTIFYDEV global
NR 517
NTFY_ORDER 50-Buegeleisen
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
lastMsg No:7E - t:02 s:62BE48 d:963355 010100005C
protCmdDel 3
protLastRcv 2019-10-15 14:44:58
protRcv 121 last_at:2019-10-15 14:44:58
protResnd 12 last_at:2019-10-15 14:45:14
protResndFail 1 last_at:2019-10-15 14:45:19
protSnd 122 last_at:2019-10-15 14:44:58
protState CMDs_done_Errors:1
rssi_CUL868 cnt:118 min:-100 max:-67 avg:-87.93 lst:-92
rssi_at_CUL868 cnt:121 min:-101.5 max:-64 avg:-86.21 lst:-83
READINGS:
2019-10-15 14:44:58 CommandAccepted yes
2018-12-09 12:55:13 D-firmware 2.6
2018-12-09 12:55:13 D-serialNr OEQ1842248
2019-04-19 09:09:42 PairedTo 0x963355
2019-03-16 12:14:31 R-pairCentral 0x963355
2019-03-16 12:14:32 R-powerUpAction off
2019-03-16 12:14:32 R-sign off
2019-04-19 09:09:42 RegL_00. 00:00 02:01 0A:96 0B:33 0C:55 15:FF 18:00
2019-04-19 09:09:42 RegL_01. 00:00 08:00 30:06 56:00 57:24 93:5F 94:B3
2019-10-15 14:44:58 deviceMsg off (to CUL868)
2019-10-15 14:44:58 level 0
2018-12-09 13:50:03 levelMissed desired:0
2019-10-15 14:44:58 pct 0
2019-04-05 11:54:01 powerOn 2019-04-05 11:54:00
2019-10-15 14:44:58 recentStateType ack
2019-10-15 14:45:19 state MISSING ACK
2019-10-15 14:44:58 timedOn off
helper:
HM_CMDNR 127
cSnd 1196335562BE480201000000,1196335562BE480201C80000
dlvl 00
dlvlCmd ++A01196335562BE480201000000
mId 0002
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +62BE48,00,00,00
nextSend 1571143498.6704
prefIO
rxt 0
vccu
p:
62BE48
00
00
00
mRssi:
mNo 7E
io:
CUL868:
-81
-81
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
CUL868:
avg -87.9322033898305
cnt 118
lst -92
max -67
min -100
at_CUL868:
avg -86.2190082644628
cnt 121
lst -83
max -64
min -101.5
tmpl:
Attributes:
IODev CUL868
autoReadReg 4_reqStatus
devStateIcon on:message_socket@red off:message_socket
event-on-change-reading state
expert 2_raw
firmware 2.6
group Claudia
icon scene_laundry_room_fem
model HM-LC-SW1-PL-DN-R1
peerIDs 00000000,
room 91.OG,CUL_HM
serialNr OEQ1842248
sortby 2
subType switch
webCmd on:off
2019.10.15 14:42:56 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:00 3: sduino IT_set: Spiegel_C on
2019.10.15 14:43:03 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:03 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:04 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:04 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:05 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:05 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:07 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:09 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:09 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:09 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:10 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:10 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:12 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:13 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:13 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:13 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:14 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:14 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:16 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:17 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:17 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:17 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:18 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:19 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:20 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:22 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:22 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:22 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:23 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:23 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:24 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:32 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:32 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:32 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:36 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:36 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:38 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:40 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:40 3: CUL_HM Buegeleisen repeat, level C8 instead of 00
2019.10.15 14:43:40 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:41 3: CUL_HM Buegeleisen repeat, level 00 instead of C8
2019.10.15 14:43:41 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:43 3: CUL_HM set Buegeleisen on
Meine Vermutung ist, dass es mit dem Empfang zusammen hängt (RSSI -83), aber scheinbar kommen die Befehle ja an (sonst würde es ja nicht takten) und eigentlich sollte takten immer vermieden werden.
Meine Fragen: Wie kann das sein und wie kann ich das vermeiden?
An der Steckdose hing gerade nichts dran, aber ich habe solche Steckdosen z.B. auch an meiner Heizungspumpe. Und ob die das toll findet, wenn Sie innerhalb einer Minute im Sekundentakt ein- und ausgeschaltet wird, weiß ich nicht.
Sieht mir danach aus, als würde dein FHEM den Befehl zum "on" und "off" der Steckdose senden. Hast du irgendwelche notify oder DOIF in Verbindung mit der Dose?
2019.10.15 14:43:10 3: CUL_HM set Buegeleisen off
2019.10.15 14:43:12 3: CUL_HM set Buegeleisen on
2019.10.15 14:43:13 3: CUL_HM set Buegeleisen off
Zitat von: gloob am 15 Oktober 2019, 15:56:22
Sieht mir danach aus, als würde dein FHEM den Befehl zum "on" und "off" der Steckdose senden. Hast du irgendwelche notify oder DOIF in Verbindung mit der Dose?
Ja, es gibt ein notify:
Internals:
DEF Schalter_Buegeleisen:off set Buegeleisen off
FUUID 5c447806-f33f-8efe-137c-aa2918a9c9903ad8
NAME Buegel1n
NOTIFYDEV Schalter_Buegeleisen
NR 522
NTFY_ORDER 50-Buegel1n
REGEXP Schalter_Buegeleisen:off
STATE inactive
TRIGGERTIME 1571143484.88113
TYPE notify
READINGS:
2019-10-15 16:15:33 state inactive
Attributes:Der Schalter wurde aber nicht wissentlich betätigt. Aber in den Readings des Schalters steht dieselbe Uhrzeit wie bei dem Takt-Ereignis.
Internals:
BTN d0
CUL1_MSGCNT 3
CUL1_RAWMSG 810b04xx0101a001a1a0d00000
CUL1_RSSI -77.5
CUL1_TIME 2019-10-15 14:44:44
DEF 33123311 4211
FUUID 5c447806-f33f-8efe-765d-02d309200b92fe95
IODev CUL1
LASTInputDev CUL1
MSGCNT 3
NAME Schalter_Buegeleisen
NR 514
STATE off
TYPE FS20
XMIT a1a0
CODE:
1 a1a0 d0
READINGS:
2019-10-15 14:44:44 state off
Attributes:
IODev CUL1
devStateIcon off:ios-off on:ios-on-for-timer-green
follow-on-for-timer 1
group Claudia
icon scene_laundry_room_fem
room 4.Technik,91.OG
sortby 1
webCmd :Dein Vermutung scheint also richtig zu sein und es liegt "wahrscheinlich" an dem Schalter. Vielleicht hängt da was.
Ich habe das notify jetzt aber sicherheitshalber auf inactive gestellt. Schaun wir mal.
Ich werde mir den Schalter mal genauer ansehen.
Danke für den Tipp.
Was ist das denn für ein Schalter? Batteriebetrieben?
Zitat von: gloob am 15 Oktober 2019, 16:26:16
Was ist das denn für ein Schalter? Batteriebetrieben?
Ja, ein FS20 S8.
Möglicherweise sind die Batterie leer und der Schalter startet immer wieder neu und sendet seinen "Status".