Guten Abend,
da mein FS20 AS1-2 in die Jahre gekommen ist und nicht mehr zuverlässig geschaltet hat musste er einem HM Aufputz 1fach Funkaktor weichen.
Nun funktioniert mein DOIF nicht mehr richtig - mit dem FS20 war die Schaltung kein Problem.
Das DOIF hat, wenn das Tor geöffnet wurde die Gartenbeleuchtung für 900 Sekunden eingeschaltet und aber wenn das
Licht brennt und das Tor geöffnet wird, das Licht nach wait 30 ausgeschaltet.
Nun funktioniert das Ausschalten - aber - schaltet sich das Licht beim Öffnen ein, aber nach einiger Zeit (30 Sekunden) sofort wieder aus?
Ich verstehe nicht wieso? Hat mit FS20 tadellos über Jahre funktioniert.
Hier das DOIF
(([Einfahrt] eq "Offen") and ([?GartenLicht] eq "off") and ([du_LangeAbwesend] eq "off") and [[Daemmerung:ss]-06:30]) (set GartenLicht on-for-timer 900, set GaragenLicht on-for-timer 900) DOELSEIF (([Einfahrt] eq "Offen") and ([?GartenLicht] eq "on") and ([du_LangeAbwesend] eq "off") and [[Daemmerung:ss]-[Daemmerung:sr]]) (set GartenLicht off, set GaragenLicht off) DOELSE
und ein List vom HM
Internals:
DEF 555925
HMUSB_MSGCNT 6
HMUSB_RAWMSG RD53AE3CB,0001,57EB02C8,FF,FFB9,F48002555925220355010100004A
HMUSB_RSSI -71
HMUSB_TIME 2017-11-19 18:02:07
IODev HMUSB
LASTInputDev HMUSB
MSGCNT 6
NAME GartenLicht
NOTIFYDEV global
NR 453
STATE off
TYPE CUL_HM
lastMsg No:F4 - t:02 s:555925 d:220355 010100004A
offtime 1511110927
oldenergy 0
oldenergytime 1511110782
ontime 1511110896
protLastRcv 2017-11-19 18:02:07
protSnd 6 last_at:2017-11-19 18:02:06
protState CMDs_done
rssi_HMUSB avg:-72.59 min:-74 max:-72 lst:-74 cnt:5
rssi_at_HMUSB avg:-71.5 min:-72 max:-70 lst:-71 cnt:6
READINGS:
2017-11-19 18:02:07 CommandAccepted yes
2017-11-16 14:03:04 D-firmware 2.5
2017-11-16 14:03:04 D-serialNr OEQ0143788
2017-11-16 14:40:22 PairedTo 0x220355
2017-11-16 14:03:08 R-pairCentral 0x220355
2017-11-16 13:59:07 R-powerUpAction off
2017-11-16 13:59:07 R-sign off
2017-11-16 14:40:22 RegL_00. 02:01 0A:22 0B:03 0C:55 15:FF 18:00 00:00
2017-11-16 14:40:23 RegL_01. 08:00 30:06 57:24 56:00 00:00
2017-11-19 18:02:07 deviceMsg off (to HMUSB)
2017-11-19 18:02:07 level 0
2017-11-19 18:02:07 pct 0
2017-11-18 23:59:50 power-daily 0
2017-11-18 23:59:50 power-daily-last 0
2017-11-19 18:02:09 power-hourly 0
2017-11-19 17:59:50 power-hourly-last 0.0
2017-11-16 14:40:21 powerOn 2017-11-16 14:40:21
2017-11-19 18:02:07 recentStateType ack
2017-11-19 18:02:07 state off
2017-11-19 18:02:07 timedOn off
helper:
HM_CMDNR 244
cSnd 112203555559250201C800008CA3,112203555559250201000000
dlvlCmd ++A0112203555559250201000000
mId 0002
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +555925,00,00,00
nextSend 1511110861.50975
prefIO
rxt 0
vccu
p:
555925
00
00
00
mRssi:
mNo F4
io:
HMUSB -69
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
HMUSB:
avg -72.6
cnt 5
lst -74
max -72
min -74
at_HMUSB:
avg -71.5
cnt 6
lst -71
max -70
min -72
Attributes:
IODev HMUSB
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.5
group Licht
model HM-LC-SW1-SM
peerIDs 00000000,
room Favoriten,Garten
serialNr OEQ0143788
subType switch
userattr room_map structexclude
webCmd on:off
Ja und der TorSensor ist auch ein HM
Internals:
DEF 4ECD11
HMUSB_MSGCNT 4
HMUSB_RAWMSG E4ECD11,0000,57EB67C8,FF,FFAC,A2A6414ECD11220355016B00
HMUSB_RSSI -84
HMUSB_TIME 2017-11-19 18:02:33
IODev HMUSB
LASTInputDev HMUSB
MSGCNT 4
NAME Einfahrt
NOTIFYDEV global
NR 342
STATE Zu
TYPE CUL_HM
lastMsg No:A2 - t:41 s:4ECD11 d:220355 016B00
offtime 1511110894
oldenergy 0
oldenergytime 1511110832
ontime 1511110832
protLastRcv 2017-11-19 18:02:33
protSnd 4 last_at:2017-11-19 18:02:33
protState CMDs_done
rssi_at_HMUSB avg:-85.5 min:-88 max:-82 lst:-84 cnt:4
READINGS:
2017-11-19 17:59:37 Activity alive
2016-09-03 12:43:07 CommandAccepted yes
2016-09-03 12:44:58 D-firmware 2.4
2016-09-03 12:44:58 D-serialNr NEQ0757436
2016-09-04 12:37:22 PairedTo 0x220355
2016-09-04 12:37:22 R-cyclicInfoMsg off
2016-09-04 12:37:23 R-eventDlyTime 0 s
2016-09-04 12:37:22 R-pairCentral 0x220355
2016-09-04 12:37:22 R-sabotageMsg on
2016-09-04 12:37:23 R-sign off
2016-09-04 12:37:22 RegL_00. 02:01 09:00 0A:22 0B:03 0C:55 10:01 14:06 00:00
2016-09-04 12:37:23 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2016-10-22 18:00:00 STATE 0
2016-11-22 15:04:19 alive yes
2017-11-19 18:02:33 battery ok
2017-11-19 18:02:33 contact closed (to HMUSB)
2017-11-18 23:59:47 power-daily 0
2017-11-18 23:59:47 power-daily-last 0
2017-11-19 18:01:36 power-hourly 0
2017-11-19 16:59:46 power-hourly-last 0.0
2017-10-31 23:59:49 power-monthly 0
2017-10-31 23:59:49 power-monthly-last 0
2017-11-12 23:59:48 power-weekly 0
2017-11-12 23:59:48 power-weekly-last 0
2016-12-31 23:59:48 power-yearly 0
2016-12-31 23:59:48 power-yearly-last 0
2016-11-22 15:04:19 recentStateType info
2016-11-22 15:04:19 sabotageError off
2017-11-19 18:02:33 state closed
2017-11-19 18:02:33 trigDst_220355 noConfig
2017-11-19 18:02:33 trigger_cnt 107
helper:
HM_CMDNR 162
mId 00B1
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4ECD11,00,00,00
nextSend 1511110953.05409
prefIO
rxt 2
vccu
p:
4ECD11
00
00
00
mRssi:
mNo A2
io:
HMUSB -82
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMUSB
flg A
ts 1511110953.01241
ack:
HASH(0x336ef18)
A280022203554ECD110101C800
rssi:
at_HMUSB:
avg -85.5
cnt 4
lst -84
max -82
min -88
Attributes:
IODev HMUSB
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
devStateIcon Offen:fts_yard_gate_2w_open@red Zu:fts_yard_gate_2w@green
eventMap open:Offen closed:Zu
expert 2_raw
firmware 2.4
model HM-SEC-SC-2
peerIDs 00000000,
room Einfahrt,Favoriten
serialNr NEQ0757436
subType threeStateSensor
webCmd :
Ersuche um eure Hilfe
Danke
Helmut
Keiner eine Idee warum mit FS20 Hardware ok und mit HM Hardware der Fehler
Auf den ersten Blick verwirrt mich das Komma....
Hat das so tatsächlich funktioniert? Eigentlich ist die Trennung ein Semikolon.
set GartenLicht off, set GaragenLicht off
VG, Thomas
Bei HM gibt es Zwischenzustände z. B. set_off oder set_on, die könnten dein Modul durcheinander bringen.
Zitat von: Damian am 20 November 2017, 14:52:36
Bei HM gibt es Zwischenzustände z. B. set_off oder set_on, die könnten dein Modul durcheinander bringen.
Kann ich bestätigen. Ich behelfe mir mit dem Attribut "wait" für ein paar Sekunden, bis das HM-Device tatsächlich "On" oder "off" ist. Sollte das eleganter gehen, bin ich für Tips dankbar.
Hallo Tom_Tom - ja hat funktioniert - jetzt auch wieder.
Danke an Damian für den Tip und Danke an meinen Freund Bartimaus - habe ein wait 10:10 eingebaut und
funktioniert wieder wie gehabt.
Schönen Abend und Danke
Helmut