Moin,
hab mich lange rumgequät um meine HM-LC-SW2-FM, HM-MOD-EM-8 und HM-MOD-RE-8 mittels ActionDetector zu überwachen. Im jedem Device habe ich das Attr actCycle entsprechend definiert, aber Devces dieser Typen kommen nicht in den ActionDetector.
Ich habe mir dann mal die HMConfig.pm angesehen und mir ist aufgefallen, das diese Devices alle mit cyc=>'' defininiert sind.
Meine
Hypothese:
a) cyc'' bedeuted, dass das Device keine zyklischen Messages senden
b) der ActionDetector nimmt Device mit cyc=>'' grundsätzlich nicht in seine Liste und Aktivitäten auf.
Auf meinem Testsystem habe ich dann mal die fraglichen Einträge editiert
# $Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
für HM-MOD-RE-8 Zeile 260 cyc=>'' in cyc=>'24:00'
für HM-LC-SW2-FM Zeile 270 cyc=>'' in cyc=>'24:00'
für HM-MOD-EM-8 Zeile 285 cyc=>'' in cyc=>'24:00'..und schon tauchen die Devices nach einem shutdown restart im Action Detector auf. Erst mal sorry, das ist natürlich nicht der Sinn der Sache und auch ziemlich riskant, so als Laie mit fast keinem Hintergrundwissen blind in der HMConfig.pm rumzufummeln >:(. Ich werde auch die Originaldatei wieder laden.
Der Thread
https://forum.fhem.de/index.php/topic,101112.msg945609.html#msg945609 (https://forum.fhem.de/index.php/topic,101112.msg945609.html#msg945609)
scheint mir auch so ein Fall zu sein.
Selbst wenn die Devices von sich aus keine zyklisches Lebenszeichen senden, können durch den normalen Betrieb durchaus für den ActionDetector verwertbare Daten vorliegen, da er ja "nur" das Reading ".protLastRcv" auswertet. Zitat aus der Commandref
ZitatHinweis: Diese Funktion kann ebenfalls für Geräte ohne zyklische Übertragung aktiviert werden. Es obliegt dem Nutzer eine vernünftige Zeitspanne festzulegen.
Meine Frage daher:
Ist das Verhalten des ActionDetector so gewollt oder ist das ein BUG - oder ist meine Hypothese falsch und das Ganze nur ein Zufallsergebnis?
Schon mal Danke für Eure Hilfe vorab !
Bernd
vermutlich ein bug.
unter "cyc" ist nur bei devices, die zyklische messages senden (können), ein eintrag vorhanden. also der default wert für das attribut actCycle.
in meiner nicht aktuellen fhem version kann ich natürlich auch bei allen anderen devices das attr actCycle setzen und ändern, so dass der actiondetector entsprechend reagiert.
poste mal je ein list eines problematischen devices und vom actiondetector.
Moin Frank,
die manuellen Änderungen in der HMConfig.pm sind aktuell wieder raus, ich habe die Originaldatei per Update geladen.
List ActionDetector:
Internals:
.triggerUsed 1
CHANGED
DEF 000000
FUUID 5c4b889e-f33f-5817-6bfc-9fd4251258023599
IODev
NAME ActionDetector
NOTIFYDEV global
NR 49
NTFY_ORDER 50-ActionDetector
STATE alive:53 dead:5 unkn:4 off:0
TYPE CUL_HM
chanNo 01
.attraggr:
.attreocr:
.*
.attrminint:
READINGS:
2019-06-06 13:20:21 state alive:53 dead:5 unkn:4 off:0
2019-06-06 13:20:21 status_Blockschloss_old unknown
2019-06-06 13:20:21 status_FM_Dach alive
2019-06-06 13:20:21 status_FM_EG alive
2019-06-06 13:20:21 status_FM_EG_Bernd unknown
2019-06-06 13:20:21 status_FM_Keller alive
2019-06-06 13:20:21 status_Fenster_DG_Gesa_L alive
2019-06-06 13:20:21 status_Fenster_DG_Gesa_R alive
2019-06-06 13:20:21 status_Fenster_EG_Bad alive
2019-06-06 13:20:21 status_Fenster_EG_Bernd_L alive
2019-06-06 13:20:21 status_Fenster_EG_Bernd_R alive
2019-06-06 13:20:21 status_Fenster_EG_Erker_L alive
2019-06-06 13:20:21 status_Fenster_EG_Erker_R alive
2019-06-06 13:20:21 status_Fenster_EG_Klo alive
2019-06-06 13:20:21 status_Fenster_KG_HWR alive
2019-06-06 13:20:21 status_Fenster_KG_Kontor alive
2019-06-06 13:20:21 status_HM_2B6086 unknown
2019-06-06 13:20:21 status_HM_36D06A alive
2019-06-06 13:20:21 status_Heizkoerper_Checkpoint_EG_Bernd alive
2019-06-06 13:20:21 status_Heizkoerper_Checkpoint_EG_WZ alive
2019-06-06 13:20:21 status_Heizkoerper_Checkpoint_Obstlager alive
2019-06-06 13:20:21 status_Heizkoerper_DG_Bad_Device alive
2019-06-06 13:20:21 status_Heizkoerper_DG_Gesa_Device alive
2019-06-06 13:20:21 status_Heizkoerper_DG_Gesa_Device_defekt dead
2019-06-06 13:20:21 status_Heizkoerper_DG_Kueche_Device alive
2019-06-06 13:20:21 status_Heizkoerper_DG_Nadia_Device alive
2019-06-06 13:20:21 status_Heizkoerper_DG_TCC_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_Bad_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_Bernd_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_Flur_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_Kueche_1_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_Kueche_2_Device alive
2019-06-06 13:20:21 status_Heizkoerper_EG_WZ_1_Device alive
2019-06-06 13:20:21 status_Heizkoerper_KG_Bernd alive
2019-06-06 13:20:21 status_Heizkoerper_KG_Flur alive
2019-06-06 13:20:21 status_Heizkoerper_KG_HWR alive
2019-06-06 13:20:21 status_Heizkoerper_KG_Schlafzimmer_1 alive
2019-06-06 13:20:21 status_Heizkoerper_KG_Schlafzimmer_2 alive
2019-06-06 13:20:21 status_Jalousie_Timeclock alive
2019-06-06 13:20:21 status_Klimaanlage_Device alive
2019-06-06 13:20:21 status_Motion_Carport_Innen alive
2019-06-06 13:20:21 status_Motion_Carport_Strasse alive
2019-06-06 13:20:21 status_Motion_EG_Tuer alive
2019-06-06 13:20:21 status_Motion_Garage_L01 alive
2019-06-06 13:20:21 status_Motion_KG_hinten dead
2019-06-06 13:20:21 status_Motion_Terrasse alive
2019-06-06 13:20:21 status_Motion_Treppe dead
2019-06-06 13:20:21 status_Power_M01 alive
2019-06-06 13:20:21 status_Power_M02 alive
2019-06-06 13:20:21 status_Power_M03 alive
2019-06-06 13:20:21 status_Temp_Bodenplatte alive
2019-06-06 13:20:21 status_Temp_Garage alive
2019-06-06 13:20:21 status_Temp_Stolpe alive
2019-06-06 13:20:21 status_Temp_Terrasse alive
2019-06-06 13:20:21 status_Temp_Terrasse_old dead
2019-06-06 13:20:21 status_Tuer_EG_Bernd alive
2019-06-06 13:20:21 status_Tuer_EG_Erker alive
2019-06-06 13:20:21 status_Tuer_EG_Terrasse alive
2019-06-06 13:20:21 status_Tuer_Slot alive
2019-06-06 13:20:21 status_WDS30_Device_01 alive
2019-06-06 13:20:21 status_Wasser_01 unknown
2019-06-06 13:20:21 status_Wasser_02 alive
2019-06-06 13:20:21 status_Wetter_01 dead
helper:
HM_CMDNR 6
actCycle 600
mId no
peers 20E682,21CE53,21CE65,236CD7,236CFE,244673,248744,248745,267C98,269C17,269C28,269C3A,26B9DD,26B9EC,26B9F5,26F3E5,2B6086,2C0F84,2C16DC,2C3B03,2C3DB0,2C3DE9,2C3ED0,2C3F05,2D29FD,2D2A22,2D2A32,2D5C94,2D6040,2E7F19,2EC87D,2EF1D9,2EF5E8,2F8048,2F8054,2F8C7B,2F913F,30463C,33BF96,341896,35450C,3694BC,36A3E1,36C7FB,36D06A,3AE5A5,3AE5A9,3CB1A8,3F7E27,459C85,4BE7DE,4BEACA,4C2514,4E4E50,4F92C6,4F9422,52BC3C,52BC8D,52C860,532268,5D3616,5D3807
20E682:
start 2019-06-06 01:28:13
21CE53:
start 2019-06-06 01:27:40
21CE65:
start 2019-06-06 01:27:45
236CD7:
start 2019-06-06 01:27:39
236CFE:
start 2019-06-06 01:27:39
244673:
start 2019-06-06 01:27:19
248744:
start 2019-06-06 01:28:27
248745:
start 2019-06-06 01:28:28
267C98:
start 2019-06-06 01:27:26
269C17:
start 2019-06-06 01:27:37
269C28:
start 2019-06-06 01:27:44
269C3A:
start 2019-06-06 01:27:43
26B9DD:
start 2019-06-06 01:27:41
26B9EC:
start 2019-06-06 01:27:42
26B9F5:
start 2019-06-06 01:27:38
26F3E5:
start 2019-06-06 01:28:27
2B6086:
start 2019-06-06 01:27:29
2C0F84:
start 2019-06-06 01:28:05
2C16DC:
start 2019-06-06 01:28:18
2C3B03:
start 2019-06-06 01:27:46
2C3DB0:
start 2019-06-06 01:28:01
2C3DE9:
start 2019-06-06 01:28:02
2C3ED0:
start 2019-06-06 01:28:02
2C3F05:
start 2019-06-06 01:28:01
2D29FD:
start 2019-06-06 01:27:26
2D2A22:
start 2019-06-06 01:27:27
2D2A32:
start 2019-06-06 01:27:26
2D5C94:
start 2019-06-06 01:27:34
2D6040:
start 2019-06-06 01:27:34
2E7F19:
start 2019-06-06 01:27:47
2EC87D:
start 2019-06-06 01:27:27
2EF1D9:
start 2019-06-06 01:28:03
2EF5E8:
start 2019-06-06 01:27:25
2F8048:
start 2019-06-06 01:27:48
2F8054:
start 2019-06-06 01:27:36
2F8C7B:
start 2019-06-06 01:27:49
2F913F:
start 2019-06-06 01:27:48
30463C:
start 2019-06-06 01:28:27
33BF96:
start 2019-06-06 01:28:07
341896:
start 2019-06-06 01:28:13
35450C:
start 2019-06-06 01:27:43
3694BC:
start 2019-06-06 01:28:06
36A3E1:
start 2019-06-06 01:27:27
36C7FB:
start 2019-06-06 01:27:27
36D06A:
start 2019-06-06 01:27:30
3AE5A5:
start 2019-06-06 01:27:35
3AE5A9:
start 2019-06-06 01:27:53
3CB1A8:
start 2019-06-06 01:28:18
3F7E27:
start 2019-06-06 01:28:14
459C85:
start 2019-06-06 01:27:55
4BE7DE:
start 2019-06-06 01:28:14
4BEACA:
start 2019-06-06 01:28:14
4C2514:
start 2019-06-06 01:28:17
4E4E50:
start 2019-06-06 01:28:18
4F92C6:
start 2019-06-06 01:28:03
4F9422:
start 2019-06-06 01:28:02
52BC3C:
start 2019-06-06 01:27:25
52BC8D:
start 2019-06-06 01:27:25
52C860:
start 2019-06-06 01:27:25
532268:
start 2019-06-06 01:27:27
5D3616:
start 2019-06-06 01:27:26
5D3807:
start 2019-06-06 01:27:26
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
tmpl:
Attributes:
.mId 0000
actAutoTry 0_off
comment Aktualisierung alle 10 Minuten, diesen Intervall kann man auch nicht verstellen.
Attribut actAutoTry=1_on bewirkt beim ActionDetector, dass der ActionDetector vier statusRequests bei dem betreffenden Device auslöst, bevor er es auf dead setzt.
Reaktionszeit also ca. 50 Minuten
Der ActionDetector prüft den ".protLastRcv" Zeitstempel, das ist alles.
HMConfig.pm manuell geändert:
# $Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
für HM-MOD-RE-8 Zeile 260 cyc=>'' in cyc=>'24:00'
für HM-LC-SW2-FM Zeile 270 cyc=>'' in cyc=>'24:00'
für HM-MOD-EM-8 Zeile 285 cyc=>'' in cyc=>'24:00'
manuelle Änderung per Update wieder raus !
event-on-change-reading .*
group Alive-Status
model ActionDetector
room CUL_HM
List ein Device als Beispiel (HM-LC-SW1PBU-FM) - andere Device funktionieren auch nicht...
Internals:
.triggerUsed 1
DEF 490809
FUUID 5c4b88ae-f33f-5817-09b3-2ce162cf50968921
HMLAN1_MSGCNT 18
HMLAN1_RAWMSG E490809,0000,0EF22F8B,FF,FFB0,E4A410490809123ABC0601000049
HMLAN1_RSSI -80
HMLAN1_TIME 2019-06-06 13:19:18
HMLAN2_MSGCNT 24
HMLAN2_RAWMSG R2C83B9FC,0001,4175A624,FF,FFB6,E4A410490809123ABC0601000049
HMLAN2_RSSI -74
HMLAN2_TIME 2019-06-06 13:19:18
IODev HMLAN2
LASTInputDev HMLAN2
MSGCNT 42
NAME Lampe_DG_Nadia
NOTIFYDEV global
NR 1486
NTFY_ORDER 50-Lampe_DG_Nadia
STATE Off
TYPE CUL_HM
chanNo 01
lastMsg No:E4 - t:10 s:490809 d:123ABC 0601000049
peerList Rauchmelder_Team,self01,self02,
protLastRcv 2019-06-06 13:19:18
protRcv 24 last_at:2019-06-06 13:19:18
protSnd 32 last_at:2019-06-06 13:19:18
protState CMDs_done
rssi_HMLAN1 cnt:1 min:-79 max:-79 avg:-79 lst:-79
rssi_HMLAN2 cnt:1 min:-73 max:-73 avg:-73 lst:-73
rssi_at_HMLAN1 cnt:18 min:-80 max:-76 avg:-77.38 lst:-80
rssi_at_HMLAN2 cnt:24 min:-74 max:-70 avg:-70.79 lst:-74
.attreocr:
pct
timedOn
.attreour:
phase
.attrminint:
.userReadings:
HASH(0x3f9fbe8)
READINGS:
2019-06-06 01:35:43 .RegL_00. 00:00 02:81 0A:12 0B:3A 0C:BC 15:FF 18:00
2019-06-06 01:35:44 .RegL_01. 00:00 08:00 30:06 56:00 57:24
2019-06-06 01:35:46 .RegL_03.Rauchmelder_Team 00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63
2019-06-06 01:35:47 .RegL_03.self01 00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66
2019-06-06 01:35:48 .RegL_03.self02 00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33
2019-06-06 01:35:45 .peerListRDate 2019-06-06 01:35:45
2019-06-06 13:19:18 .protLastRcv 2019-06-06 13:19:18
2019-06-05 14:50:02 CommandAccepted yes
2017-12-19 19:17:00 D-firmware 2.8
2017-12-19 19:17:00 D-serialNr NEQ0131512
2019-06-06 01:35:43 PairedTo 0x123ABC
2017-12-19 20:57:36 R-Rauchmelder_Team-lgActionType jmpToTarget
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtDlyOff geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtDlyOn geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtOff geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtOn geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtValHi 100
2017-12-19 20:57:36 R-Rauchmelder_Team-lgCtValLo 50
2017-12-19 20:57:36 R-Rauchmelder_Team-lgMultiExec on
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOffDly 0 s
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOffTime unused
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOffTimeMode absolut
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOnDly 0 s
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOnTime unused
2017-12-19 20:57:36 R-Rauchmelder_Team-lgOnTimeMode absolut
2017-12-19 20:57:36 R-Rauchmelder_Team-lgSwJtDlyOff off
2017-12-19 20:57:36 R-Rauchmelder_Team-lgSwJtDlyOn on
2017-12-19 20:57:36 R-Rauchmelder_Team-lgSwJtOff dlyOn
2017-12-19 20:57:36 R-Rauchmelder_Team-lgSwJtOn dlyOff
2017-12-19 20:57:36 R-Rauchmelder_Team-shActionType jmpToTarget
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtDlyOff geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtDlyOn geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtOff geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtOn geLo
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtValHi 100
2017-12-19 20:57:36 R-Rauchmelder_Team-shCtValLo 50
2017-12-19 20:57:36 R-Rauchmelder_Team-shMultiExec off
2017-12-19 20:57:36 R-Rauchmelder_Team-shOffDly 0 s
2017-12-19 20:57:36 R-Rauchmelder_Team-shOffTime unused
2017-12-19 20:57:36 R-Rauchmelder_Team-shOffTimeMode absolut
2017-12-19 20:57:36 R-Rauchmelder_Team-shOnDly 0 s
2017-12-19 20:57:36 R-Rauchmelder_Team-shOnTime unused
2017-12-19 20:57:36 R-Rauchmelder_Team-shOnTimeMode absolut
2017-12-19 20:57:36 R-Rauchmelder_Team-shSwJtDlyOff off
2017-12-19 20:57:36 R-Rauchmelder_Team-shSwJtDlyOn on
2017-12-19 20:57:36 R-Rauchmelder_Team-shSwJtOff dlyOn
2017-12-19 20:57:36 R-Rauchmelder_Team-shSwJtOn dlyOff
2017-12-19 20:57:33 R-intKeyVisib visib
2017-12-19 20:57:33 R-localResDis off
2017-12-19 20:57:33 R-pairCentral 0x123ABC
2017-12-19 20:57:34 R-powerUpAction off
2017-12-19 20:57:37 R-self01-lgActionType jmpToTarget
2017-12-19 20:57:37 R-self01-lgCtDlyOff geLo
2017-12-19 20:57:37 R-self01-lgCtDlyOn geLo
2017-12-19 20:57:37 R-self01-lgCtOff geLo
2017-12-19 20:57:37 R-self01-lgCtOn geLo
2017-12-19 20:57:37 R-self01-lgCtValHi 100
2017-12-19 20:57:37 R-self01-lgCtValLo 50
2017-12-19 20:57:37 R-self01-lgMultiExec on
2017-12-19 20:57:37 R-self01-lgOffDly 0 s
2017-12-19 20:57:37 R-self01-lgOffTime unused
2017-12-19 20:57:37 R-self01-lgOffTimeMode absolut
2017-12-19 20:57:37 R-self01-lgOnDly 0 s
2017-12-19 20:57:37 R-self01-lgOnTime unused
2017-12-19 20:57:37 R-self01-lgOnTimeMode absolut
2017-12-19 20:57:37 R-self01-lgSwJtDlyOff off
2017-12-19 20:57:37 R-self01-lgSwJtDlyOn off
2017-12-19 20:57:37 R-self01-lgSwJtOff off
2017-12-19 20:57:37 R-self01-lgSwJtOn dlyOff
2017-12-19 20:57:37 R-self01-shActionType jmpToTarget
2017-12-19 20:57:37 R-self01-shCtDlyOff geLo
2017-12-19 20:57:37 R-self01-shCtDlyOn geLo
2017-12-19 20:57:37 R-self01-shCtOff geLo
2017-12-19 20:57:37 R-self01-shCtOn geLo
2017-12-19 20:57:37 R-self01-shCtValHi 100
2017-12-19 20:57:37 R-self01-shCtValLo 50
2017-12-19 20:57:37 R-self01-shMultiExec off
2017-12-19 20:57:37 R-self01-shOffDly 0 s
2017-12-19 20:57:37 R-self01-shOffTime unused
2017-12-19 20:57:37 R-self01-shOffTimeMode absolut
2017-12-19 20:57:37 R-self01-shOnDly 0 s
2017-12-19 20:57:37 R-self01-shOnTime unused
2017-12-19 20:57:37 R-self01-shOnTimeMode absolut
2017-12-19 20:57:37 R-self01-shSwJtDlyOff off
2017-12-19 20:57:37 R-self01-shSwJtDlyOn off
2017-12-19 20:57:37 R-self01-shSwJtOff off
2017-12-19 20:57:37 R-self01-shSwJtOn dlyOff
2017-12-19 20:57:38 R-self02-lgActionType jmpToTarget
2017-12-19 20:57:38 R-self02-lgCtDlyOff geLo
2017-12-19 20:57:38 R-self02-lgCtDlyOn geLo
2017-12-19 20:57:38 R-self02-lgCtOff geLo
2017-12-19 20:57:38 R-self02-lgCtOn geLo
2017-12-19 20:57:38 R-self02-lgCtValHi 100
2017-12-19 20:57:38 R-self02-lgCtValLo 50
2017-12-19 20:57:38 R-self02-lgMultiExec on
2017-12-19 20:57:38 R-self02-lgOffDly 0 s
2017-12-19 20:57:38 R-self02-lgOffTime unused
2017-12-19 20:57:38 R-self02-lgOffTimeMode absolut
2017-12-19 20:57:38 R-self02-lgOnDly 0 s
2017-12-19 20:57:38 R-self02-lgOnTime unused
2017-12-19 20:57:38 R-self02-lgOnTimeMode absolut
2017-12-19 20:57:38 R-self02-lgSwJtDlyOff on
2017-12-19 20:57:38 R-self02-lgSwJtDlyOn on
2017-12-19 20:57:38 R-self02-lgSwJtOff dlyOn
2017-12-19 20:57:38 R-self02-lgSwJtOn on
2017-12-19 20:57:38 R-self02-shActionType jmpToTarget
2017-12-19 20:57:38 R-self02-shCtDlyOff geLo
2017-12-19 20:57:38 R-self02-shCtDlyOn geLo
2017-12-19 20:57:38 R-self02-shCtOff geLo
2017-12-19 20:57:38 R-self02-shCtOn geLo
2017-12-19 20:57:38 R-self02-shCtValHi 100
2017-12-19 20:57:38 R-self02-shCtValLo 50
2017-12-19 20:57:38 R-self02-shMultiExec off
2017-12-19 20:57:38 R-self02-shOffDly 0 s
2017-12-19 20:57:38 R-self02-shOffTime unused
2017-12-19 20:57:38 R-self02-shOffTimeMode absolut
2017-12-19 20:57:38 R-self02-shOnDly 0 s
2017-12-19 20:57:38 R-self02-shOnTime unused
2017-12-19 20:57:38 R-self02-shOnTimeMode absolut
2017-12-19 20:57:38 R-self02-shSwJtDlyOff on
2017-12-19 20:57:38 R-self02-shSwJtDlyOn on
2017-12-19 20:57:38 R-self02-shSwJtOff dlyOn
2017-12-19 20:57:38 R-self02-shSwJtOn on
2017-12-19 20:57:34 R-sign off
2017-12-19 20:57:34 R-statusInfoMinDly 2 s
2017-12-19 20:57:34 R-statusInfoRandom 1 s
2017-12-19 20:57:34 R-transmitTryMax 6
2019-06-06 13:19:18 deviceMsg off (to vccu)
2019-06-06 13:19:18 level 0
2019-06-06 13:19:18 pct 0
2019-06-06 13:19:17 peerList Rauchmelder_Team,self01,self02,
2019-06-05 22:20:23 phase Off
2018-09-17 17:21:03 powerOn 2018-09-17 17:21:02
2019-06-06 13:19:18 recentStateType info
2018-09-03 22:03:28 smoke_detect none
2019-06-06 13:19:18 state off
2019-05-13 17:41:46 teamCall from FM_Keller:6
2019-06-06 13:19:18 timedOn off
2018-03-12 12:52:10 trigLast Rauchmelder_Team:199
2018-03-12 12:52:10 trig_Rauchmelder_Team 199
helper:
HM_CMDNR 228
cSnd 01123ABC49080901044908090203,01123ABC490809010E
mId 0069
peerFriend peerSens,peerVirt
peerIDsRaw ,49080901,49080902,11111201,00000000
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 0
tpl 0
io:
newChn +490809,00,00,00
nextSend 1559819958.66796
prefIO
rxt 0
vccu vccu
p:
490809
00
00
00
mRssi:
mNo E4
io:
HMLAN1:
-80
-80
HMLAN2:
-72
-72
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rpt:
IO HMLAN1
flg A
ts 1559819958.58474
ack:
HASH(0x3f74a40)
E48002123ABC49080900
rssi:
HMLAN1:
avg -79
cnt 1
lst -79
max -79
min -79
HMLAN2:
avg -73
cnt 1
lst -73
max -73
min -73
at_HMLAN1:
avg -77.3888888888889
cnt 18
lst -80
max -76
min -80
at_HMLAN2:
avg -70.7916666666667
cnt 24
lst -74
max -70
min -74
shadowReg:
tmpl:
Attributes:
.mId 0069
DbLogInclude pct
IODev HMLAN1
IOgrp vccu
actCycle 024:00
autoReadReg 5_readMissing
comment 4 x LED-Leuchtmittel je 6,5 W
devStateIcon Off:light_ceiling_off@grey:on On:light_ceiling@orange:off dlyOn:general_aus_fuer_zeit@blue:on dlyOff:general_an_fuer_zeit@orange unreachable:scc_868@red
event-on-change-reading pct,timedOn
event-on-update-reading phase
expert 1_allReg
firmware 2.8
group Licht
model HM-LC-SW1PBU-FM
peerIDs 00000000,11111201,49080901,49080902,
room 2-Dachgeschoss
serialNr NEQ0131512
stateFormat {ReadingsVal($name,"phase","missing")}
subType switch
userReadings phase:(pct.*|timedOn.*) {userReadings_01($name)}
verbose 3
webCmd :
Im ActionDetector sind nur Devices mit zyklischer Message.
Hoffentlich findest Du etwas - vielen Dank schon mal für Deine Hilfe !
Bernd
in deinem AD vermisse ich das attr subType.
in meiner cul_hm version steht dort "virtual".
probier mal zu setzen. eventuell gibt es eine fehlermeldung beim versuch über das frontend. dann halt in fhem.cfg ändern.
Moin Frank,
schade, leider keine Änderung. subType mußte ich in der config ändern, dann shutdown restart, set ActionDetector update und auch noch im Device den actCycle gelöscht und neu definiert - nix.
Internals:
DEF 000000
FUUID 5c4b889e-f33f-5817-6bfc-9fd4251258023599
NAME ActionDetector
NOTIFYDEV global
NR 49
NTFY_ORDER 50-ActionDetector
STATE alive:53 dead:2 unkn:7 off:0
TYPE CUL_HM
chanNo 01
.attraggr:
.attreocr:
.*
.attrminint:
READINGS:
2019-06-06 14:59:10 state alive:53 dead:2 unkn:7 off:0
2019-06-06 14:59:10 status_Blockschloss_old unknown
2019-06-06 14:59:10 status_FM_Dach alive
2019-06-06 14:59:10 status_FM_EG alive
2019-06-06 14:59:10 status_FM_EG_Bernd unknown
2019-06-06 14:59:10 status_FM_Keller alive
2019-06-06 14:59:10 status_Fenster_DG_Gesa_L alive
2019-06-06 14:59:10 status_Fenster_DG_Gesa_R alive
2019-06-06 14:59:10 status_Fenster_EG_Bad alive
2019-06-06 14:59:10 status_Fenster_EG_Bernd_L alive
2019-06-06 14:59:10 status_Fenster_EG_Bernd_R alive
2019-06-06 14:59:10 status_Fenster_EG_Erker_L alive
2019-06-06 14:59:10 status_Fenster_EG_Erker_R alive
2019-06-06 14:59:10 status_Fenster_EG_Klo alive
2019-06-06 14:59:10 status_Fenster_KG_HWR alive
2019-06-06 14:59:10 status_Fenster_KG_Kontor alive
2019-06-06 14:59:10 status_HM_2B6086 unknown
2019-06-06 14:59:10 status_HM_36D06A alive
2019-06-06 14:59:10 status_Heizkoerper_Checkpoint_EG_Bernd alive
2019-06-06 14:59:10 status_Heizkoerper_Checkpoint_EG_WZ alive
2019-06-06 14:59:10 status_Heizkoerper_Checkpoint_Obstlager alive
2019-06-06 14:59:10 status_Heizkoerper_DG_Bad_Device alive
2019-06-06 14:59:10 status_Heizkoerper_DG_Gesa_Device alive
2019-06-06 14:59:10 status_Heizkoerper_DG_Gesa_Device_defekt dead
2019-06-06 14:59:10 status_Heizkoerper_DG_Kueche_Device alive
2019-06-06 14:59:10 status_Heizkoerper_DG_Nadia_Device alive
2019-06-06 14:59:10 status_Heizkoerper_DG_TCC_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_Bad_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_Bernd_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_Flur_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_Kueche_1_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_Kueche_2_Device alive
2019-06-06 14:59:10 status_Heizkoerper_EG_WZ_1_Device alive
2019-06-06 14:59:10 status_Heizkoerper_KG_Bernd alive
2019-06-06 14:59:10 status_Heizkoerper_KG_Flur alive
2019-06-06 14:59:10 status_Heizkoerper_KG_HWR alive
2019-06-06 14:59:10 status_Heizkoerper_KG_Schlafzimmer_1 alive
2019-06-06 14:59:10 status_Heizkoerper_KG_Schlafzimmer_2 alive
2019-06-06 14:59:10 status_Jalousie_Timeclock alive
2019-06-06 14:59:10 status_Klimaanlage_Device alive
2019-06-06 14:59:10 status_Motion_Carport_Innen alive
2019-06-06 14:59:10 status_Motion_Carport_Strasse alive
2019-06-06 14:59:10 status_Motion_EG_Tuer alive
2019-06-06 14:59:10 status_Motion_Garage_L01 alive
2019-06-06 14:59:10 status_Motion_KG_hinten unknown
2019-06-06 14:59:10 status_Motion_Terrasse alive
2019-06-06 14:59:10 status_Motion_Treppe unknown
2019-06-06 14:59:10 status_Power_M01 alive
2019-06-06 14:59:10 status_Power_M02 alive
2019-06-06 14:59:10 status_Power_M03 alive
2019-06-06 14:59:10 status_Temp_Bodenplatte alive
2019-06-06 14:59:10 status_Temp_Garage alive
2019-06-06 14:59:10 status_Temp_Stolpe alive
2019-06-06 14:59:10 status_Temp_Terrasse alive
2019-06-06 14:59:10 status_Temp_Terrasse_old dead
2019-06-06 14:59:10 status_Tuer_EG_Bernd alive
2019-06-06 14:59:10 status_Tuer_EG_Erker alive
2019-06-06 14:59:10 status_Tuer_EG_Terrasse alive
2019-06-06 14:59:10 status_Tuer_Slot alive
2019-06-06 14:59:10 status_WDS30_Device_01 alive
2019-06-06 14:59:10 status_Wasser_01 unknown
2019-06-06 14:59:10 status_Wasser_02 alive
2019-06-06 14:59:10 status_Wetter_01 unknown
helper:
HM_CMDNR 72
actCycle 600
mId 0000
peerFriend
peerOpt -:-
peers 20E682,21CE53,21CE65,236CD7,236CFE,244673,248744,248745,267C98,269C17,269C28,269C3A,26B9DD,26B9EC,26B9F5,26F3E5,2B6086,2C0F84,2C16DC,2C3B03,2C3DB0,2C3DE9,2C3ED0,2C3F05,2D29FD,2D2A22,2D2A32,2D5C94,2D6040,2E7F19,2EC87D,2EF1D9,2EF5E8,2F8048,2F8054,2F8C7B,2F913F,30463C,33BF96,341896,35450C,3694BC,36A3E1,36C7FB,36D06A,3AE5A5,3AE5A9,3CB1A8,3F7E27,459C85,4BE7DE,4BEACA,4C2514,4E4E50,4F92C6,4F9422,52BC3C,52BC8D,52C860,532268,5D3616,5D3807
regLst 0
rxType 1
20E682:
start 2019-06-06 14:48:54
21CE53:
start 2019-06-06 14:48:22
21CE65:
start 2019-06-06 14:48:27
236CD7:
start 2019-06-06 14:48:20
236CFE:
start 2019-06-06 14:48:21
244673:
start 2019-06-06 14:48:00
248744:
start 2019-06-06 14:49:08
248745:
start 2019-06-06 14:49:09
267C98:
start 2019-06-06 14:48:07
269C17:
start 2019-06-06 14:48:18
269C28:
start 2019-06-06 14:48:26
269C3A:
start 2019-06-06 14:48:25
26B9DD:
start 2019-06-06 14:48:22
26B9EC:
start 2019-06-06 14:48:23
26B9F5:
start 2019-06-06 14:48:19
26F3E5:
start 2019-06-06 14:49:08
2B6086:
start 2019-06-06 14:48:10
2C0F84:
start 2019-06-06 14:48:47
2C16DC:
start 2019-06-06 14:48:59
2C3B03:
start 2019-06-06 14:48:27
2C3DB0:
start 2019-06-06 14:48:42
2C3DE9:
start 2019-06-06 14:48:43
2C3ED0:
start 2019-06-06 14:48:44
2C3F05:
start 2019-06-06 14:48:43
2D29FD:
start 2019-06-06 14:48:08
2D2A22:
start 2019-06-06 14:48:09
2D2A32:
start 2019-06-06 14:48:08
2D5C94:
start 2019-06-06 14:48:15
2D6040:
start 2019-06-06 14:48:16
2E7F19:
start 2019-06-06 14:48:28
2EC87D:
start 2019-06-06 14:48:09
2EF1D9:
start 2019-06-06 14:48:44
2EF5E8:
start 2019-06-06 14:48:06
2F8048:
start 2019-06-06 14:48:29
2F8054:
start 2019-06-06 14:48:17
2F8C7B:
start 2019-06-06 14:48:31
2F913F:
start 2019-06-06 14:48:30
30463C:
start 2019-06-06 14:49:08
33BF96:
start 2019-06-06 14:48:48
341896:
start 2019-06-06 14:48:55
35450C:
start 2019-06-06 14:48:24
3694BC:
start 2019-06-06 14:48:48
36A3E1:
start 2019-06-06 14:48:08
36C7FB:
start 2019-06-06 14:48:08
36D06A:
start 2019-06-06 14:48:11
3AE5A5:
start 2019-06-06 14:48:17
3AE5A9:
start 2019-06-06 14:48:34
3CB1A8:
start 2019-06-06 14:48:59
3F7E27:
start 2019-06-06 14:48:55
459C85:
start 2019-06-06 14:48:36
4BE7DE:
start 2019-06-06 14:48:55
4BEACA:
start 2019-06-06 14:48:55
4C2514:
start 2019-06-06 14:48:58
4E4E50:
start 2019-06-06 14:48:59
4F92C6:
start 2019-06-06 14:48:44
4F9422:
start 2019-06-06 14:48:44
52BC3C:
start 2019-06-06 14:48:06
52BC8D:
start 2019-06-06 14:48:06
52C860:
start 2019-06-06 14:48:07
532268:
start 2019-06-06 14:48:09
5D3616:
start 2019-06-06 14:48:07
5D3807:
start 2019-06-06 14:48:07
io:
prefIO
vccu
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
tmpl:
Attributes:
.mId 0000
actAutoTry 0_off
comment Aktualisierung alle 10 Minuten, diesen Intervall kann man auch nicht verstellen.
Attribut actAutoTry=1_on bewirkt beim ActionDetector, dass der ActionDetector vier statusRequests bei dem betreffenden Device auslöst, bevor er es auf dead setzt.
Reaktionszeit also ca. 50 Minuten
Der ActionDetector prüft den ".protLastRcv" Zeitstempel, das ist alles.
HMConfig.pm manuell geändert:
# $Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
für HM-MOD-RE-8 Zeile 260 cyc=>'' in cyc=>'24:00'
für HM-LC-SW2-FM Zeile 270 cyc=>'' in cyc=>'24:00'
für HM-MOD-EM-8 Zeile 285 cyc=>'' in cyc=>'24:00'
manuelle Änderung per Update wieder raus !
event-on-change-reading .*
group Alive-Status
model ActionDetector
room CUL_HM
subType virtual
Geht es denn bei Dir oder habe ich ein Einzelschicksal ?
Bernd
Ich habe den Workaround von Bernd in der HMConfig.pm für meinen Regensensor vorgenommen.
Der ActionDetector erkennt nun den (HM) Regensensor.
Der Regensensor setzt (wann auch immer) das Readings "Activity" auf "alive" oder "dead".
Wenn ich den Strom des Sensors kappe, erscheint genau 10 Minuten später der Sensor im ActivityDetector als "dead". Dito als "alive", wenn ich den Strom wieder anschliesse. Weshalb dies nach 10 Minuten erfolgt, ist mir ein Rätsel.
Zitat von: bern69 am 06 Juni 2019, 16:11:41
Weshalb dies nach 10 Minuten erfolgt, ist mir ein Rätsel.
Der Regensensor setzt den "Status" dead/alive/unknown nicht, das macht der ActionDetector (nicht Activity ;) )...
Welchen actCycle hast du denn beim Regensensor?
Damit kannst du einstellen wann/wie oft geprüft wird.
Gibt es 2x (glaube ich) keine "Neuigkeiten", so stellt der ActionDetector das Device auf dead...
Gruß, Joachim
10_CUL_HM.pm 18776 2019-03-03 08:48:20Z martinp876
mit dieser version funktioniert bei mir der AD bestens. diverse tests mit einem HM-LC-SW1-FM (attr actCycle: ändern, löschen und neu setzen, ebenso attr actAutoTry: on und off). auch alle änderungen ohne fhem restart.
ihr seid ja schon zu zweit, also kein einzelschicksal. ;)
vielleicht fällt es nur auf, wenn man ein neues und nicht zyklisch sendendes device im AD integrieren möchte.
ich meine bei jedem fhem start gibt es in fhem.log meldungen wie "added device xy to actiondetector".
gibt es da bei euch fehlermeldungen?
Zitat von: pwlr am 04 Juni 2019, 00:30:33
Ich habe mir dann mal die HMConfig.pm angesehen und mir ist aufgefallen, das diese Devices alle mit cyc=>'' defininiert sind.
Meine Hypothese:
a) cyc'' bedeuted, dass das Device keine zyklischen Messages senden
b) der ActionDetector nimmt Device mit cyc=>'' grundsätzlich nicht in seine Liste und Aktivitäten auf.
Auf meinem Testsystem habe ich dann mal die fraglichen Einträge editiert
# $Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
für HM-MOD-RE-8 Zeile 260 cyc=>'' in cyc=>'24:00'
für HM-LC-SW2-FM Zeile 270 cyc=>'' in cyc=>'24:00'
für HM-MOD-EM-8 Zeile 285 cyc=>'' in cyc=>'24:00'
..und schon tauchen die Devices nach einem shutdown restart im Action Detector auf. Erst mal sorry, das ist natürlich nicht der Sinn der Sache und auch ziemlich riskant, so als Laie mit fast keinem Hintergrundwissen blind in der HMConfig.pm rumzufummeln >:(. Ich werde auch die Originaldatei wieder laden.
Das Problem hatte ich nun auch schon seit geraumer Zeit. Auch updates haben nix gebracht, aber diese Lösung zeigt meine Switches und Push Buttons (HM-LC-SW1-BA-PCB und HM-PB-6-WM55) endlich wieder an. Für mich ist das ein Bug und sollte behoben werden, denn vor geraumer Zeit als ich es eingerichtet hatte, hat das alles so funktioniert.
Danke und Gruß
Rossi
Ich hab auch noch einen Kandidaten, der zwar zyklische Messages verschickt, aber nicht im ActionDetector auftaucht.
,"00F9" => {name=>"HM-SEC-SIR-WM" ,st=>'siren' ,cyc=>'' ,rxt=>'c:b' ,lst=>'1,3' ,chn=>"Sen:1:2,Panic:3:3,Arm:4:4",}
Falls es also einen Fix in HMConfig.pm gibt, sollte dieses Device mit berücksichtigt werden.
gibt es denn bei dir fehlermeldungen in fhem.log nach fhem restart oder beim löschen/setzen von attr actionCycle?
Nein, keine Meldung im log. Weder beim startup noch beim setzen von actCycle bei der Sirene.
global verbose ist auf 3.
Hallo, ich häng mich mal hier ein.
Ich habe das gleiche Problem. Ob das Problem neu ist oder früher schon so war weiss ich nicht (mehr). Ich kann auch nicht mehr sagen wieviele Devices der ActionDetector früher angezeigt hatte.
Bin aktuell darauf gekommen, da immer mal wieder ein "Dead" erscheint und ich das entsprechende Gerät gesucht habe.
Aktuell habe ich 12 HM Geräte konfiguriert, von denen 6 erkannt werden. Dies ist im Log beim Hochlaufen zu sehen mit:
Device <DeviceName> added to ActionDetector
Erkannte Devices:
4 * HM-SEC-SCo (erkannt Fensterkontakt mit Batterie)
1 * HM-SEC-SD-2 (erkannt Rauchmelder mit Batterie)
1 * HM-ES-PMSw1-Pl (erkannt schaltbare Steckdose mit Messfunktion ohne Batterie)
nicht erkannte Devices:
2 * HM-Sec-Sir-WM (nicht erkannt Sirene mit Batterie)
1 *HM-Sen-MDIR-WM55 (nicht erkannt Bewegungsmelder mit Batterie)
1 * HM-LC-Sw1PBU-FM (nicht erkannt UP "Schalter" ohne Batterie)
1 * HM-LC-Sw2PBU-FM (nicht erkannt UP "Schalter" ohne Batterie)
1 * HM-LC-SW1-FM (nicht erkannt "Schalter" ohne Batterie)
Auch bei mir ist es so, dass alle erkannten Devices in der "HMConfig.pm" einen Wert definiert haben z.B. cyc=>'00:10' und die anderen nicht.
Ein einfaches nachtragen des Attributs actCycle wie in der CommandREf zu CUL_HM erwähnt hilft nicht.
Workaround:
Im ersten Step habe ich für nicht erkannte Devices in der "HMConfig.pm" einen Wert nachkonfiguriert.
Allerdings wurden nach dem Neustart von FHEM für die neu erkannten Batteriegeräte nicht der Wert aus der "HMConfig.pm" übernommen - sondern der Wert den ich schon für die Türkontakte habe ???.
Das legt den Verdacht nahe, dass die Geräte mal drin waren. ::)
Ich habe mal die Log durchsucht
29.01 UPD 10_CUL_HM.pm & HMConfig.pm
04.06 UPD 10_CUL_HM.pm & HMConfig.pm
Nach dem Update am 29.1 wurden nach dem Start dem ActionDetector jeweils 9 Devices (mit Batterie und die Mess-Steckdose) zugewiesen.
Nach dem Update am 04.6 wurden nach dem Start dem ActionDetector nur noch 6 Devices zugewiesen. Die 2 Sirenen und der Bewegungsmelder fehlten.
Fazit:
Zwischen dem 29.1 und 4.6 ist etwas passiert. Keine Ahnung wieviele Versionen es dazwischen gegeben hat.
Zitat von: RalfRog am 31 Juli 2019, 15:33:22
Zwischen dem 29.1 und 4.6 ist etwas passiert. Keine Ahnung wieviele Versionen es dazwischen gegeben hat.
HMConfig.pm = 13
10_CUL_HM.pm = 16
Und was hilft Dir das jetzt weiter?
Offtopic: ich wäre ja schon froh, wenn man diesen krampfigen ActionDetector komplett deaktivieren könnte. Aber das wünsche ich mir seit Jahren erfolglos.
Zitat von: betateilchen am 31 Juli 2019, 16:18:26
HMConfig.pm = 13
10_CUL_HM.pm = 16
Und was hilft Dir das jetzt weiter?
Ne stimmt schon das hilft nicht weiter, aber irgenwas ist Martin da passiert.
1- wenn bewusst --> was ist der Hintergrund
2- wenn unbewusst --> lässt es sich vermutlich "reparieren"Versionen bei mir:
$Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
$Id: 10_CUL_HM.pm 19880 2019-07-21 12:14:49Z martinp876 $
Korrektur hatte wohl ein etwas älteres Backup zurückgespielt:
$Id: HMConfig.pm 19119 2019-04-05 15:52:43Z martinp876 $
$Id: 10_CUL_HM.pm 19069 2019-03-30 06:20:52Z martinp876 $
Damit war es noch fehlerhaft. Habe gerade ein Update gemacht und nun sind wieder alle Batteriedevices da = 9.
Versionen:
$Id: HMConfig.pm 19226 2019-04-20 06:54:28Z martinp876 $
$Id: 10_CUL_HM.pm 19889 2019-07-23 05:59:50Z martinp876 $
Somit stimmt es wieder.
Für die per Stromnetz versorgten Devices teste ist das Attributs
actCycle nochmal
Gruß Ralf
Update2
Attribut
actCycle funktioniert wie erwartet.
Wenn man es nachträgt entsteht das Attribut
actStatus (=alive) sowie das Reading Activity (=alive)
Zitat von: nuccleon am 26 Juni 2019, 11:18:54
Ich hab auch noch einen Kandidaten, der zwar zyklische Messages verschickt, aber nicht im ActionDetector auftaucht.
,"00F9" => {name=>"HM-SEC-SIR-WM" ,st=>'siren' ,cyc=>'' ,rxt=>'c:b' ,lst=>'1,3' ,chn=>"Sen:1:2,Panic:3:3,Arm:4:4",}
Bei mir ist mit dem Update vom 12.08. HM-SEC-SIR-WM wieder aus dem Actiondetector verschwunden.
Der Startup Log am 11.08. sah noch so aus:
2019.08.11 22:27:45 3: Device ftk_eg0_wohnzimmer added to ActionDetector with 002:50 time
2019.08.11 22:27:45 3: Device ftk_eg1_wohnzimmer added to ActionDetector with 002:50 time
2019.08.11 22:27:45 3: Device ftk_eg2_haustuere added to ActionDetector with 002:50 time
2019.08.11 22:27:45 3: Device ftk_eg5_kueche added to ActionDetector with 002:50 time
2019.08.11 22:27:45 3: Device ftk_eg4_kueche added to ActionDetector with 002:50 time
2019.08.11 22:27:47 3: Device ftk_eg3_wc added to ActionDetector with 002:50 time
2019.08.11 22:27:47 3: Device ftk_og0_bad added to ActionDetector with 002:50 time
2019.08.11 22:27:47 3: Device HM_Sirene added to ActionDetector with 001:00 time
2019.08.11 22:27:48 3: Device ftk_kg1_technikraum added to ActionDetector with 002:50 time
2019.08.11 22:27:48 3: Device ftk_kg0_hobbyraum added to ActionDetector with 002:50 time
2019.08.11 22:27:48 3: Device dts_aussen added to ActionDetector with 012:00 time
2019.08.11 22:27:48 3: Opening rgbww_kueche device 192.168.178.200:9090
2019.08.11 22:27:48 3: Opening rgbww_steinwand device 192.168.178.202:9090
2019.08.11 22:27:48 3: WEBFLEX: port 8084 opened
2019.08.11 22:27:49 3: Opening rgbww_markise device 192.168.178.203:9090
2019.08.11 22:27:50 1: Including /mnt/nfs/nas/fhem/log/fhem.save
2019.08.11 22:27:50 3: Device dts_aussen added to ActionDetector with 012:00 time
2019.08.11 22:27:50 3: Device ftk_eg0_wohnzimmer added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_eg1_wohnzimmer added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_eg2_haustuere added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_eg3_wc added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_eg4_kueche added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_eg5_kueche added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_kg0_hobbyraum added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_kg1_technikraum added to ActionDetector with 002:50 time
2019.08.11 22:27:50 3: Device ftk_og0_bad added to ActionDetector with 002:50 time
2019.08.11 22:27:51 3: Opening hm_uart_lgw device gatewaypi:2000
2019.08.11 22:27:51 0: Featurelevel: 5.9
Seit dem 12.08. sieht er nun so aus:
2019.08.12 08:32:04 3: Device dts_aussen added to ActionDetector with 012:00 time
2019.08.12 08:32:04 3: Device ftk_eg0_wohnzimmer added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_eg1_wohnzimmer added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_eg2_haustuere added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_eg3_wc added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_eg4_kueche added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_eg5_kueche added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_kg0_hobbyraum added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_kg1_technikraum added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Device ftk_og0_bad added to ActionDetector with 002:50 time
2019.08.12 08:32:04 3: Opening hm_uart_lgw device gatewaypi:2000
2019.08.12 08:32:04 0: Featurelevel: 5.9
2019.08.12 08:32:04 0:
HM_Sirene wird nun nicht mehr erkannt.
Auffällig ist, dass am 11.08. die Device Detektion Sequenz 2x abgearbeitet wurde. Beim ersten Durchlauf wurde HM_Sirene erkannt, beim zweiten nicht.
Seit dem 12.08. wird die Sequenz nur noch einmal durchlaufen, ohne HM_Sirene zu erkennen.
Zitat von: frank am 07 Juni 2019, 18:11:08
10_CUL_HM.pm 18776 2019-03-03 08:48:20Z martinp876
mit dieser version funktioniert bei mir der AD bestens. diverse tests mit einem HM-LC-SW1-FM (attr actCycle: ändern, löschen und neu setzen, ebenso attr actAutoTry: on und off). auch alle änderungen ohne fhem restart.
nach fhem update gestern abend hat es mich nun auch erwischt.
5 devices (switch, dimmer), die per default kein attr actCycle haben, wurden aus dem actiondetector rausgeschmissen.
zusätzlich wird sogar bei 2 devices (1x defekt, 1x zum testen mit attr dummy=1), die per default attr actCycle haben, bei denen ich das attribut aber gezielt gelöscht habe, bei jedem fhem restart das attr actCycle neu gesetzt.
diese geben nun leider ständig alarm, da sie nicht mehr beim actiondetector "abgemeldet" werden können.
@martinp876
könntest du bitte mal nachschauen?
edit: das ausschliessen der devices vom actiondetector funktioniert bestens mit "attr actCycle off". das überlebt auch ein fhem restart.
nach etwas testen, sieht es aktuell folgendermassen aus:
scheinbar ist zur zeit die korrekte initialisierung des actiondetector beim start von fhem defekt.
devices, die nicht zyklisch senden (dimmer, switches, ...) werden beim start nicht zum AD hinzugefügt, obwohl das attr actCycle gesetzt ist.
wenn fhem läuft werden durch erneutes setzen des attributes actCycles die devices zum AD hinzugefügt.
nach fhem restart bleiben die status_-readings bei mir als "leichen" erhalten, wodurch ein korrektes verhalten vorgetäuscht wird. die summe der devices im state reading ist aber kleiner als die anzahl der status_ readings.
folgendes notify (code für DEF) kann als workaround zum automatischen erneuten setzen der attribute genutzt werden. die namen der devices in der liste müssen natürlich angepasst werden.
global:INITIALIZED {
foreach my $dev ("HM_3913D3","DimUP01","SwitchPBU01","SwitchUP01","SwitchUP02") {
fhem("attr ".$dev." actCycle ".AttrVal($dev,"actCycle","000:00"));
}
}
edit: list nach restart mit 5 reading "leichen":
Internals:
DEF 000000
FUUID 5c4ce2ed-f33f-09c4-df1e-95380d131d3c5290
NAME ActionDetector
NOTIFYDEV global
NR 558
NTFY_ORDER 50-ActionDetector
STATE alive:23 dead:0 unkn:0 off:2
TYPE CUL_HM
chanNo 01
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
READINGS:
2019-09-19 12:04:06 state alive:23 dead:0 unkn:0 off:2
2019-09-19 10:28:50 status_DimUP01 alive
2019-09-18 18:04:05 status_Fenster.Bad alive
2019-09-19 10:28:50 status_HM_3913D3 alive
2019-09-18 18:04:05 status_SD.AZ alive
2019-09-18 18:04:05 status_SD.SZ alive
2019-09-18 18:04:05 status_SD.WZ alive
2019-09-18 18:04:05 status_SwitchES01 alive
2019-09-19 10:28:50 status_SwitchPBU01 alive
2019-09-19 10:28:50 status_SwitchUP01 alive
2019-09-19 10:38:37 status_SwitchUP02 alive
2019-09-18 18:04:05 status_Thermostat.AZ alive
2019-09-18 18:04:05 status_Thermostat.Bad alive
2019-09-18 18:04:05 status_Thermostat.Bad.OG alive
2019-09-18 18:04:05 status_Thermostat.GZ alive
2019-09-18 18:04:05 status_Thermostat.Keller alive
2019-09-18 18:04:05 status_Thermostat.Kueche alive
2019-09-18 18:04:05 status_Thermostat.OZ alive
2019-09-18 18:04:05 status_Thermostat.SZ alive
2019-09-18 18:04:05 status_Thermostat.WZ alive
2019-09-18 18:04:05 status_Tuer.SZ alive
2019-09-18 18:04:05 status_Tuer.WZ.Terrasse alive
2019-09-18 18:04:05 status_Ventil.AZ.Nord alive
2019-09-18 18:04:05 status_Ventil.AZ.West alive
2019-09-18 18:04:05 status_Ventil.Bad alive
2019-09-18 18:04:05 status_Ventil.Kueche alive
2019-09-18 18:04:05 status_Ventil.SZ alive
2019-09-18 18:04:05 status_Ventil.WZ alive
2019-09-18 18:04:05 status_Wetter.Nord switchedOff
2019-09-18 18:04:05 status_Wetter.Sued alive
2019-09-18 18:04:05 status_test switchedOff
helper:
HM_CMDNR 191
actCycle 600
mId no
peers 123456,1936FF,193A9A,1BF81B,1BFC52,1C1BE3,1C4E25,1CE9F5,1D252E,1DE620,1DF7C6,1DFC2F,1DFDA5,1F91AA,206219,206278,206487,2064CB,20DFE1,24AF1D,52BB90,52BB9D,52C4DF,6869B6,83765A
123456:
start 2019-09-19 12:04:06
1936FF:
start 2019-09-19 12:04:04
193A9A:
start 2019-09-19 12:04:05
1BF81B:
start 2019-09-19 12:04:05
1BFC52:
start 2019-09-19 12:04:05
1C1BE3:
start 2019-09-19 12:04:04
1C4E25:
start 2019-09-19 12:04:05
1CE9F5:
start 2019-09-19 12:04:06
1D252E:
start 2019-09-19 12:04:05
1DE620:
start 2019-09-19 12:04:05
1DF7C6:
start 2019-09-19 12:04:05
1DFC2F:
start 2019-09-19 12:04:05
1DFDA5:
start 2019-09-19 12:04:05
1F91AA:
start 2019-09-19 12:04:05
206219:
start 2019-09-19 12:04:05
206278:
start 2019-09-19 12:04:04
206487:
start 2019-09-19 12:04:05
2064CB:
start 2019-09-19 12:04:05
20DFE1:
start 2019-09-19 12:04:05
24AF1D:
start 2019-09-19 12:04:04
52BB90:
start 2019-09-19 12:04:04
52BB9D:
start 2019-09-19 12:04:04
52C4DF:
start 2019-09-19 12:04:04
6869B6:
start 2019-09-19 12:04:06
83765A:
start 2019-09-19 12:04:06
io:
prefIO
vccu
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
vrt 1
tmpl:
Attributes:
.mId no
actAutoTry 1_on
event-on-change-reading .*
model ACTIONDETECTOR
room 90_Technik,99_System
subType virtual
timestamp-on-change-reading .*
ist korrigiert
jetzt werden wieder alle devices dem actiondetector zugewiesen.
dafür funktioniert nun nicht mehr "attr actAutoTry". nach actCycle sind die switches nun dead.
ein test mit 5min actcycle und restart test zeigt, dass doch alles ok ist. seltsam.
waren die eventuell schon zu lange tot?
der dead termin war nämlich schon vor diesem update.
Moin,
bei mir ist auch wieder alles ok. :)
Vielen Dank, Martin !
Moin
Bernd
Hallo,
ich muss dieses Thema nochmal aufwärmen. Ich habe auf dem SW-Stand featurelevel 6.0/fhem.pl:23373/2020-12-17 genau das oben beschriebene Problem, d.h. nach dem Starten ist zwar in allen HM-Devices actCycle gesetzt, aber der AD interessiert sich für diese nicht. Setze ich das Attribut actCycle nochmal während FHEM bereits läuft, funktioniert der AD.
Die Lösung die actCycle Attribute erst mit dem Event global:(INITIALIZED|REREADCFG) zu setzen hat nicht geholfen -- das wahr wohl immer noch zu früh. Ein sleep hat dort auch nicht funktioniert (vermutlich weil FHEM durch den sleep geblockt ist).
Mein Workaround sieht nun so aus:
define Trigger.Reset.actCycle notify global:(INITIALIZED|REREADCFG) { \
Log 1,"Trigger.Reset.actCycle: NAME=$NAME EVENT=$EVENT";; \
fhem "define Trigger.Reset.actCycle.Helper at +00:00:10 attr NAME=(AB|KG|EG|OG|DG)\..*:FILTER=TYPE=CUL_HM:FILTER=DEF=.{6} actCycle 024:00";; \
} \
irgend was ist bei dir faul, das sollte auch ohne workaround funktionieren.
zeig mal die ausgabe von version, also alles.
startest du fhem mit rereadcfg?
oder hast du vielleicht kein hminfo definiert?