Hallo!
Ich habe über 20 Stk. HM-LC-Bl1PBU-FM im Einsatz. Bei einigen ist mir jetzt durch merkwürdiges Verhalten bei der automatischen Verdunkelung/Beschattung aufgefallen, dass sie bei einer Betätigung des Tasters keine Funktelegramme mit dem aktuellen Status bzw. dem Endwert der Position übertragen. (Im Eventmonitor ist es völlig still)
Andere Aktoren schicken unmittelbar nach dem Betätigen des Tasters die korrekten Informationen.Es ist überall die selbe Firmware drauf und meines Erachtens sind sie auch identisch konfiguriert. (Ich habe bis auf user-Attribute nichts geändert.)
Ich habe schon nach allem möglichen gesucht, bin aber nicht fündig geworden.
Hat jemand einen Hinweis für mich, wo ich nachsehen könnte?
lg
Hugo
Hallo Hugo,
ich habe zwar von der ganzen Materie auch noch wenig Ahnung. Ich habe die gleichen Aktoren verbaut wie du und hatte mit einem zu Anfang ähnliche Probleme. Auch dass manchmal Kommandos von FHEM nicht angekommen sind. Problem war die Funkreichweite des HMLan. Bei mir hat es gereicht ihn an eine andere Stelle in der Wohnung zu verlegen.
Überprüfen kann mans super mit dem HMInfo Modul.
Hallo Hugo,
poste doch bitte mal ein
list <Name>
von den problematischen Aktoren. Mit dem Ergebnis von list <Name> kann Dir hier geholfen werden, alles andere ist Kaffeesatzleserei.
VG
Sven
Hallo Sven!
Hier das list eines problematischen Aktors:
(Hinweis:Hier sind einige Readings und Attribute, die von mir sind(werden von scripts gelesen und gesetzt))
Internals:
DEF 3FFDF5
HMLAN1_MSGCNT 36
HMLAN1_RAWMSG R13F99A39,0041,EBB9429F,01,FFCA,0DA4103FFDF5ABCDEF0601C80036
HMLAN1_RSSI -54
HMLAN1_TIME 2016-09-10 14:01:47
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 36
NAME OG_Wohnzimmer_Terrasse_Rollo
NOTIFYDEV global
NR 223
NTFY_ORDER 50-OG_Wohnzimmer_Terrasse_Rollo
STATE on
TYPE CUL_HM
lastMsg No:0D - t:10 s:3FFDF5 d:ABCDEF 0601C80036
peerList RemoteRC8_Btn_05,RemoteRC8_Btn_06,
protEvt_AESCom-ok 12 last_at:2016-09-10 14:01:47
protLastRcv 2016-09-10 14:01:47
protSnd 17 last_at:2016-09-10 14:01:47
protState CMDs_done
rssi_HMLAN1 avg:-55.41 min:-58 max:-53 lst:-54 cnt:12
rssi_at_HMLAN1 avg:-54.74 min:-59 max:-52 lst:-54 cnt:12
Helper:
Dblog:
Aescommtodev:
Logdb:
TIME 1473508907.79612
VALUE ok
Devicemsg:
Logdb:
TIME 1473508907.79612
VALUE on (to vccu)
Level:
Logdb:
TIME 1473508907.79612
VALUE 100
Motor:
Logdb:
TIME 1473508907.79612
VALUE stop:on
Pct:
Logdb:
TIME 1473508907.79612
VALUE 100
State:
Logdb:
TIME 1473508907.79612
VALUE on
Readings:
2016-09-10 13:59:46 CommandAccepted yes
2016-09-08 19:31:24 D-firmware 2.8
2016-09-08 19:31:24 D-serialNr MEQ1098453
2016-09-03 21:33:22 PairedTo 0xABCDEF
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgActionType jmpToTarget
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOnLevel 100 %
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shActionType jmpToTarget
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOnLevel 100 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgActionType jmpToTarget
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOnLevel 100 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shActionType jmpToTarget
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOnLevel 100 %
2016-09-03 21:33:23 R-driveDown 35.3 s
2016-09-03 21:33:23 R-driveTurn 0.5 s
2016-09-03 21:33:23 R-driveUp 36 s
2016-09-03 21:33:22 R-pairCentral 0xABCDEF
2016-09-03 21:33:23 R-sign on
2016-09-03 21:33:22 RegL_00. 02:01 0A:AB 0B:CD 0C:EF 15:FF 18:00 00:00
2016-09-03 21:33:23 RegL_01. 08:01 09:00 0A:00 0B:01 0C:61 0D:01 0E:68 0F:05 10:00 30:06 57:24 56:00 00:00
2016-09-03 21:33:27 RegL_03.RemoteRC8_Btn_05 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:93 9F:00 00:00
2016-09-03 21:33:30 RegL_03.RemoteRC8_Btn_06 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:68 9F:00 00:00
2016-09-10 14:01:47 aesCommToDev ok
2016-09-10 13:59:45 aesKeyNbr 02
2016-09-10 14:01:47 deviceMsg on (to vccu)
2016-09-10 13:59:44 laststate none
2016-09-10 14:01:47 level 100
2016-09-10 13:59:44 mode none
2016-09-10 14:01:47 motor stop:on
2016-09-10 14:01:47 pct 100
2016-09-08 19:31:24 peerList RemoteRC8_Btn_05,RemoteRC8_Btn_06,
2016-09-10 14:01:47 recentStateType info
2016-09-10 14:01:47 state on
2016-09-10 14:01:47 timedOn off
Helper:
HM_CMDNR 13
cSnd 11ABCDEF3FFDF50201C8,01ABCDEF3FFDF5010E
dlvlCmd ++A011ABCDEF3FFDF50201C8
mId 006A
rxType 1
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +3FFDF5,01,01,02
nextSend 1473508907.48918
rxt 0
vccu vccu
p:
3FFDF5
01
01
02
prefIO:
HMLAN1
Mrssi:
mNo 0D
Io:
HMLAN1 -52
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1473508907.78107
ack:
HASH(0x3260798)
0D8002ABCDEF3FFDF500
Rssi:
Hmlan1:
avg -55.4166666666667
cnt 12
lst -54
max -53
min -58
At_hmlan1:
avg -54.75
cnt 12
lst -54
max -52
min -59
Tmpl:
Role:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
aesCommReq 1
alias OG Wohnzimmer Rollo (Terrasse)
autoReadReg 5_readMissing
automatic on
closedlevel 0
darkening off
devStateIcon on:fts_shutter_10@green off:fts_shutter_100@black 9\d+.*:fts_shutter_10 8\d+.*:fts_shutter_20 7\d+.*:fts_shutter_30 6\d+.*:fts_shutter_40 5\d+.*:fts_shutter_50 4\d+.*:fts_shutter_60 3\d+.*:fts_shutter_70 2\d+.*:fts_shutter_80 1\d+.*:fts_shutter_90 \d.*:fts_shutter_100
event-on-change-reading aesCommToDev,aesKeyNbr,deviceMsg,level,motor,pct,powerOn,recentStateType,state,timedOn
expert 2_defReg+raw
firmware 2.8
forced_unshadow no
geoposition east
group Rollos OG
model HM-LC-Bl1PBU-FM
openedlevel 100
peerIDs 00000000,31F2E805,31F2E806,
room OG Wohnzimmer
security OG_Wohnzimmer_Terrasse_SEC
serialNr MEQ1098453
shadow on
shadowposition 0
sleeping no
subType blindActuator
sunlevel 2
timezone OG1
userattr automatic darkening geoposition security shadow shadowposition sunlevel openedlevel closedlevel sleeping timezone forced_unshadow
webCmd statusRequest:toggleDir:on:off:up:down:stop
Grüße
Hugo
Hallo Hugo,
mit den RSSI Werten (-54) würde ich ein Funkproblem ausschliessen. Weitere Fehler sehe ich allerdings nicht...
VG
Sven
stell mal attr expert auf 251_anything und poste erneut das list.
eventuell liegt es am register statusInfoMinDly.
vergleiche register und fw-version von funktionierenden und problem-devices.
Ich habe auf beiden Aktoren dieselbe Firmware. Sie sind im selben Raum wie der HMLAN. Das Fensterrollo funktioniert tadellos, das Terasserollo nicht. Es gibt aber im Haus noch einige mehr die Proleme machen in anderen Räumen. Das statusInfoMinDly ist es nicht. Das Problem das ich habe ist, dass mir dieses Problem jetzt sukzessive aufgefallen ist, da es vorher viele andere Gründe gab warum die Rollos bei der Automatik nicht korrekt gefahren sind. Diese "Softwareprobleme" sind nun behoben und jetzt ist mir dieses Verhalten aufgefallen. Was ich weiß ist, dass ich außer den Fahrzeiten nie bewusst Registerwerte verändert habe.
Hier ein funktionierendes Rollo:
Internals:
CHANGED
DEF 4205DA
HMLAN1_MSGCNT 100
HMLAN1_RAWMSG E4205DA,0040,F4D1B328,01,FFD8,21A4104205DAABCDEF06010000
HMLAN1_RSSI -40
HMLAN1_TIME 2016-09-12 08:24:41
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 100
NAME OG_Wohnzimmer_Fenster_Ost_Rollo
NOTIFYDEV global
NR 224
NTFY_ORDER 50-OG_Wohnzimmer_Fenster_Ost_Rollo
STATE off
TYPE CUL_HM
lastMsg No:21 - t:10 s:4205DA d:ABCDEF 06010000
peerList RemoteRC8_Btn_07,RemoteRC8_Btn_08,
protEvt_AESCom-ok 32 last_at:2016-09-12 08:24:41
protLastRcv 2016-09-12 08:24:41
protSnd 33 last_at:2016-09-12 08:24:41
protState CMDs_done
rssi_HMLAN1 avg:-42.2 min:-45 max:-40 lst:-43 cnt:15
rssi_at_HMLAN1 avg:-39.71 min:-42 max:-38 lst:-40 cnt:32
Helper:
Dblog:
Aescommtodev:
Logdb:
TIME 1473661481.29637
VALUE ok
Devicemsg:
Logdb:
TIME 1473661481.29637
VALUE off (to vccu)
Level:
Logdb:
TIME 1473661481.29637
VALUE 0
Motor:
Logdb:
TIME 1473661481.29637
VALUE stop:off
Pct:
Logdb:
TIME 1473661481.29637
VALUE 0
State:
Logdb:
TIME 1473661481.29637
VALUE off
Readings:
2016-09-12 06:17:13 CommandAccepted yes
2016-03-16 15:14:10 D-firmware 2.8
2016-03-16 15:14:10 D-serialNr MEQ1101839
2016-08-15 21:24:32 PairedTo 0xABCDEF
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgActionType jmpToTarget
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtDlyOff refOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtDlyOn dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtOff dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtOn dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtRampOff rampOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtRampOn on
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtRefOff rampOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgBlJtRefOn on
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtDlyOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtDlyOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtRampOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtRampOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtRefOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtRefOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtValHi 100
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgCtValLo 50
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgDriveMode direct
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgMaxTimeF 0.5 s
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgMultiExec on
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOffDly 0 s
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOffLevel 0 %
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOffTime unused
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOffTimeMode absolut
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOnDly 0 s
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOnLevel 100 %
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOnTime unused
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-lgOnTimeMode absolut
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shActionType jmpToTarget
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtDlyOff refOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtDlyOn dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtOff dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtOn dlyOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtRampOff rampOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtRampOn on
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtRefOff rampOff
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shBlJtRefOn on
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtDlyOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtDlyOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtRampOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtRampOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtRefOff geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtRefOn geLo
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtValHi 100
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shCtValLo 50
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shDriveMode direct
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shMaxTimeF unused
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shMultiExec off
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOffDly 0 s
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOffLevel 0 %
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOffTime unused
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOffTimeMode absolut
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOnDly 0 s
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOnLevel 100 %
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOnTime unused
2016-08-15 21:24:38 R-RemoteRC8_Btn_07-shOnTimeMode absolut
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgActionType jmpToTarget
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtDlyOff dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtDlyOn refOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtOff dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtOn dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtRampOff off
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtRampOn rampOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtRefOff off
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgBlJtRefOn rampOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtDlyOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtDlyOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtRampOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtRampOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtRefOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtRefOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtValHi 100
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgCtValLo 50
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgDriveMode direct
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgMaxTimeF 0.5 s
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgMultiExec on
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOffDly 0 s
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOffLevel 0 %
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOffTime unused
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOffTimeMode absolut
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOnDly 0 s
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOnLevel 100 %
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOnTime unused
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-lgOnTimeMode absolut
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shActionType jmpToTarget
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtDlyOff dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtDlyOn refOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtOff dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtOn dlyOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtRampOff off
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtRampOn rampOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtRefOff off
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shBlJtRefOn rampOn
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtDlyOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtDlyOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtRampOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtRampOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtRefOff geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtRefOn geLo
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtValHi 100
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shCtValLo 50
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shDriveMode direct
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shMaxTimeF unused
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shMultiExec off
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOffDly 0 s
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOffLevel 0 %
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOffTime unused
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOffTimeMode absolut
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOnDly 0 s
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOnLevel 100 %
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOnTime unused
2016-08-15 21:24:45 R-RemoteRC8_Btn_08-shOnTimeMode absolut
2016-03-14 08:34:00 R-confBtnTime permanent
2016-03-14 08:34:29 R-driveDown 19 s
2016-03-14 08:34:29 R-driveTurn 0.5 s
2016-03-14 08:34:29 R-driveUp 19.2 s
2016-03-14 08:34:00 R-intKeyVisib invisib
2016-03-14 08:34:00 R-localResDis off
2016-03-14 08:34:00 R-pairCentral 0xABCDEF
2016-03-14 08:34:29 R-refRunCounter 0
2016-03-14 08:34:29 R-sign on
2016-03-14 08:34:29 R-statusInfoMinDly 2 s
2016-03-14 08:34:29 R-statusInfoRandom 1 s
2016-03-14 08:34:29 R-transmitTryMax 6
2016-08-15 21:24:32 RegL_00. 02:01 0A:AB 0B:CD 0C:EF 15:FF 18:00 00:00
2016-08-15 21:24:33 RegL_01. 08:01 09:00 0A:00 0B:00 0C:BE 0D:00 0E:C0 0F:05 10:00 30:06 57:24 56:00 00:00
2016-08-15 21:24:38 RegL_03.RemoteRC8_Btn_07 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:93 9F:00 00:00
2016-08-15 21:24:45 RegL_03.RemoteRC8_Btn_08 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:68 9F:00 00:00
2016-09-12 08:24:41 aesCommToDev ok
2016-09-12 06:17:12 aesKeyNbr 02
2016-09-12 08:24:41 deviceMsg off (to vccu)
2016-09-12 13:59:49 laststate none
2016-09-12 08:24:41 level 0
2016-09-12 13:59:49 mode none
2016-09-12 08:24:41 motor stop:off
2016-09-12 08:24:41 pct 0
2016-09-08 19:31:24 peerList RemoteRC8_Btn_07,RemoteRC8_Btn_08,
2016-04-08 16:05:41 powerOn 2016-04-08 16:05:41
2016-09-12 08:24:41 recentStateType info
2016-09-12 08:24:41 state off
2016-09-12 08:24:41 timedOn off
2016-08-21 21:09:33 trigLast RemoteRC8_Btn_07:short
2016-08-21 21:09:33 trig_RemoteRC8_Btn_07 Short_5
2016-08-21 21:09:27 trig_RemoteRC8_Btn_08 Short_3
Helper:
HM_CMDNR 33
cSnd 11ABCDEF4205DA020100,11ABCDEF4205DA0201C8
dlvlCmd ++A011ABCDEF4205DA0201C8
mId 006A
rxType 1
Dir:
cur stop
rct down
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +4205DA,01,01,02
nextSend 1473661480.99276
rxt 0
vccu vccu
p:
4205DA
01
01
02
prefIO:
HMLAN1
Mrssi:
mNo 21
Io:
HMLAN1 -38
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1473661481.28143
ack:
HASH(0x325d220)
218002ABCDEF4205DA00
Rssi:
Hmlan1:
avg -42.2
cnt 15
lst -43
max -40
min -45
At_hmlan1:
avg -39.71875
cnt 32
lst -40
max -38
min -42
Tmpl:
Role:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
aesCommReq 1
alias OG Wohnzimmer Rollo (Ost)
autoReadReg 5_readMissing
automatic on
closedlevel 0
darkening on
devStateIcon on:fts_shutter_10@green off:fts_shutter_100@black 9\d+.*:fts_shutter_10 8\d+.*:fts_shutter_20 7\d+.*:fts_shutter_30 6\d+.*:fts_shutter_40 5\d+.*:fts_shutter_50 4\d+.*:fts_shutter_60 3\d+.*:fts_shutter_70 2\d+.*:fts_shutter_80 1\d+.*:fts_shutter_90 \d.*:fts_shutter_100
event-on-change-reading aesCommToDev,aesKeyNbr,deviceMsg,level,motor,pct,powerOn,recentStateType,state,timedOn
expert 251_anything
firmware 2.8
forced_unshadow no
geoposition east
group Rollos OG
model HM-LC-Bl1PBU-FM
openedlevel 100
peerIDs 00000000,31F2E807,31F2E808,
room OG Wohnzimmer
security none
serialNr MEQ1101839
shadow on
shadowposition 0
sleeping no
subType blindActuator
sunlevel 3
timezone OG1
userattr automatic darkening geoposition security shadow shadowposition sunlevel openedlevel closedlevel sleeping timezone forced_unshadow
webCmd statusRequest:toggleDir:on:off:up:down:stop
Hier ein Problemfall:
Internals:
DEF 3FFDF5
HMLAN1_MSGCNT 63
HMLAN1_RAWMSG R1E46677B,0041,F606762E,01,FFCC,16A4103FFDF5ABCDEF0601C80034
HMLAN1_RSSI -52
HMLAN1_TIME 2016-09-12 14:01:53
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 63
NAME OG_Wohnzimmer_Terrasse_Rollo
NOTIFYDEV global
NR 223
NTFY_ORDER 50-OG_Wohnzimmer_Terrasse_Rollo
STATE on
TYPE CUL_HM
lastMsg No:16 - t:10 s:3FFDF5 d:ABCDEF 0601C80034
peerList RemoteRC8_Btn_05,RemoteRC8_Btn_06,
protEvt_AESCom-ok 21 last_at:2016-09-12 14:01:53
protLastRcv 2016-09-12 14:01:53
protSnd 30 last_at:2016-09-12 14:01:53
protState CMDs_done
rssi_HMLAN1 avg:-54.28 min:-58 max:-52 lst:-52 cnt:21
rssi_at_HMLAN1 avg:-53.8 min:-59 max:-51 lst:-52 cnt:21
Helper:
Dblog:
Aescommtodev:
Logdb:
TIME 1473681713.23814
VALUE ok
Devicemsg:
Logdb:
TIME 1473681713.23814
VALUE on (to vccu)
Level:
Logdb:
TIME 1473681713.23814
VALUE 100
Motor:
Logdb:
TIME 1473681713.23814
VALUE stop:on
Pct:
Logdb:
TIME 1473681713.23814
VALUE 100
State:
Logdb:
TIME 1473681713.23814
VALUE on
Readings:
2016-09-12 13:59:51 CommandAccepted yes
2016-09-08 19:31:24 D-firmware 2.8
2016-09-08 19:31:24 D-serialNr MEQ1098453
2016-09-03 21:33:22 PairedTo 0xABCDEF
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgActionType jmpToTarget
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtDlyOff refOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtDlyOn dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtOff dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtOn dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtRampOff rampOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtRampOn on
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtRefOff rampOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgBlJtRefOn on
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtDlyOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtDlyOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtRampOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtRampOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtRefOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtRefOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtValHi 100
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgCtValLo 50
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgDriveMode direct
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgMaxTimeF 0.5 s
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgMultiExec on
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOffDly 0 s
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOffLevel 0 %
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOffTime unused
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOffTimeMode absolut
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOnDly 0 s
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOnLevel 100 %
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOnTime unused
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-lgOnTimeMode absolut
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shActionType jmpToTarget
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtDlyOff refOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtDlyOn dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtOff dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtOn dlyOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtRampOff rampOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtRampOn on
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtRefOff rampOff
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shBlJtRefOn on
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtDlyOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtDlyOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtRampOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtRampOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtRefOff geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtRefOn geLo
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtValHi 100
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shCtValLo 50
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shDriveMode direct
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shMaxTimeF unused
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shMultiExec off
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOffDly 0 s
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOffLevel 0 %
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOffTime unused
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOffTimeMode absolut
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOnDly 0 s
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOnLevel 100 %
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOnTime unused
2016-09-03 21:33:27 R-RemoteRC8_Btn_05-shOnTimeMode absolut
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgActionType jmpToTarget
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtDlyOff dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtDlyOn refOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtOff dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtOn dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtRampOff off
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtRampOn rampOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtRefOff off
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgBlJtRefOn rampOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtDlyOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtDlyOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtRampOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtRampOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtRefOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtRefOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtValHi 100
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgCtValLo 50
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgDriveMode direct
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgMaxTimeF 0.5 s
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgMultiExec on
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOffDly 0 s
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOffLevel 0 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOffTime unused
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOffTimeMode absolut
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOnDly 0 s
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOnLevel 100 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOnTime unused
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-lgOnTimeMode absolut
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shActionType jmpToTarget
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtDlyOff dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtDlyOn refOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtOff dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtOn dlyOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtRampOff off
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtRampOn rampOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtRefOff off
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shBlJtRefOn rampOn
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtDlyOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtDlyOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtRampOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtRampOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtRefOff geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtRefOn geLo
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtValHi 100
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shCtValLo 50
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shDriveMode direct
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shMaxTimeF unused
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shMultiExec off
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOffDly 0 s
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOffLevel 0 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOffTime unused
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOffTimeMode absolut
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOnDly 0 s
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOnLevel 100 %
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOnTime unused
2016-09-03 21:33:30 R-RemoteRC8_Btn_06-shOnTimeMode absolut
2016-09-03 21:33:22 R-confBtnTime permanent
2016-09-03 21:33:23 R-driveDown 35.3 s
2016-09-03 21:33:23 R-driveTurn 0.5 s
2016-09-03 21:33:23 R-driveUp 36 s
2016-09-03 21:33:22 R-intKeyVisib invisib
2016-09-03 21:33:22 R-localResDis off
2016-09-03 21:33:22 R-pairCentral 0xABCDEF
2016-09-03 21:33:23 R-refRunCounter 0
2016-09-03 21:33:23 R-sign on
2016-09-03 21:33:23 R-statusInfoMinDly 2 s
2016-09-03 21:33:23 R-statusInfoRandom 1 s
2016-09-03 21:33:23 R-transmitTryMax 6
2016-09-03 21:33:22 RegL_00. 02:01 0A:AB 0B:CD 0C:EF 15:FF 18:00 00:00
2016-09-03 21:33:23 RegL_01. 08:01 09:00 0A:00 0B:01 0C:61 0D:01 0E:68 0F:05 10:00 30:06 57:24 56:00 00:00
2016-09-03 21:33:27 RegL_03.RemoteRC8_Btn_05 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:93 9F:00 00:00
2016-09-03 21:33:30 RegL_03.RemoteRC8_Btn_06 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:68 9F:00 00:00
2016-09-12 14:01:53 aesCommToDev ok
2016-09-12 13:59:51 aesKeyNbr 02
2016-09-12 14:01:53 deviceMsg on (to vccu)
2016-09-12 13:59:49 laststate none
2016-09-12 14:01:53 level 100
2016-09-12 13:59:49 mode none
2016-09-12 14:01:53 motor stop:on
2016-09-12 14:01:53 pct 100
2016-09-08 19:31:24 peerList RemoteRC8_Btn_05,RemoteRC8_Btn_06,
2016-09-12 14:01:53 recentStateType info
2016-09-12 14:01:53 state on
2016-09-12 14:01:53 timedOn off
Helper:
HM_CMDNR 22
cSnd 11ABCDEF3FFDF50201C8,01ABCDEF3FFDF5010E
dlvlCmd ++A011ABCDEF3FFDF50201C8
mId 006A
rxType 1
Dir:
cur stop
rct up
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +3FFDF5,01,01,02
nextSend 1473681712.93098
rxt 0
vccu vccu
p:
3FFDF5
01
01
02
prefIO:
HMLAN1
Mrssi:
mNo 16
Io:
HMLAN1 -50
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1473681713.22297
ack:
HASH(0x3260798)
168002ABCDEF3FFDF500
Rssi:
Hmlan1:
avg -54.2857142857143
cnt 21
lst -52
max -52
min -58
At_hmlan1:
avg -53.8095238095238
cnt 21
lst -52
max -51
min -59
Tmpl:
Role:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
aesCommReq 1
alias OG Wohnzimmer Rollo (Terrasse)
autoReadReg 5_readMissing
automatic on
closedlevel 0
darkening on
devStateIcon on:fts_shutter_10@green off:fts_shutter_100@black 9\d+.*:fts_shutter_10 8\d+.*:fts_shutter_20 7\d+.*:fts_shutter_30 6\d+.*:fts_shutter_40 5\d+.*:fts_shutter_50 4\d+.*:fts_shutter_60 3\d+.*:fts_shutter_70 2\d+.*:fts_shutter_80 1\d+.*:fts_shutter_90 \d.*:fts_shutter_100
event-on-change-reading aesCommToDev,aesKeyNbr,deviceMsg,level,motor,pct,powerOn,recentStateType,state,timedOn
expert 251_anything
firmware 2.8
forced_unshadow no
geoposition east
group Rollos OG
model HM-LC-Bl1PBU-FM
openedlevel 100
peerIDs 00000000,31F2E805,31F2E806,
room OG Wohnzimmer
security OG_Wohnzimmer_Terrasse_SEC
serialNr MEQ1098453
shadow on
shadowposition 0
sleeping no
subType blindActuator
sunlevel 2
timezone OG1
userattr automatic darkening geoposition security shadow shadowposition sunlevel openedlevel closedlevel sleeping timezone forced_unshadow
webCmd statusRequest:toggleDir:on:off:up:down:stop
Ich kann mir das gar nicht erklären. Ich glaub ich seh vor lauter Wald die Bäume nicht.
Was ich noch nicht probiert habe ist, die Aktoren Stromlos zu schalten, aber das möchte ich vermeiden, da es ja das Problem nicht beheben würde.
Danke für die Hinweise.
lg
Hugo
ZitatWas ich noch nicht probiert habe ist, die Aktoren Stromlos zu schalten, aber das möchte ich vermeiden, da es ja das Problem nicht beheben würde.
es gibt zumindestens probleme mit rolloaktoren, die nur so zu korrigieren sind. sollten hier im forum zu finden sein. ich weiss aber nicht, ob dieses problem dazu gehört. an den list's erkenne ich jedenfalls nichts auffälliges.
hier mal ein thread als beispiel https://forum.fhem.de/index.php/topic,39992.msg322441.html#msg322441 (https://forum.fhem.de/index.php/topic,39992.msg322441.html#msg322441).
Kannst du es noch einmal zusammenfassen?
Das Problem tritt auf bei langen/kurzen Fahrten. Ausgelöst durch interne Schalter/externe peers/ Kommandos der Zentrale.
Das Problem tritt auf wenn gleichzeitig mehr passiert( schalten mehrerer Aktoren).
Mit einem statusrequest kann man/nicht den Status aktualisieren.
Fhem prüft wenn ein Rollo geschalten wird regelmässig den Status bis es steht. Hier kann es natürlich eine Lücke geben.
Sniffe die messages des Rollo im Fehlerfall und beschreibe was nicht zu sehen ist (Rollo in Position um x Uhr,... Schalter betätigt um,...)
Hier meine Erkenntnisse:
Das Problem tritt immer auf bei diesen Aktoren. Sie melden von sich aus keinen Status. Ein statusRequest funktioniert allerdings. (siehe unten)
Es ist völlig unabhängig von der Funkauslastung.
In den Logs unten sieht man, dass bei einem manuellen Betätigen des Tasters auf dem Aktor gar nichts passiert, da ja FHEM nicht ständig pollt, sondern nur nach einem set und der Aktor von sich aus nichts sendet.
Nach einem set von FHEM meldet der Aktor seinen Status ebenfalls nicht, aber da kommt eben nach einiger Zeit der statusRequest und in diesem Fall fällt das Problem dann funktional nicht auf.
Die Aktoren funktionieren anscheinend ganz normal, nur rücken sie aktiv keine Statusänderungen heraus.
Sniffen war erfolglos, da nichts übertragen wurde.
Hier das Event-Log:
Funktionierender Aktor:
Rollo-Fenster offen, Taste gedrückt:
2016-09-14 19:13:45 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: pending
2016-09-14 19:13:46 readingsGroup rg_Rollos OG_Wohnzimmer_Fenster_Ost_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: ok
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo deviceMsg: 85 (to vccu)
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo level: 85
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo motor: down:85
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo pct: 85
2016-09-14 19:13:46 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo 85
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: pending
2016-09-14 19:14:06 readingsGroup rg_Rollos OG_Wohnzimmer_Fenster_Ost_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: ok
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo deviceMsg: off (to vccu)
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo level: 0
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo motor: stop:off
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo pct: 0
2016-09-14 19:14:06 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo off
Erste Meldung kurz nach dem Wegfahren des Rollos. Zweite Meldung nachdem das Rollo geschlossen ist.
Rollo-Fenster geschlossen, Status wurde unmittelbar übertragen. Alles O.K.
Rollo-Fenster offen,set Befehl durch FHEM:
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo level: set_0
2016-09-14 19:35:04 readingsGroup rg_Rollos OG_Wohnzimmer_Fenster_Ost_Rollo.state: set_0
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo set_0
2016.09.14 19:35:04 3 : CUL_HM set OG_Wohnzimmer_Fenster_Ost_Rollo 02016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: pending
2016-09-14 19:35:04 readingsGroup rg_Rollos OG_Wohnzimmer_Fenster_Ost_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: ok
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo level: 100
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo motor: down:on
2016-09-14 19:35:04 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo on
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: pending
2016-09-14 19:35:27 readingsGroup rg_Rollos OG_Wohnzimmer_Fenster_Ost_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo aesCommToDev: ok
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo deviceMsg: off (to vccu)
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo level: 0
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo motor: stop:off
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo pct: 0
2016-09-14 19:35:27 CUL_HM OG_Wohnzimmer_Fenster_Ost_Rollo off
Erste Meldung kurz nach dem Wegfahren des Rollos. Zweite Meldung nachdem das Rollo geschlossen ist.
Rollo-Fenster geschlossen, Status wurde unmittelbar übertragen. Alles O.K.
Fehlerhafter Aktor:
Rollo-Terrasse offen, Taste gedrückt:
Keine Einträge im Event-log, Funkstille (LED am HMLAN blinkt nicht rot)
Rollo-Terrasse geschlossen, Taste gedrückt:
Keine Einträge im Event-log, Funkstille (LED am HMLAN blinkt nicht rot)
Rollo-Terrasse offen, set durch FHEM:
2016-09-14 19:49:03 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: set_0
2016-09-14 19:49:03 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: set_0
2016-09-14 19:49:03 CUL_HM OG_Wohnzimmer_Terrasse_Rollo set_0
2016.09.14 19:49:03 3 : CUL_HM set OG_Wohnzimmer_Terrasse_Rollo pct 02016-09-14 19:49:04 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: pending
2016-09-14 19:49:04 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:49:04 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: ok
2016-09-14 19:49:04 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: 100
2016-09-14 19:49:04 CUL_HM OG_Wohnzimmer_Terrasse_Rollo motor: down:on
2016-09-14 19:49:04 CUL_HM OG_Wohnzimmer_Terrasse_Rollo on
2016.09.14 19:51:05 3 : CUL_HM set OG_Wohnzimmer_Terrasse_Rollo statusRequest
2016-09-14 19:51:05 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: pending
2016-09-14 19:51:06 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: ok
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo deviceMsg: off (to vccu)
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: 0
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo motor: stop:off
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo pct: 0
2016-09-14 19:51:06 CUL_HM OG_Wohnzimmer_Terrasse_Rollo off
Meldung des Status erst nach dem Status-Request von FHEM!
Rollo-Terrasse geschlossen, set durch FHEM:
2016-09-14 19:56:30 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: set_100
2016-09-14 19:56:30 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: set_100
2016-09-14 19:56:30 CUL_HM OG_Wohnzimmer_Terrasse_Rollo set_100
2016.09.14 19:56:30 3 : CUL_HM set OG_Wohnzimmer_Terrasse_Rollo pct 1002016-09-14 19:56:31 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: pending
2016-09-14 19:56:31 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:56:31 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: ok
2016-09-14 19:56:31 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: 0
2016-09-14 19:56:31 CUL_HM OG_Wohnzimmer_Terrasse_Rollo motor: up:off
2016-09-14 19:56:31 CUL_HM OG_Wohnzimmer_Terrasse_Rollo off
Nach ca. 1 min. nach dem fertigen Schließen des Rollos kommt wieder der status-request von FHEM und der Status stimmt wieder.
2016.09.14 19:58:32 3 : CUL_HM set OG_Wohnzimmer_Terrasse_Rollo statusRequest
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: pending
2016-09-14 19:58:32 readingsGroup rg_Rollos OG_Wohnzimmer_Terrasse_Rollo.state: Created by potrace 1.8, written by Peter Selinger 2001-2007
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo aesCommToDev: ok
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo deviceMsg: on (to vccu)
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo level: 100
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo motor: stop:on
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo pct: 100
2016-09-14 19:58:32 CUL_HM OG_Wohnzimmer_Terrasse_Rollo on
Kann ich noch irgendetwas liefern, damit Homematicexperten evtl. noch etwas finden können?
Ansonsten mache ich die Dinger einmal stromlos und hoffe auf (kurzfristige) Besserung.
Wenn garnicht kommt wird es schwierig.
Schalte einmal eventonchangereading ab. Evtl kommt der status beim Betätigen doppelt.
Hast du die Register schon verglichen?
Hi Martin,
eventonchangereading hat nichts gebracht, da ja kein Funktelegramm kommt. (Ich stehe beim Drücken des Tasters in Sichtweite des HMLAN und es blinkt nicht rot ;-( )
Ich habe auch vorher ein getConfig gemacht. Register sind alle gleich. (Außer ein powerOn hat gefehlt. War aber auch bei den fehlerhaften Rollos unterschiedlich)
Ich habe dann blöderweise bei einem Rollo ohne Hirn ein set <aktor> reset gemacht und habe mich gleich erfolgreich per AES ausgesperrt. Nachdem ich die Rollos dann doch stromlos gemacht habe, habe ich nach einigem hin und her den Aktor wieder mit einem Druck auf den config-Taster per AES ansprechen können.
Und oh Wunder: Jetzt schickt er wieder brav den Status beim Fahren.
Ich werde jetzt noch die anderen beobachten, ob das Stromlosmachen geholfen hat, oder ob es der irrtümliche Reset war. (Bei einem weiteren dürfte es funktionieren, die anderen kann ich noch nicht sagen, da ich da gerade nicht probieren kann, aber ich nehme an, dass es auch dort jetzt funktioniert.)
Die Frage ist nun, wie kann man dieses Problem diagnostizieren? Wie kann man es umgehen?
Idee meinerseits zum Umschiffen dieses Problems:
1. schauen ob unaufgefordert nach einem set oder auch durch das Drücken des Tasters Stati geliefert werden. (vgl. Action detector)
2.wenn nicht, einen status request machen und speichern, dann einen Meldung absetzen (evtl. per Mail) dass man die Rollos stromlos machen soll und nachher die Position der Rollos im Aktor per FHEM wieder auf den vorher gepeicherten Wert setzen (wenn das geht?), dann passt auch die Position wieder.
Trotzdem danke für die Hinweise!
Siehst du hier Handlungsbedarf deinerseits in FHEM? Oder was kann/soll ich da noch machen?
Es sieht doch ganz nach einem Firmwareproblem der Aktoren aus, oder? --> EQ-3 fragen?
Blöderweise nehme ich an, dass es vielen/den meisten gar nicht auffallen wird, da dieser Fehler sich funktional nicht oft auswirken wird, da die Rollos ja alle Befehle normal ausführen und ein set, welches vom vorigen Zustand abhängig ist, der aber nur dann nicht stimmt, wenn manuell dazwischen etwas geändert wurde, wird eher die Ausnahme sein.
Grüße
Hugo
Ich sehe es als fw problem. Meine aktoten haben gelegentlich auch ein.problem der nicht erreichbarkeit.
Jetzt schon lange nicht mehr.... geholfen hat ein powerdown (sicherung raus)
Wie ich es diagn kann ist mir unklar. Von fhem geht alles, beim deuecken sehe ich nichts.
Bei mir hat es jetzt auch schon seit Monaten funktioniert und erst seit 1-2 Monaten bestand dieses Problem.
Ereichbarkeitsprobleme hatte ich jedoch noch nie. Nur so merkwürdige Probleme wo ein set Befehl mit einem AES Fehler hängen bleibt (set_xx) und ein statusRequest führt den Befehl dann aus, wird im log aber mit Meldungen wie CUL_HM EG_Esszimmer_Rollo repeat, level 00 instead of C8 quittiert. --> das habe ich per Script in den Griff bekommen.
Ich gaube aber, dass das einfach an den AES-Paketen an/von die/den Aktoren liegt, die sich mit dem nächsten set-Befehl überlappen und somit gestört werden. (Es schalten manchmal 23 Rolloaktoren und da ist es anscheinend öfter vorgekommen, dass sie sich gestört haben. So habe ich mir das zumindest plausibel erklären können)
Gibt es eine Möglichkeit die Rolloaktoren per fhem neu zu starten, oder geht nur Strom aus/ein?
Wenn dem so ist könnte ich das ja prüfen und den Aktor neu starten wenn er keine Stati mehr sendet(wenn ein "Warmstart" hilft)
Ich werde mal den Support von eq-3 kontaktieren, ob die was von dem Problem wissen.
Einen warmstart kenne ich leider nicht.
Nutzt du aes im system? Ein Zusammenhang mit aes ist mit bislang nicht bekannt. Wenn du einen fall loggen koenntest wäre es hilfreich
Wird nicht für ein Firmwareupgrade das Gerät neu gestartet? Vielleicht kann man das irgendwie missbrauchen.
Ja soweit es irgenwie geht verwende ich AES und das ohne Probleme, bis auf diese set-Geschichte bei den Rollos.
Auswirkung ist wie gesagt, dass das set mit set_xx hängen bleibt und ein AESreject in den readings ist. Sobald man dann einen statusRequest absetzt fährt das Rollo die gewünschte Position an und es ist alles als wäre nie etwas gewesen. Mein Workaround ist eine Pause von 2 sec. zwischen den set Befehlen, dann kommt der erste Status vor dem nächsten set.
Durch diese Änderung habe ich nur alle paar Tage dieses Problem und es wird nun auch durch einen verzögerten statusRequest abgefangen.
Ich bin gerade dabei, dass ich meine Automatik zusammenfasse und am Wochenende hier in einem Thread veröffentliche, dann sieht man meine Lösungen.
Hallo!
Das selbe Problem hier, Stunden gesucht aber leider keine Lösung. Zwei Aktoren HM-LC-Bl1PBU melden von sich aus keinen Status. Ein statusRequest funktioniert allerdings. Kaltstart hat leider auch nichts gebracht.
Aufgefallen ist es, als die mit devStateIcon definierte Statusanzeige nicht mehr funktionierte. Bei der Einrichtung vor einigen Monaten hat es aber funktioniert.
Bin ratlos. Aber Wunder gibt's ja keine, vielleicht gibt's doch eine Lösung? ;)
Gruß tremichl
FYI:
Der EQ3 Support hat gemeint, dass es sich um einen Hardwaredefekt handelt (was mir doch etwas merkwürdig vorkam) --> Ich solle die Aktoren beim Händler reklamieren.
Ich habe einfach auf Verdacht die aktuelle Firmware neu aufgespielt und habe nun seit Monaten keine Probleme mehr damit.
Ich kann aber nach wie vor nicht sagen, ob es wirklich daran liegt, oder nur Einbildung ist ;-)
wenn im changelog nur die fw-versionen angegeben wären, die wirklich ausgeliefert werden, müsstest du ja dieselbe fw wieder installiert haben. dann wäre allerdings das ausbleiben der probleme über diese zeitspanne schon seltsam.
aber vielleicht hatten die devices ja auch eine fw 2.8.1. den unterschied kann man leider nicht feststellen, da nur 2 ziffern gespeichert werden.
Version 2.8.2 - 20150713
--------------------------------------------------------------
** Bugfix
* Simulation of internal buttons fixed
Version 2.7.1 - 20150427
--------------------------------------------------------------
** Improvement
* ZC-Switching on HM-LC-Sw1-DR
Version 2.6.3 - 20150202
--------------------------------------------------------------
** Bugfix
* timing for repeated transmissions fixed
** Improvement
* detection of buttonpress improved on flush-mount-devices
Version 2.6.1 - 20141210
--------------------------------------------------------------
** New Feature
* support for TRX1-TIF
Version 2.5.1 - 20140321
--------------------------------------------------------------
** Bugfix
* info telegram random timer value fixed
** Improvement
* only linkable to one central unit
Version 2.4.4 - 20140206
--------------------------------------------------------------
** Bugfix
* with aes active, no links for channel 2 and 4 could be created
** New Feature
* powerup-action for switches
* long press of internal buttons usable after configurable timeout
** Improvement
* behaviour of internal buttons made equally for several different devices
* blink code for errors simplified
Version 2.3.2 - 20131204
--------------------------------------------------------------
** Bugfix
* Reset can be entered from teach-in-mode
* info telegram delay was initialised with wrong values
* config problems with aes active
Version 2.2.4 - 20130417
--------------------------------------------------------------
** Bugfix
* configuration handling problems removed
* special value for info telegramm inactive changed (from 0xff to 0)
* telegram counter problems while configuration
** New Feature
* local reset disable
* info telegrams with random und offset
** Improvement
* medium busy check for info telegrams
Version 2.1.3 - 20120315
--------------------------------------------------------------
** Bugfix
* telegram counter at info telegrams to CCU was wrong
* up/down link profile for internal button not correct
Ja das habe ich mir auch schon gedacht. Ich habe die Firmware auch nur bei einem Aktor "aktualisiert" und die anderen belassen. Bei einem weiteren habe ich gerade wieder das Problem, bei zwei anderen die betroffen waren noch immer nicht. Das Problem ist, dass diese Geschichte nur dann auffällt, wenn man das Rollo manuell betätigt, was nur sehr selten vorkommt. Ich werde diesem aber auch in den nächsten Tagen die aktuelle Firmware spendieren.
Leider ist es nicht die Firmware. Nach dem Update am 8.3.2017 spinnt seit gestern (da ist es mir aufgefallen) wieder ein Rollo.
Ich schätze ich werde mir irgendetwas in den Scripts einfallen lassen müssen.
Hugo
Hallo
Und wenn du bei einem fehlerhaften Aktor AES mal weglässt?
Werden mehrere Aktoren auf einmal geschaltet? Dann sollte man die Messages sniffe.
Im anderen Fall schadet es auch nicht.
Messages sniffen bringt nichts, da nichts übertragen wird. Es sieht so aus als ob sich die Firmware auf dem Aktor irgendwie verhaspelt. (siehe ältere Posts von mir)
Mittlerweile kann ich der Aussage von EQ3, dass es sich um einen Defekt der Aktoren handelt, doch etwas abgewinnen, da nur Aktoren betroffen sind, die ich später als die anderen gekauft habe. Die anderen laufen seit 2 Jahren absolut zuverlässig (auch der Großteil der "neuen". Derzeit ist nur einer betroffen)
FHEM führt bei Fahrten die mit einem set ausgelöst wurden auch immer einen statusRequest aus, da nichts kommt. Der funktioniert tadellos und somit stimmt die Position nach einem set nahezu in Echtzeit. Bei einem Druck auf den Taster passiert das natürlich nicht, da FHEM ja auf nichts wartet.
Das Abschalten von AES habe ich auch schon überlegt, denn vielleicht führt irgendetwas bei AES Signierung zu diesem Verhalten.
Wenn ich Zeit habe werde ich das bei diesem Aktor probieren.
Grüße
Hugo
Die letzten Firmwareversionen haben dieses Problem deutlich verbessert, obwohl nichts (dafür) brauchbares im Changelog stand.
Das Changlog der letzten beiden Version der Firmware enthält zwei interessante Hinweise:
(Ich hatte seitdem das Problem auch nicht mehr, aber es fällt halt auch nur auf, wenn man das Rollo per Taste bedient und der alte Status "falsch" ist für die Funktion der Automatik [z.B.: Beschattung glaubt, dass Rollladen zu ist und fährt nicht auf 0%, obwohl das Rollo komplett offen ist])
Version 2.11.1 - 20161209
--------------------------------------------------------------
** Improvement
* Optimization of internal EEPROM handling
Version 2.10.0 - 20160810
--------------------------------------------------------------
** Modification
* Support for HM-LC-JaPBU-FM
** Improvement
* Increased accuracy of internal level at blind actuators
Grüße,
Hugo