Hallo zusammen,
habe gestern wieder mal einen update gemacht, nun meldet der AktionDetector ein Device (HM-LC-SW1-BA-PCB) als Dead, welches aber definitiv funktioniert.
Hier der Action Detectortor:
Internals:
CHANGED
DEF 000000
IODev HMUART2
NAME ActionDetector
NOTIFYDEV global
NR 44
NTFY_ORDER 50-ActionDetector
STATE alive:68 dead:1 unkn:5 off:0
TYPE CUL_HM
READINGS:
2017-11-18 08:47:47 state alive:68 dead:1 unkn:5 off:0
2017-11-18 08:47:47 status_AZ.hk alive
2017-11-18 08:47:47 status_AZ.rm unknown
2017-11-18 08:47:47 status_Alarm_sir_ext alive
2017-11-18 08:47:47 status_Alarm_sir_int dead
2017-11-18 08:47:47 status_Alarm_switch alive
2017-11-18 08:47:47 status_BD.bm alive
2017-11-18 08:47:47 status_BD.fk alive
2017-11-18 08:47:47 status_BD.hk alive
2017-11-18 08:47:47 status_BD.licht alive
2017-11-18 08:47:47 status_BD.spiegel alive
2017-11-18 08:47:47 status_FC.motion alive
2017-11-18 08:47:47 status_FC.shutter alive
2017-11-18 08:47:47 status_FL.AZ.pm alive
2017-11-18 08:47:47 status_FL.EG.anzeige alive
2017-11-18 08:47:47 status_FL.EG.bm alive
2017-11-18 08:47:47 status_FL.EG.gong alive
2017-11-18 08:47:47 status_FL.EG.licht alive
2017-11-18 08:47:47 status_FL.OG.licht alive
2017-11-18 08:47:47 status_FL.OG.rm unknown
2017-11-18 08:47:47 status_FL.UG.bm alive
2017-11-18 08:47:47 status_FL.UG.hk alive
2017-11-18 08:47:47 status_FL.UG.licht alive
2017-11-18 08:47:47 status_FL.UG.rm unknown
2017-11-18 08:47:47 status_FL.UG.strahler alive
2017-11-18 08:47:47 status_FL.UG.tk.ke alive
2017-11-18 08:47:47 status_FL.UG.tk.pr alive
2017-11-18 08:47:47 status_FL.ZG.licht alive
2017-11-18 08:47:47 status_GA.bm alive
2017-11-18 08:47:47 status_GA.codeschloss alive
2017-11-18 08:47:47 status_GA.keymatic alive
2017-11-18 08:47:47 status_GA.licht alive
2017-11-18 08:47:47 status_GA.taster alive
2017-11-18 08:47:47 status_GA.torkontakt alive
2017-11-18 08:47:47 status_GA.tuerkontakt alive
2017-11-18 08:47:47 status_HR.tk alive
2017-11-18 08:47:47 status_HW.bm alive
2017-11-18 08:47:47 status_HW.gk alive
2017-11-18 08:47:47 status_HW.hk alive
2017-11-18 08:47:47 status_HW.licht alive
2017-11-18 08:47:47 status_HW.tk alive
2017-11-18 08:47:47 status_HZ.brenner alive
2017-11-18 08:47:47 status_HZ.wm alive
2017-11-18 08:47:47 status_HZ.zl alive
2017-11-18 08:47:47 status_HZ.zs alive
2017-11-18 08:47:47 status_KE.wm alive
2017-11-18 08:47:47 status_KG.fk alive
2017-11-18 08:47:47 status_KG.hk alive
2017-11-18 08:47:47 status_KG.rm alive
2017-11-18 08:47:47 status_KK.hk alive
2017-11-18 08:47:47 status_KK.rm alive
2017-11-18 08:47:47 status_KU.bm alive
2017-11-18 08:47:47 status_KU.licht alive
2017-11-18 08:47:47 status_KU.rm alive
2017-11-18 08:47:47 status_KU.spuele unknown
2017-11-18 08:47:47 status_KU.wm alive
2017-11-18 08:47:47 status_PR.hk alive
2017-11-18 08:47:47 status_Regensensor_Controller alive
2017-11-18 08:47:47 status_SZ.fk alive
2017-11-18 08:47:47 status_SZ.hk alive
2017-11-18 08:47:47 status_SZ.rm unknown
2017-11-18 08:47:47 status_Sonnensensor alive
2017-11-18 08:47:47 status_WC.bm alive
2017-11-18 08:47:47 status_WC.hk alive
2017-11-18 08:47:47 status_WC.licht alive
2017-11-18 08:47:47 status_WC.tk alive
2017-11-18 08:47:47 status_WC.ventilator alive
2017-11-18 08:47:47 status_WC.wm alive
2017-11-18 08:47:47 status_WF.codeschloss alive
2017-11-18 08:47:47 status_WF.keymatic alive
2017-11-18 08:47:47 status_WF.licht alive
2017-11-18 08:47:47 status_WF.tuerkontakt alive
2017-11-18 08:47:47 status_WZ.hk alive
2017-11-18 08:47:47 status_WZ.rm alive
2017-11-18 08:47:47 status_Wetterstation alive
helper:
HM_CMDNR 31
actCycle 600
peers 1B254C,24A2F6,25DE4E,25F392,26110D,261118,287108,287AFD,29B665,2A54F4,2A5517,2A55C1,2B1983,2B493A,2BBFE8,2C0833,2C15FE,2D9008,2D9034,2DAA03,2DAA09,2DCF27,2DE136,2DE13A,2DE4BB,2E1461,2E26B3,2ED351,2EEC7C,2EECCA,2EF0D4,2EF73F,2F0292,2F0303,2F038A,2F046F,2F0F99,2F0FA1,2F0FE2,2F1090,2FDB9E,30A8DB,30A96E,30A9CE,30B463,322BFA,32570E,331747,33BADB,344397,35C7E2,35C94C,383A9F,3CAA65,41C72F,41D1CE,47A76F,47A778,47A77A,4C1455,4CDEEA,4CEBEF,4CEBF1,4CEC2E,4CEC36,4CEC37,4CEC3B,4CEC65,4CEC6E,4CEC6F,4E772B,521C3A,52731C,5B3342
1B254C:
start 2017-11-17 22:57:36
24A2F6:
start 2017-11-17 22:57:36
25DE4E:
start 2017-11-17 22:57:42
25F392:
start 2017-11-17 22:57:35
26110D:
start 2017-11-17 22:57:38
261118:
start 2017-11-17 22:57:42
287108:
start 2017-11-17 22:57:36
287AFD:
start 2017-11-17 22:57:38
29B665:
start 2017-11-17 22:57:41
2A54F4:
start 2017-11-17 22:57:37
2A5517:
start 2017-11-17 22:57:37
2A55C1:
start 2017-11-17 22:57:35
2B1983:
start 2017-11-17 22:57:41
2B493A:
start 2017-11-17 22:57:35
2BBFE8:
start 2017-11-17 22:57:42
2C0833:
start 2017-11-17 22:57:38
2C15FE:
start 2017-11-17 22:57:38
2D9008:
start 2017-11-17 22:57:38
2D9034:
start 2017-11-17 22:57:40
2DAA03:
start 2017-11-17 22:57:36
2DAA09:
start 2017-11-17 22:57:42
2DCF27:
start 2017-11-17 22:57:37
2DE136:
start 2017-11-17 22:57:39
2DE13A:
start 2017-11-17 22:57:40
2DE4BB:
start 2017-11-17 22:57:37
2E1461:
start 2017-11-17 22:57:35
try 99
2E26B3:
start 2017-11-17 22:57:37
2ED351:
start 2017-11-17 22:57:42
2EEC7C:
start 2017-11-17 22:57:41
2EECCA:
start 2017-11-17 22:57:40
2EF0D4:
start 2017-11-17 22:57:37
2EF73F:
start 2017-11-17 22:57:40
2F0292:
start 2017-11-17 22:57:36
2F0303:
start 2017-11-17 22:57:38
2F038A:
start 2017-11-17 22:57:40
2F046F:
start 2017-11-17 22:57:41
2F0F99:
start 2017-11-17 22:57:40
2F0FA1:
start 2017-11-17 22:57:41
2F0FE2:
start 2017-11-17 22:57:36
2F1090:
start 2017-11-17 22:57:37
2FDB9E:
start 2017-11-17 22:57:37
30A8DB:
start 2017-11-17 22:57:35
30A96E:
start 2017-11-17 22:57:37
30A9CE:
start 2017-11-17 22:57:37
30B463:
start 2017-11-17 22:57:38
322BFA:
start 2017-11-17 22:57:36
32570E:
start 2017-11-17 22:57:36
331747:
start 2017-11-17 22:57:35
33BADB:
start 2017-11-17 22:57:38
344397:
start 2017-11-17 22:57:38
35C7E2:
start 2017-11-17 22:57:38
35C94C:
start 2017-11-17 22:57:37
383A9F:
start 2017-11-17 22:57:36
3CAA65:
start 2017-11-17 22:57:39
41C72F:
start 2017-11-17 22:57:39
41D1CE:
start 2017-11-17 22:57:40
47A76F:
start 2017-11-17 22:57:39
47A778:
start 2017-11-17 22:57:41
47A77A:
start 2017-11-17 22:57:39
4C1455:
start 2017-11-17 22:57:41
4CDEEA:
start 2017-11-17 22:57:38
4CEBEF:
start 2017-11-17 22:57:39
4CEBF1:
start 2017-11-17 22:57:40
4CEC2E:
start 2017-11-17 22:57:37
4CEC36:
start 2017-11-17 22:57:42
4CEC37:
start 2017-11-17 22:57:35
4CEC3B:
start 2017-11-17 22:57:39
4CEC65:
start 2017-11-17 22:57:36
4CEC6E:
start 2017-11-17 22:57:40
4CEC6F:
start 2017-11-17 22:57:41
4E772B:
start 2017-11-17 22:57:38
521C3A:
start 2017-11-17 22:57:41
52731C:
start 2017-11-17 22:57:39
5B3342:
start 2017-11-17 22:57:39
io:
newChn +000000,00,01,00
prefIO
rxt 0
vccu
p:
000000
00
01
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
Attributes:
actAutoTry 1_on
event-on-change-reading .*
icon unknown
model ActionDetector
room FHEM
verbose 2
Hier das Device:
Internals:
DEF 2E1461
HMLAN1_MSGCNT 3
HMLAN1_RAWMSG E2E1461,0000,69AA7326,FF,FFAF,CF80022E146129A0830101000041
HMLAN1_RSSI -81
HMLAN1_TIME 2017-11-18 08:52:53
HMUART1_MSGCNT 1
HMUART1_RAWMSG 04030133CF80022E146129A0830101000041
HMUART1_RSSI -51
HMUART1_TIME 2017-11-18 08:52:53
HMUART2_MSGCNT 1
HMUART2_RAWMSG 05000138CF80022E146129A0830101000041
HMUART2_RSSI -56
HMUART2_TIME 2017-11-18 08:52:53
IODev HMUART1
LASTInputDev HMUART2
MSGCNT 5
NAME Alarm_sir_int
NOTIFYDEV global
NR 191
NTFY_ORDER 50-Alarm_sir_int
STATE off
TYPE CUL_HM
lastMsg No:CF - t:02 s:2E1461 d:29A083 0101000041
peerList self01,
protLastRcv 2017-11-18 08:52:53
protSnd 3 last_at:2017-11-18 08:52:52
protState CMDs_done
rssi_HMLAN1 avg:-82 min:-82 max:-82 lst:-82 cnt:1
rssi_HMUART1 avg:-65 min:-65 max:-65 lst:-65 cnt:1
rssi_at_HMLAN1 avg:-81.66 min:-82 max:-81 lst:-81 cnt:3
rssi_at_HMUART1 avg:-51 min:-51 max:-51 lst:-51 cnt:1
rssi_at_HMUART2 avg:-56 min:-56 max:-56 lst:-56 cnt:1
READINGS:
2017-11-18 00:07:42 Activity dead
2017-11-18 08:52:53 CommandAccepted yes
2016-09-29 19:52:37 D-firmware 1.6
2016-09-29 19:52:37 D-serialNr LEQ0771339
2017-10-18 12:07:23 PairedTo 0x29A083
2016-09-29 19:41:18 R-intKeyVisib visib
2016-09-29 19:41:18 R-ledMode off
2017-08-07 19:19:42 R-lowBatLimitBA 6 V
2016-09-29 19:41:18 R-pairCentral 0x29A083
2016-09-29 19:41:20 R-self01-lgActionType jmpToTarget
2016-09-29 19:41:20 R-self01-lgCtDlyOff geLo
2016-09-29 19:41:20 R-self01-lgCtDlyOn geLo
2016-09-29 19:41:20 R-self01-lgCtOff geLo
2016-09-29 19:41:20 R-self01-lgCtOn geLo
2016-09-29 19:41:20 R-self01-lgCtValHi 100
2016-09-29 19:41:20 R-self01-lgCtValLo 50
2016-09-29 19:41:20 R-self01-lgMultiExec on
2016-09-29 19:41:20 R-self01-lgOffDly 0 s
2016-09-29 19:41:20 R-self01-lgOffTime unused
2016-09-29 19:41:20 R-self01-lgOffTimeMode absolut
2016-09-29 19:41:20 R-self01-lgOnDly 0 s
2016-09-29 19:41:20 R-self01-lgOnTime unused
2016-09-29 19:41:20 R-self01-lgOnTimeMode absolut
2016-09-29 19:41:20 R-self01-lgSwJtDlyOff off
2016-09-29 19:41:20 R-self01-lgSwJtDlyOn on
2016-09-29 19:41:20 R-self01-lgSwJtOff dlyOn
2016-09-29 19:41:20 R-self01-lgSwJtOn dlyOff
2016-09-29 19:41:20 R-self01-shActionType jmpToTarget
2016-09-29 19:41:20 R-self01-shCtDlyOff geLo
2016-09-29 19:41:20 R-self01-shCtDlyOn geLo
2016-09-29 19:41:20 R-self01-shCtOff geLo
2016-09-29 19:41:20 R-self01-shCtOn geLo
2016-09-29 19:41:20 R-self01-shCtValHi 100
2016-09-29 19:41:20 R-self01-shCtValLo 50
2016-09-29 19:41:20 R-self01-shMultiExec off
2016-09-29 19:41:20 R-self01-shOffDly 0 s
2016-09-29 19:41:20 R-self01-shOffTime unused
2016-09-29 19:41:20 R-self01-shOffTimeMode absolut
2016-09-29 19:41:20 R-self01-shOnDly 0 s
2016-09-29 19:41:20 R-self01-shOnTime unused
2016-09-29 19:41:20 R-self01-shOnTimeMode absolut
2016-09-29 19:41:20 R-self01-shSwJtDlyOff off
2016-09-29 19:41:20 R-self01-shSwJtDlyOn on
2016-09-29 19:41:20 R-self01-shSwJtOff dlyOn
2016-09-29 19:41:20 R-self01-shSwJtOn dlyOff
2016-09-29 19:41:19 R-sign off
2017-10-18 12:07:23 RegL_00. 02:81 05:00 0A:29 0B:A0 0C:83 12:3C 00:00
2017-10-18 12:07:23 RegL_01. 08:00 00:00
2017-10-18 12:07:25 RegL_03.self01 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 00:00
2017-11-18 08:52:53 battery ok
2017-11-18 08:52:53 deviceMsg off (to vccu)
2017-11-18 08:52:53 level 0
2017-11-18 08:52:53 pct 0
2017-11-17 22:57:35 peerList self01,
2017-10-18 12:07:18 powerOn 2017-10-18 12:07:18
2017-11-18 08:52:53 recentStateType ack
2017-11-18 08:52:53 state off
2017-11-18 08:52:53 timedOn off
helper:
HM_CMDNR 207
cSnd 0129A0832E1461010E,1129A0832E14610201000000
dlvlCmd ++A01129A0832E14610201000000
mId 006C
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +2E1461,00,01,00
nextSend 1510991573.56064
rxt 0
vccu vccu
p:
2E1461
00
01
00
prefIO:
HMUART1
mRssi:
mNo CF
io:
HMLAN1 -81
HMUART1 -49
HMUART2 -56
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
HMLAN1:
avg -82
cnt 1
lst -82
max -82
min -82
HMUART1:
avg -65
cnt 1
lst -65
max -65
min -65
at_HMLAN1:
avg -81.6666666666667
cnt 3
lst -81
max -81
min -82
at_HMUART1:
avg -51
cnt 1
lst -51
max -51
min -51
at_HMUART2:
avg -56
cnt 1
lst -56
max -56
min -56
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMUART1
actCycle 001:00
actStatus dead
alias Alarmsirene Innen
autoReadReg 5_readMissing
devStateIcon on:audio_audio@red off:audio_volume_mute@green .*:audio_volume_mute@yellow
event-on-change-reading battery,state
expert 251_anything
firmware 1.6
group Sirene
icon secur_alarm
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,2E146101,
room Alarm,Flur,QuickFhem
serialNr LEQ0771339
subType switch
verbose 2
webCmd on:off
Was ist da los, hat sich da was geändert ?
VG
Klaus
EDIT:
Ich sollte vielleicht noch erwähnen, wenn ich das Gerät via FHEM anspreche (on|off) und danach ein
"set actiondetector update" absetze wird das Geräat alive.
Der actautotry 1_on scheint nicht mehr zu funktionieren...
Kann mir jemand sagen, in welchem Modul der ActionDetector verborgen ist ?
Ich würde dann einfach mal eine ältere Version zurück spielen ..
Oder eher die 10_CULHM ?
VG
Klaus
10_cul_hm
Es liegt definitiv an der 10_CUL_HM.pm..
Nach einspielen einer älteren Version:
# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 15170 2017-10-02 08:11:26Z martinp876 $
funktioniert der ActionDetector wieder einwandfrei ..
VG
Klaus
nach fhem update funktioniert bei mir nun auch kein actautotry mehr.
unklar.
das "try 99" im Action Detector besagt, dass kein Kommando "statusRquest" zu Verfügung steht.
Der Update wurde um "2017-11-18 08:47:47" durchgeführt. Die letzte Empfangenen Nachricht ist von "2017-11-18 08:52:53"
das passt nicht.
ich habe meinen sw1ba auch "freigeschaltet". Funktioniert.
=> was ist also euer Scenario?
1) steht ein Kommando "statusRequest" zu Verfügung?
2) was liefert ein "get hm param -d protLastRcv"? Die Uhrzeit sollte nicht älter sein als "aktuell - 1h" für das 2E1461
Ein "nicht-selbst sendentes" Device (also kein RT oder Temp-sensor) wird 3 mal "angerufen" (statusRequest) wenn das Datum nicht stimmt. Dann ist schluss. Damit wird die Funktlast reduziert.
m.e. funktioniert der Code grundsätzlich. Bei gelegentlichen Funktproblemen kann es schon zu dead kommen - wasdann korrekt ist.
bei mir sind es 230v aktoren, die bis zum fhem update zuverlässig als alive gelistet wurden.
SwitchUP01 war heute ebenfalls dead, habe dann einmal das licht eingeschaltet (13:03:20), danach war er wieder alive.
param list
entity : protLastRcv | actCycle | DEF | model | subType |
DimPBU01 : 2017-12-08 13:15:04 | 024:00 | 266A86 | HM-LC-Dim1TPBU-FM | dimmer
DimUP01 : 2017-12-08 12:39:11 | 024:00 | 1F64D8 | HM-LC-DIM1T-FM | dimmer
SwitchUP01 : 2017-12-10 13:03:20 | 024:00 | 285A54 | HM-LC-SW1-FM | switch
der DimUP01 hat jetzt fälschlicherweise virtuelle channel. normalerweise ist das ein device inklusive einem channel. das hauptdevice hat keinen statusrequest, die 3 channel haben statusrequest. seit dem update wird vergeblich alle 30min ein statusrequest auf chn2 und chn3 versucht. logisch, aber falsch. es werden keine statusrequests auf hauptdevice und chn1 versucht. ein manuelles getserial hat ihn gerade erweckt.
beim SwitchUP01 wird seit dem restart kein statusrequest mehr versucht. vor dem update regelmässig alle 24 std. ein manuelles statusrequest war jetzt erfolgreich.
beim DimPBU01 wurde vor dem update regelmässig (24std) ein getSerial gesendet und beantwortet. seither keine versuche mehr. getserial existiert noch im device aber kein statusrequest. nur in den 3 virtuellen chn gibt es statusrequest. aber nach restart keine versuche mehr. ein manuelles getserial war gerade erfolgreich.
bei fhem restart wurden also noch statusrequest abgesetzt, danach nicht mehr.
du testest bestimmt mit einem kleinen actCycle. ist das stunden parsen eventuell buggy?
Ich hab actCycle 000:20 gerade auch noch mal bei einem Jalousieaktor (HM-LC-Bl1PBU-FM) eingestellt.
reverseLog daher letzter Eintrag zuerst...
2017.12.10 20:46:45.232 4: Device Buero_ak_Jalousie is alive
2017.12.10 20:40:47.066 3: CUL_HM set Buero_ak_Jalousie statusRequest
2017.12.10 20:26:45.076 4: Device Buero_ak_Jalousie is dead
2017.12.10 20:06:45.007 3: CUL_HM set ActionDetector update
2017.12.10 20:02:29.450 3: CUL_HM set Buero_ak_Jalousie statusRequest
die statusRequests und das update habe ich manuell durchgeführt.
list vom ActionDetector:
Internals:
CHANGED
DEF 000000
IODev HMlgw2:keepAlive
NAME ActionDetector
NOTIFYDEV global
NR 56
NTFY_ORDER 50-ActionDetector
STATE alive:65 dead:1 unkn:0 off:0
TYPE CUL_HM
READINGS:
2017-12-10 20:36:45 state alive:65 dead:1 unkn:0 off:0
2017-12-10 20:36:45 status_Bad_HT alive
2017-12-10 20:36:45 status_Bad_WT alive
2017-12-10 20:36:45 status_Bad_sc_Fenster alive
2017-12-10 20:36:45 status_Buero_HT alive
2017-12-10 20:36:45 status_Buero_SD2 alive
2017-12-10 20:36:45 status_Buero_WT alive
2017-12-10 20:36:45 status_Buero_ak_Jalousie dead
helper:
HM_CMDNR 44
actCycle 600
peers 224AF6,23DD3D,247409,283A7C,28B37B,28B79E,28B973,2A8254,2AB5DA,2AB5EF,2B336B,2B6083,2C7227,2C72FC,2D335F,2D336C,2D33F9,30330E,303369,303D14,31C92D,31C930,338A55,354B6F,354B74,354B75,35754D,37AA06,37AA1B,37D03E,37DBF0,3A78D7,3A78E6,3B04D6,3B04DB,3B05FD,3DFBC6,3EEC44,3EEC76,4015A8,4015DF,4015E0,4015E2,40175F,401760,458A92,458AAA,458AB6,4B2D9D,4C101E,4C1020,4C1028,4C102B,4C102C,4C11DC,4C6C37,4C6CBC,4C6CDE,4C6CED,4C6D1E,4C6FB9,4C6FC8,4C6FDB,4CF2A1,4CF67E,4DF58D,4DF6BC,4F54EE,52D450,623D23
224AF6:
start 2017-12-09 10:25:34
4F54EE:
start 2017-12-09 10:25:39
52D450:
start 2017-12-10 20:00:44
try 99
623D23:
start 2017-12-10 12:11:56
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
shadowReg:
tmpl:
Attributes:
IODev HMlgw2:keepAlive
actAutoTry 1_on
event-on-change-reading .*
expert 251_anything
model ActionDetector
room __System
verbose 5
ich habe ein Paar Devices raus gelöscht, wegen der Übersicht.
52D450:
start 2017-12-10 20:00:44
try 99
das ist der Jalousieaktor.
bei mir gibt es überhaupt kein try 99.
Internals:
.triggerUsed 1
CHANGED
DEF 000000
IODev hmusb1
NAME ActionDetector
NOTIFYDEV global
NR 562
NTFY_ORDER 50-ActionDetector
STATE alive:28 dead:0 unkn:0 off:0
TYPE CUL_HM
READINGS:
2017-12-10 19:55:26 state alive:28 dead:0 unkn:0 off:0
2017-12-10 19:48:28 status_DimPBU01 alive
2017-12-10 19:55:26 status_DimUP01 alive
2017-12-10 19:48:28 status_Fenster.Bad alive
2017-12-10 19:48:28 status_SD.AZ alive
2017-12-10 19:48:28 status_SD.SZ alive
2017-12-10 19:48:28 status_SD.WZ alive
2017-12-10 19:48:28 status_SwitchES01 alive
2017-12-10 19:48:28 status_SwitchPBU01 alive
2017-12-10 19:48:28 status_SwitchUP01 alive
2017-12-10 19:48:28 status_SwitchUP02 alive
2017-12-10 19:48:28 status_Thermostat.AZ alive
2017-12-10 19:48:28 status_Thermostat.Bad alive
2017-12-10 19:48:28 status_Thermostat.Bad.OG alive
2017-12-10 19:48:28 status_Thermostat.GZ alive
2017-12-10 19:48:28 status_Thermostat.Keller alive
2017-12-10 19:48:28 status_Thermostat.Kueche alive
2017-12-10 19:48:28 status_Thermostat.OZ alive
2017-12-10 19:48:28 status_Thermostat.SZ alive
2017-12-10 19:48:28 status_Thermostat.WZ alive
2017-12-10 19:48:28 status_Tuer.SZ alive
2017-12-10 19:48:28 status_Tuer.WZ.Terrasse alive
2017-12-10 19:48:28 status_Ventil.AZ.Nord alive
2017-12-10 19:48:28 status_Ventil.AZ.West alive
2017-12-10 19:48:28 status_Ventil.Bad alive
2017-12-10 19:48:28 status_Ventil.Kueche alive
2017-12-10 19:48:28 status_Ventil.SZ alive
2017-12-10 19:48:28 status_Ventil.WZ alive
2017-12-10 19:48:28 status_Wetter.Sued alive
helper:
HM_CMDNR 126
actCycle 600
peers 1936FF,193A9A,1BF81B,1BFC52,1C1BE3,1C4E25,1CE9F5,1D252E,1DE620,1DF7C6,1DFC2F,1DFDA5,1F64D8,1F91AA,206219,206278,206487,2064CB,20DFE1,24AF1D,266A86,266EA5,285A44,285A54,52BB90,52BB9D,52C4DF,6869B6,83765A
1936FF:
start 2017-12-08 11:58:21
193A9A:
start 2017-12-08 11:58:22
1BF81B:
start 2017-12-08 11:58:22
1BFC52:
start 2017-12-08 11:58:22
1C1BE3:
start 2017-12-08 11:58:21
1C4E25:
start 2017-12-08 11:58:22
1CE9F5:
start 2017-12-08 11:58:22
1D252E:
start 2017-12-08 11:58:21
1DE620:
start 2017-12-08 11:58:22
1DF7C6:
start 2017-12-08 11:58:22
1DFC2F:
start 2017-12-08 11:58:22
1DFDA5:
start 2017-12-08 11:58:22
1F64D8:
start 2017-12-08 11:58:21
1F91AA:
start 2017-12-08 11:58:22
206219:
start 2017-12-08 11:58:21
206278:
start 2017-12-08 11:58:21
206487:
start 2017-12-08 11:58:21
2064CB:
start 2017-12-08 11:58:21
20DFE1:
start 2017-12-08 11:58:21
24AF1D:
start 2017-12-08 11:58:21
266A86:
start 2017-12-08 11:58:21
266EA5:
start 2017-12-08 11:58:21
285A44:
start 2017-12-08 11:58:21
285A54:
start 2017-12-08 11:58:21
52BB90:
start 2017-12-08 11:58:21
52BB9D:
start 2017-12-08 11:58:21
52C4DF:
start 2017-12-08 11:58:21
6869B6:
start 2017-12-08 11:58:23
83765A:
start 2017-12-08 11:58:23
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
shadowReg:
Attributes:
IODev hmusb1
actAutoTry 1_on
event-on-change-reading .*
model ActionDetector
room 90_Technik,99_System
timestamp-on-change-reading .*
4F54EE:
start 2017-12-09 10:25:39
52D450:
start 2017-12-10 20:00:44
623D23:
start 2017-12-10 12:11:56
habe ich auch nur dann, wenn das Device aktuell dead ist
ok, mein device SwitchUP01 bekommt auch try 99, wenn dead. probiert mit actCycle=000:10.
hallo martin,
deine änderungen der regex aus rev15366 sind das problem für actAutoTry.
falls es jemand braucht:
folgenden code ab zeile 8546 entsprechend tauschen (eigentlich nur die beiden zeichen "^" entfernen):
if ($cmds =~ m/(statusRequest|getSerial)/){
# send statusrequest if possible
CUL_HM_Set($defs{$devName},$devName,
($cmds =~ m/statusRequest/ ? "statusRequest"
: "getSerial" ));
$state = $oldState eq "unset" ? "unknown"
: $oldState;
}
dann bleibt bei mir noch das problem mit den "neuen, falschen" virtuellen channeln beim HM-LC-Dim1T-fm.
edit:
für den dimmer die änderung in HMConfig.pm zeile 166 in rev 15315 bitte wieder rückgängig machen.
,"0059" => {name=>"HM-LC-DIM1T-FM" ,st=>'dimmer' ,cyc=>'' ,rxt=>'' ,lst=>'1,3' ,chn=>"",}
push
zum Thema "(eigentlich nur die beiden zeichen "^" entfernen)":
Super - und schon läuft alles wie früher - vielen Dank an Hero Member Frank, ich bin fast verrückt geworden ohne die Hilfe..
Wäre schön, wenn das in der neuesten 10_CUL_HM.pm mal wieder korrigiert werden würde.
Ich ziehe ehrfurchtsvoll den Hut vor Perl-Coding-Sachveständigen :) :)
die Änderung in CUL_HM war ein Fehler.
HMConfig sollte aber korrekt sein. Was funktioniert hier nicht?
HM-LC-DIM1T-FM und HM-LC-DIM1T-PL sind nach eq3 von der Konfiguration identisch.
der HM-LC-DIM1T-FM hat nur 1 chn.
also keine virtuellen chn.
ah... den HM-LC-DIM1T-FM gibt es 2-mal bei eq3. mein Fehler - allerdings mehrfach.
einer mit und einer ohne Virtuelle Kanäle.
Dimmer sind jetzt aktualisiert.
prima,
das neue jahr beginnt ganz vielversprechend.
Habe zusammen,
habe gestern wieder mal einen update gemacht...
Leider bekomme ich jetzt einen dead von dem HM-LC-SW1-BA-PCB.
Das Problem hatte ich schonmal und konnte das durch einspielen einer älteren 10_CULHM bereinigen (siehe erster Beitrag in diesem Thread).
Ist das bekannt ?
mfg
Klaus
Sorry Fehlalarm, das Device hat bei mir tatsächlich Aussetzer ..