Hallo,
ich habe Probleme bei der Treppenhausschaltung eines HM-LC-SW1-FM.
Beim setzen der intKeyVisib und getConfig treten Probleme auf.
ZitatUse of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
Use of uninitialized value in string ne at ./FHEM/10_CUL_HM.pm line 6109, <GEN33> line 15.
2014.12.31 08:58:04 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2DD1F0 getConfig
2014.12.31 08:57:57 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2DD1F0 regSet intKeyVisib visib
Auch die Register scheinen nicht vollständig zu sein. (hier nach den umbenennen)
ZitatInternals:
.triggerUsed 1
CFGFN
DEF 2DD1F0
HMLAN1_MSGCNT 65
HMLAN1_RAWMSG R9F68D5BA,0001,292CEAE4,FF,FFB0,3A80022DD1F0A23ABC0101000053
HMLAN1_RSSI -80
HMLAN1_TIME 2014-12-31 09:14:15
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 65
NAME Licht_Treppenhaus_90B
NR 969
STATE off
TYPE CUL_HM
lastMsg No:3A - t:02 s:2DD1F0 d:A23ABC 0101000053
peerList self01,
protLastRcv 2014-12-31 09:14:15
protSnd 64 last_at:2014-12-31 09:14:15
protState CMDs_done
rssi_HMLAN1 avg:-81 min:-83 max:-79 lst:-83 cnt:6
rssi_at_HMLAN1 avg:-79.35 min:-82 max:-78 lst:-80 cnt:65
Readings:
2014-12-31 08:59:22 .D-devInfo 010100
2014-12-31 08:59:22 .D-stc 10
2014-12-31 09:14:15 .protLastRcv 2014-12-31 09:14:15
2014-12-31 09:14:15 CommandAccepted yes
2014-12-31 08:59:22 D-firmware 2.5
2014-12-31 08:59:22 D-serialNr LEQ0746261
2014-12-31 08:59:04 PairedTo 0xA23ABC
2014-12-31 08:56:34 R-confBtnTime 255 min
2014-12-31 08:58:05 R-intKeyVisib undef lit:1
2014-12-31 08:56:34 R-localResDis undef lit:0
2014-12-31 08:56:34 R-pairCentral 0xA23ABC
2014-12-31 08:56:35 R-powerUpAction undef lit:0
2014-12-31 08:58:07 R-self01-lgMultiExec undef lit:1
2014-12-31 08:56:35 R-sign undef lit:0
2014-12-31 08:56:35 R-statusInfoMinDly 2 s
2014-12-31 08:56:35 R-statusInfoRandom 1 s
2014-12-31 08:56:35 R-transmitTryMax 6
2014-12-31 08:59:03 RegL_00: 02:81 0A:A2 0B:3A 0C:BC 15:FF 18:00 00:00
2014-12-31 08:59:07 RegL_01: 08:00 30:06 57:24 56:00 00:00
2014-12-31 08:59:09 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
2014-12-31 09:14:15 deviceMsg off (to HMLAN1)
2014-12-31 09:14:15 level 0
2014-12-31 09:14:15 pct 0
2014-12-31 09:02:14 peerList self01,
2014-12-31 09:14:15 recentStateType ack
2014-12-31 09:14:15 state off
2014-12-31 09:14:15 timedOn off
Helper:
cSnd 11A23ABC2DD1F00201000000
dlvlCmd ++A011A23ABC2DD1F00201000000
mId 0004
peerIDsRaw ,2DD1F001,00000000
rxType 1
Io:
newChn +2DD1F0,00,01,00
nextSend 1420013655.42289
prefIO
rxt 0
vccu
p:
2DD1F0
00
01
00
Mrssi:
mNo 3A
Io:
HMLAN1 -78
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Hmlan1:
avg -81
cnt 6
lst -83
max -79
min -83
At_hmlan1:
avg -79.3538461538461
cnt 65
lst -80
max -78
min -82
Shadowreg:
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
expert 2_full
firmware 2.5
fp_Olaf 269,637,1,Treppenhaus
model HM-LC-SW1-FM
peerIDs 00000000,2DD1F001,
room hidden
serialNr LEQ0746261
subType switch
webCmd statusRequest:toggle:on:off
Auch ein rücksetzen und neu anlernen brachte keinen erfolg.
Habe die Version CUL_HM.pm 7355
Dieses Problem habe ich bei zwei neuen Aktoren.
Hat jemand eine Idee, was ich noch nachen könnte
VG Olaf
ZitatHabe die Version CUL_HM.pm 7355
und hmConfig.pm? schon mal shutdown restart probiert?
Hallo Frank,
alles etwas komisch. Habe in der Auflistung von version keine HMConfig.pm
Dennoch ist die unter ../fhem/FHEM/HMConfig.pm vorhanden.
Mit update HMConfig.pm wurde sie aktualliesiert. Dann shutdown restart und die fehlenden Register waren da.
Taucht die HMConfig.pm generell nicht in der Versionsabfrage auf?
Vielen Dank
Olaf
ZitatTaucht die HMConfig.pm generell nicht in der Versionsabfrage auf?
ausser fhem.pl tauchen bei mir auch nur module mit 2 führenden ziffern auf. soll wohl so sein. hmconfig.pm ist ja auch kein modul, sondern wird von 10_cul_hm genutzt. wird bei mir bei einem update aber auch aktualisiert. hattest du deine 10_cul_hm vielleicht manuel aus svn geholt?
Hallo Frank,
ich mache kein update auf alles, sondern nur für jedes Modul selber.
Das könnte natürlich sein, das ein update 10_CUL_HM.pm nicht das HMConfig.pm mit aktualisiert.
Weist du, ob es bei 00_HMLAN.pm auch eine Abhängigkeit gibt. Wenn ich diese update wird mir der HMLAN Adapter auf disonnected gesetzt. Dann hilft auch kein reboot etc.
Danke
Olaf
ZitatWeist du, ob es bei 00_HMLAN.pm auch eine Abhängigkeit gibt. Wenn ich diese update wird mir der HMLAN Adapter auf disonnected gesetzt. Dann hilft auch kein reboot etc.
es ist auf alle fälle sinnvoll bei martins modulen (00_hmlan, 10_cul_hm, hmconfig, 98_hminfo)
alle zu checken/updaten, wenn du sie nutzt. besonders wenn du fehler feststellst.
was zeigt denn ein list vom hmlan?
Nach dem update von 00_HMLAN.pm und reboot zeigt list HMLAN1:
ZitatInternals:
DEF 192.168.178.33:1000
DeviceName 192.168.178.33:1000
FD 7
HMLAN1_MSGCNT 2
HMLAN1_TIME 2015-01-02 16:13:50
NAME HMLAN1
NR 8
NTFY_ORDER 50-HMLAN1
PARTIAL
RAWMSG E2D998C,0000,00F9F42B,FF,FFAA,6E86532D998C0000000041017842024843FF304400D0
RSSI -86
STATE disconnected
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 18
msgKeepAlive dlyMax:0.009 bufferMin:4
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
owner
uptime 000 04:33:16.859
.clientArray:
CUL_HM
Readings:
2015-01-02 16:11:35 D-HMIdAssigned A23ABC
2015-01-02 16:11:35 D-HMIdOriginal 1E9F8F
2015-01-02 16:11:35 D-firmware 0.961
2015-01-02 16:11:35 D-serialNr JEQ0706541
2015-01-02 16:13:41 Xmit-Events ok:2 disconnected:2 init:2
2015-01-02 16:13:41 cond ok
2015-01-02 11:31:11 prot_ERROR-Overload last
2015-01-02 11:25:11 prot_Warning-HighLoad last
2015-01-02 16:13:40 prot_disconnected last
2015-01-02 16:13:40 prot_init last
2015-01-01 21:10:52 prot_keepAlive last
2015-01-02 16:13:41 prot_ok last
2015-01-02 11:40:39 prot_timeout last
2015-01-02 16:13:40 state disconnected
Helper:
assIdCnt 18
assIdRep 18
info 03C1,JEQ0706541,1E9F8F,A23ABC
Cnd:
0 2
253 2
255 2
Ids:
18ac0c:
name CUL_HM_HM_LC_Dim1TPBU_FM_18AC0C
1f72bb:
name RM_EG_90B
1f7309:
name RM_OG_90B
1f7358:
name RM_KG_90B
207a69:
name Licht_Ku
207d3b:
name Fenster_Keller
20b2e9:
name Rollo_Kueche
26fb5d:
name CUL_HM_HM_LC_Dim1TPBU_FM_26FB5D
28a361:
name CUL_HM_HM_LC_SW4_BA_PCB_28A361
29982e:
name RM_EG_90C
299c93:
name RM_OG_90C
29b0f9:
name RM_KG_90C
29f346:
name Licht_Terrasse
2b968c:
name Schalter_EG_90B
2b96a0:
name Schalter_EG_90C
2d998c:
name TF_Brenner_90C
2dd197:
name Licht_Treppenhaus_90C
2dd1f0:
name Licht_Treppenhaus_90B
K:
BufMin 4
DlyMax 0.009
Next 1420211670.87723
Start 1420211645.87723
Log:
all 0
sys 0
ids:
ARRAY(0x15bc858)
Q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
apIDs:
Cap:
0 0
1 20
2 0
3 0
4 0
5 0
last 1
sum 20
Ref:
hmtL 16396859
kTs 0
Attributes:
group IO Devices
hmId A23ABC
hmLanQlen 1_min
room hidden
wdTimer 25
2015-01-02 16:13:41 cond ok
die aktuelle condition wird aber mit ok angezeigt.
die anzeige "STATE" unter internals ändert sich nicht automatisch. nur wenn die browserseite neu geladen wird.
Der Disconnect status bleibt.
Auch lassen sich keine HM Aktoren schalten.
Habe gerade ein update auf alles gemacht.
Jetzt ist er gar nicht mehr erreichbar.
Schaue mal weiter. Ich denke ich werde mal komplett neu aufsetzen.
Das System läuft jetzt zwei Jahre mit hier und da mal updates.
Vielen Dank
Olaf
poste mal fhem.log von einem shutdown restart.
Hallo Frank,
habe gerade ein "update force" gemacht und ein paar .css etc. zurückgespielt.
:o - hat sich viel geändert.
Jetzt funktioniert alles wieder.
Unglücklich finde ich, das bei einem update eines Moduls nicht die dazugehörigen Hilfsdateien mitgeladen werden.
Vielen Dank für deine Hilfe
Olaf