[gelöst] Probleme mit Registern von HM-LC-SW1-FM

Begonnen von ollir, 31 Dezember 2014, 09:38:38

Vorheriges Thema - Nächstes Thema

ollir

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

frank

ZitatHabe die Version CUL_HM.pm 7355
und hmConfig.pm? schon mal shutdown restart probiert?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ollir

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

frank

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?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ollir

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

frank

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?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ollir

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

frank

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.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ollir

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


frank

poste mal fhem.log von einem shutdown restart.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ollir

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