Ich habe seit geraumer Zeit ein immer wieder aufkehrendes Problem mit einem meiner 6 Rolladenaktoren. Er funktioniert ohne Probleme, meldet aber immer nach einigen Wochen eine inkorrekte Aktorenstellung. Da es sich um einen Markisensteuerung handelt, ist diese vor allem im Winter immer "oben". Die anderen Aktoren sind täglich genutzte Fensterrolladen. Momentan z.B. meldet er mir, aber, er wäre 51,5 runtergefahren. Zu dem Zeitpunkt, an dem der "inkorrekte" Level gesetzt wird, finde ich im Hauptlogfile nur
2017.01.12 03:12:19 3: sduino: Unknown code u34#0E16033F66, help me!
2017.01.12 03:12:41 3: CUL_HM set keller_Aussenlicht getConfig
2017.01.12 03:12:43 3: CUL_HM set kind_Rolladen_Fenster getConfig
2017.01.12 03:12:47 3: CUL_HM set kind_Rolladen_Tuer getConfig
2017.01.12 03:12:51 3: CUL_HM set kueche_Licht getConfig
2017.01.12 03:12:55 3: CUL_HM set sz_Rolladen getConfig
2017.01.12 03:12:59 3: CUL_HM set wz_Aussenschalter getConfig
2017.01.12 03:13:04 3: CUL_HM set wz_Deckenspots getConfig
2017.01.12 03:13:08 3: CUL_HM set wz_Markise getConfig
2017.01.12 03:13:12 3: CUL_HM set wz_Rolladen_Doppeltuer getConfig
2017.01.12 03:13:16 3: CUL_HM set wz_Rolladen_Tuer getConfig
2017.01.12 03:13:37 3: sduino: Unknown code u34#ED35EF2C3D, help me!
aber keinen Neustart von FHEM.
Das Logfile des Aktors.
2017-01-12_03:12:41 wz_Markise deviceMsg: 50 (to HMLAN1)
2017-01-12_03:12:41 wz_Markise level: 50
2017-01-12_03:12:41 wz_Markise motor: err:50
2017-01-12_03:12:41 wz_Markise pct: 50
2017-01-12_03:12:41 wz_Markise powerOn: 2017-01-12 03:12:41
2017-01-12_03:12:41 wz_Markise 50
2017-01-12_03:12:41 wz_Markise timedOn: runter
2017-01-26_21:24:16 wz_Markise deviceMsg: 50 (to HMLAN1)
2017-01-26_21:24:16 wz_Markise level: 50
2017-01-26_21:24:16 wz_Markise motor: err:50
2017-01-26_21:24:16 wz_Markise pct: 50
2017-01-26_21:24:16 wz_Markise 50
2017-01-26_21:24:16 wz_Markise timedOn: runter
2017-02-27_13:13:19 wz_Markise deviceMsg: 50 (to HMLAN1)
2017-02-27_13:13:19 wz_Markise level: 50
2017-02-27_13:13:19 wz_Markise motor: err:50
2017-02-27_13:13:19 wz_Markise pct: 50
2017-02-27_13:13:19 wz_Markise 50
2017-02-27_13:13:19 wz_Markise timedOn: runter
2017-03-08_08:58:44 wz_Markise deviceMsg: 51.5 (to HMLAN1)
2017-03-08_08:58:44 wz_Markise level: 51.5
2017-03-08_08:58:44 wz_Markise motor: err:51.5
2017-03-08_08:58:44 wz_Markise pct: 51.5
2017-03-08_08:58:44 wz_Markise 51.5
2017-03-08_08:58:44 wz_Markise timedOn: runter
Zuletzt noch ein list des Aktors
Internals:
.eventMapCmd hoch:noArg runter:noArg halb:noArg
.triggerUsed 1
DEF 3AB0D6
HMLAN1_MSGCNT 12
HMLAN1_RAWMSG RBC09AB66,0001,023C92C6,FF,FFCB,30A0103AB0D626EC960100000000
HMLAN1_RSSI -53
HMLAN1_TIME 2017-03-11 07:23:54
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 12
NAME wz_Markise
NOTIFYDEV global
NR 174
NTFY_ORDER 50-wz_Markise
STATE 51.5
TYPE CUL_HM
lastMsg No:30 - t:10 s:3AB0D6 d:26EC96 0100000000
protLastRcv 2017-03-11 07:23:54
protSnd 12 last_at:2017-03-11 07:23:54
protState CMDs_done
rssi_HMLAN1 avg:-55 min:-55 max:-55 lst:-55 cnt:1
rssi_at_HMLAN1 avg:-53 min:-55 max:-52 lst:-53 cnt:12
Readings:
2016-04-21 08:53:59 .R-confBtnTime permanent
2016-04-21 08:53:59 .R-intKeyVisib invisib
2016-04-21 08:53:59 .R-localResDis off
2016-04-21 08:54:00 .R-refRunCounter 0
2016-04-21 08:54:00 .R-statusInfoMinDly 2 s
2016-04-21 08:54:00 .R-statusInfoRandom 1 s
2016-04-21 08:54:00 .R-transmitTryMax 6
2017-03-11 07:23:54 .peerListRDate 2017-03-11 07:23:54
2017-03-11 07:23:54 .protLastRcv 2017-03-11 07:23:54
2016-09-25 17:00:55 CommandAccepted yes
2016-04-21 08:51:57 D-firmware 2.5
2016-04-21 08:51:57 D-serialNr MEQ0517122
2017-03-11 07:23:53 PairedTo 0x26EC96
2016-04-21 08:54:00 R-driveDown 50 s
2016-04-21 08:54:00 R-driveTurn 0.5 s
2016-04-21 08:54:00 R-driveUp 50 s
2016-04-21 08:53:59 R-pairCentral 0x26EC96
2016-04-21 08:54:00 R-sign off
2017-03-11 07:23:53 RegL_00. 02:01 0A:26 0B:EC 0C:96 15:FF 18:00 00:00
2017-03-11 07:23:54 RegL_01. 08:00 09:00 0A:00 0B:01 0C:F4 0D:01 0E:F4 0F:05 10:00 30:06 57:24 56:00 00:00
2017-03-08 08:58:44 deviceMsg 51.5 (to HMLAN1)
2017-03-08 08:58:44 level 51.5
2017-03-08 08:58:44 motor err:51.5
2017-03-08 08:58:44 pct 51.5
2017-01-12 03:12:41 powerOn 2017-01-12 03:12:41
2017-03-08 08:58:44 recentStateType info
2017-03-08 08:58:44 state 51.5
2017-03-08 08:58:44 timedOn off
Helper:
HM_CMDNR 48
cSnd 0126EC963AB0D601040000000001,0126EC963AB0D60103
mId 0005
peerIDsRaw ,00000000
rxType 1
supp_Pair_Rep 0
Dir:
cur err
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +3AB0D6,00,00,00
nextSend 1489213434.95554
prefIO
rxt 0
vccu
p:
3AB0D6
00
00
00
Mrssi:
mNo 30
Io:
HMLAN1 -51
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1489213434.87876
ack:
HASH(0x2c825c8)
30800226EC963AB0D600
Rssi:
Hmlan1:
avg -55
cnt 1
lst -55
max -55
min -55
At_hmlan1:
avg -53
cnt 12
lst -53
max -52
min -55
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
devStateIcon einfahren:sunblind_0 ausfahren:sunblind_100 50:sunblind_50
eventMap on:hoch off:runter 70:halb
expert 2_full
firmware 2.5
model HM-LC-BL1-FM
peerIDs 00000000,
room Wohnzimmer
serialNr MEQ0517122
subType blindActuator
webCmd einfahren:ausfahren:halb:stop
Kennt jemand das Verhalten und kann es Erklären? Oder ist der Aktor im Eimer, oder kann man das sogar mit einer Einstellung beheben?
Gruß
Tim