HM-SEC-SD-2 immer mit MISSING ACK

Begonnen von maxritti, 28 November 2021, 16:49:15

Vorheriges Thema - Nächstes Thema

maxritti

Moin zusammen,

seit längerer Zeit bin ich mal wieder über meine Rauchmelder HM-SEC-SD-2 gestolpert.
Davon habe ich 3 in Betrieb, wobei einer momentan Ärger macht.
Der steht immer mit State "MISSING ACK" in FHEM und CMDs_processing.

Ich habe den schon an meine VCCU neu angelernt, hat aber nicht geholfen.

Hat der eine Macke?
Wäre super, wenn jemand eine Idee hat. Ich liefere auch gerne noch weitere Infos.

Hier mal ein List vom Corpus delicti:

Internals:
   CFGFN     
   DEF        65A163
   FUUID      61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
   IODev      myHMLGW_Schlafzimmer
   LASTInputDev myHMLGW
   MSGCNT     42
   NAME       HM_65A163
   NOTIFYDEV  global
   NR         50144
   STATE      MISSING ACK
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:80 - t:10 s:65A163 d:000000 06010000
   myHMLGW_MSGCNT 21
   myHMLGW_RAWMSG 0500004880861065A16300000006010000
   myHMLGW_RSSI -72
   myHMLGW_Schlafzimmer_MSGCNT 21
   myHMLGW_Schlafzimmer_RAWMSG 0500003280861065A16300000006010000
   myHMLGW_Schlafzimmer_RSSI -50
   myHMLGW_Schlafzimmer_TIME 2021-11-28 16:38:52
   myHMLGW_TIME 2021-11-28 16:38:52
   protCmdDel 6
   protLastRcv 2021-11-28 16:38:52
   protRcv    3 last_at:2021-11-28 16:38:52
   protResnd  2 last_at:2021-11-28 16:41:35
   protResndFail 2 last_at:2021-11-28 16:41:41
   protSnd    2 last_at:2021-11-28 16:41:30
   protSndB   4 last_at:2021-11-28 16:41:35
   protState  CMDs_done_Errors:1
   rssi_at_myHMLGW cnt:21 min:-72 max:-65 avg:-66.28 lst:-72
   rssi_at_myHMLGW_Schlafzimmer cnt:22 min:-73 max:-50 avg:-63.9 lst:-50
   READINGS:
     2021-11-28 16:35:32   D-firmware      1.0
     2021-11-28 16:35:32   D-serialNr      OEQ2018828
     2021-11-28 16:38:52   alarmTest       ok
     2021-11-28 16:38:52   battery         ok
     2021-11-28 16:39:12   cfgState        updating
     2021-11-28 16:41:41   commState       CMDs_done_Errors:1
     2021-11-28 16:38:52   level           0
     2021-11-28 16:38:52   powerOn         2021-11-28 16:38:52
     2021-11-28 16:38:52   recentStateType info
     2021-11-28 16:35:32   sdRepeat        invalid
     2021-11-28 16:38:52   smokeChamber    ok
     2021-11-28 16:41:41   state           MISSING ACK
   helper:
     HM_CMDNR   130
     cSnd       019A234E65A16300050000000000,019A234E65A163010E
     getCfgListNo
     mId        00AA
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     6
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1638113737.98392
       TmplTs     1638113737.98392
       cmdKey     1:1:0::HM_65A163:00AA:01:
       cmdLst:
         assignHmKey noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         unpair     noArg
       lst:
         condition  Smoke Alarm,no alarm,tone off
         peer       
         peerOpt    RM_Schlafzimmer_Eltern,RM_Schlafzimmer_Kind,myVCCU_Btn1,va_Btn1
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +65A163,00,00,00
       nextSend   1638113932.49964
       prefIO     
       rxt        0
       vccu       myVCCU
       p:
         65A163
         00
         00
         00
     mRssi:
       mNo        80
       io:
         myHMLGW:
           -72
           -72
         myHMLGW_Schlafzimmer:
           -44
           -44
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   00
     role:
       chn        1
       dev        1
     rssi:
       at_myHMLGW:
         avg        -66.2857142857143
         cnt        21
         lst        -72
         max        -65
         min        -72
       at_myHMLGW_Schlafzimmer:
         avg        -63.9090909090909
         cnt        22
         lst        -50
         max        -50
         min        -73
     shadowReg:
       RegL_00.    02:01 0A:9A 0B:23 0C:4E
     tmpl:
Attributes:
   IODev      myHMLGW_Schlafzimmer
   IOgrp      myVCCU:myHMLGW_Schlafzimmer
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   serialNr   OEQ2018828
   subType    smokeDetector
   webCmd     statusRequest

   
Und hier von der VCCU

Internals:
   DEF        9A234E
   FUUID      5c549a89-f33f-b047-2598-4e99a49f16aaae8e
   IODev      myHMLGW
   LASTInputDev myHMLGW_Schlafzimmer
   MSGCNT     30107
   NAME       myVCCU
   NOTIFYDEV  global
   NR         25
   NTFY_ORDER 50-myVCCU
   STATE      myHMLGW:ok,myHMLGW_Schlafzimmer:ok
   TYPE       CUL_HM
   assignedIOs myHMLGW,myHMLGW_Schlafzimmer
   channel_01 myVCCU_Btn1
   lastMsg    No:D1 - t:02 s:9A234E d:E55919 00
   myHMLGW_MSGCNT 62
   myHMLGW_RAWMSG 0500003582B0019A234E65A163010E
   myHMLGW_RSSI -53
   myHMLGW_Schlafzimmer_MSGCNT 30045
   myHMLGW_Schlafzimmer_RAWMSG 05000035D180029A234EE5591900
   myHMLGW_Schlafzimmer_RSSI -53
   myHMLGW_Schlafzimmer_TIME 2021-11-28 16:45:51
   myHMLGW_TIME 2021-11-28 16:41:38
   protLastRcv 2021-11-28 16:45:51
   protRcv    30026 last_at:2021-11-28 16:45:51
   protRcvB   57 last_at:2021-11-28 16:41:31
   rssi_at_myHMLGW cnt:62 min:-60 max:-48 avg:-52.98 lst:-53
   rssi_at_myHMLGW_Schlafzimmer cnt:30026 min:-71 max:-48 avg:-53.09 lst:-53
   READINGS:
     2021-11-28 16:45:51   CommandAccepted yes
     2021-11-22 10:02:51   IODev           myHMLGW
     2021-11-26 11:05:41   IOopen          2
     2020-10-01 07:10:21   aesReqTo        OG_el_SD_Bett
     2020-09-30 18:25:50   commState       CMDs_done
     2021-11-28 16:35:32   hmPair          name:HM_65A163 SN:OEQ2018828 model:HM-SEC-SD-2
     2021-11-26 11:05:41   state           myHMLGW:ok,myHMLGW_Schlafzimmer:ok
     2021-06-07 14:19:45   unknown_239289  received
     2021-06-07 17:05:23   unknown_383D06  received
     2021-06-09 14:31:37   unknown_70C0A1  received
     2020-09-30 18:18:03   unknown_70CC6F  received
     2021-09-01 12:26:18   unknown_BAAC49  received
     2021-10-16 04:12:39   unknown_BBA028  received
     2021-11-28 09:42:53   unknown_F10000  received
   helper:
     HM_CMDNR   209
     PONtest    1
     alarmNo    01
     mId        FFF0
     peerFriend -
     peerOpt    -:virtual
     regLst     
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1637571771.36155
       TmplTs     1637571771.36155
       cmdKey     0:1:1::myVCCU:FFF0:00:
       cmdLst:
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1638114351.90297
       vccu       myVCCU
       ioList:
         myHMLGW
         myHMLGW_Schlafzimmer
       prefIO:
         myHMLGW
     mRssi:
       mNo        D1
       io:
         myHMLGW:
         myHMLGW_Schlafzimmer:
           -53
           -53
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_myHMLGW:
         avg        -52.983870967742
         cnt        62
         lst        -53
         max        -48
         min        -60
       at_myHMLGW_Schlafzimmer:
         avg        -53.0930859921401
         cnt        30026
         lst        -53
         max        -48
         min        -71
     tmpl:
Attributes:
   IODev      myHMLGW
   IOList     myHMLGW,myHMLGW_Schlafzimmer
   IOgrp      myVCCU:myHMLGW
   expert     defReg,rawReg
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update

Beta-User

update, am besten auf die Version, die Martin vorhin ins svn geschubst hat.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maxritti

Danke für den Tip, hat aber leider nichts gebracht.

Nach wie vor MISSING ACK.

Beta-User

IO-Module sind auch aktuell? Das mit SDs hatten wir neulich erst. Bitte suchen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

zeig mal ein aktuelles list.
warum ist der sd nicht gepeert?
willst du kein teamlead?
was sagt hminfo configcheck?
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

maxritti

Ich sehe, ich muss mich doch wieder mehr damit beschäftigen. ;)
Werde dann wohl mal pairen um ein Team einzurichten.

Das aktuelle List sieht wie folgt aus:

Internals:
   DEF        65A163
   FUUID      61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
   IODev      myHMLGW_Schlafzimmer
   NAME       HM_65A163
   NR         265
   NTFY_ORDER 48-HM_65A163
   STATE      MISSING ACK
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   protCmdDel 4
   protResnd  3 last_at:2021-11-28 17:14:58
   protResndFail 3 last_at:2021-11-28 17:15:03
   protSnd    3 last_at:2021-11-28 17:14:53
   protSndB   6 last_at:2021-11-28 17:14:58
   protState  CMDs_done_Errors:1
   READINGS:
     2021-11-28 16:35:32   D-firmware      1.0
     2021-11-28 16:35:32   D-serialNr      OEQ2018828
     2021-11-28 17:14:53   IODev           myHMLGW_Schlafzimmer
     2021-11-28 16:38:52   alarmTest       ok
     2021-11-28 16:38:52   battery         ok
     2021-11-28 17:13:55   cfgState        updating
     2021-11-28 17:15:03   commState       CMDs_done_Errors:1
     2021-11-28 16:38:52   level           0
     2021-11-28 16:38:52   powerOn         2021-11-28 16:38:52
     2021-11-28 16:38:52   recentStateType info
     2021-11-28 16:35:32   sdRepeat        invalid
     2021-11-28 16:38:52   smokeChamber    ok
     2021-11-28 17:15:03   state           MISSING ACK
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   215
     cSnd       019A234E65A16300040000000000,019A234E65A163010E
     getCfgListNo
     mId        00AA
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     6
     cmds:
       TmplKey    :no:1638115990.16787
       TmplTs     1638115990.16787
       cmdKey     1:1:0::HM_65A163:00AA:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         unpair     noArg
       lst:
         condition  Smoke Alarm,no alarm,tone off
         peer       
         peerOpt   
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +65A163,00,00,00
       rxt        0
       vccu       myVCCU
       p:
         65A163
         00
         00
         00
       prefIO:
         myHMLGW_Schlafzimmer
     mRssi:
       mNo       
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   00
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IOgrp      myVCCU:myHMLGW_Schlafzimmer
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   serialNr   OEQ2018828
   subType    smokeDetector
   webCmd     statusRequest

   
Ein HMInfo hatte ich noch gar nicht. Wie gesagt, lange nichts mehr an FHEM gemacht.

Lege ich eins an und mache ein configCheck, so kommt "init not complete. configCheck won't be executed"

Im Wiki steht nach der Definition kann man ein "get hm help" machen, was aber in dem endet:

Unknown argument choose one of
---checks---
get configCheck [-typeFilter-]...

frank

hminfo braucht eventuell ein fhem restart.
dein sd braucht mindestens ein getconfig.
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

maxritti

Okay, der restart war es. Meine zwar einen gemacht zu haben, war aber wohl doch nicht so:

hminfo liefert nun dies:

Da steht auch der SD HM_65A163 drin. Nur was hat das zu bedeuten?

configCheck done:

missing register list
    EG_dr_TS_Terrasse: RegL_00.
    EG_fl_TK_Haustuer: .RegL_00.,.RegL_01.
    EG_ku_TK_Strasse: RegL_00.,RegL_01.
    EG_wz_TK_Carport: RegL_00.,RegL_01.
    EG_wz_TK_Terrasse: .RegL_00.,.RegL_01.
    EG_wz_TS_Terrasse: RegL_00.
    HMRemote: RegL_00.
    HMRemote_AAnlage_On_Off: RegL_01.,RegL_04.va_Btn10
    HMRemote_Carport: RegL_01.,RegL_04.va_Btn7
    HMRemote_Kueche_WW: RegL_01.,RegL_04.va_Btn9
    HMRemote_LichtSofa: RegL_01.,RegL_04.va_Btn11
    HMRemote_LichtTV: RegL_01.,RegL_04.va_Btn12
    HMRemote_Markise: RegL_01.,RegL_04.va_Btn8
    HMRemote_RollosAll: RegL_01.,RegL_04.va_Btn2
    HMRemote_RollosMarkiseStop: RegL_01.,RegL_04.va_Btn1
    HMRemote_StrasseLinks: RegL_01.,RegL_04.va_Btn5
    HMRemote_StrasseRechts: RegL_01.,RegL_04.va_Btn6
    HMRemote_TerrasseLinks: RegL_01.,RegL_04.va_Btn3
    HMRemote_TerrasseRechts: RegL_01.,RegL_04.va_Btn4
    HM_65A163: RegL_00.
    OG_bz_BM_Motion: RegL_00.,RegL_01.
    OG_szk_TK_SchlafenTim: .RegL_00.,.RegL_01.
    TemperaturDifferenz: RegL_00.

peer list incomplete. Use getConfig to read it.
    EG_wz_TS_Terrasse_Btn1:
    HM_65A163:

peer not verified. Check that peer is set on both sides
    HMRemote_C_light: p:va_Btn15

PairedTo missing/unknown
    EG_dr_TS_Terrasse:
    EG_fl_TK_Haustuer:
    EG_ku_TK_Strasse:
    EG_wz_TK_Carport:
    EG_wz_TK_Terrasse:
    EG_wz_TS_Terrasse:
    HMRemote:
    OG_bz_BM_Motion:
    OG_szk_TK_SchlafenTim:
    TemperaturDifferenz:

   
Ein getConfig auf dem SD kommt zu:

RESPONSE TIMEOUT:RegisterRead

frank

wahrscheinlich nicht gepairt.
also mal drüberpairen, nichts löschen.
eventuell auch mal mit dem anderen io als prefered io versuchen.

zeig mal je ein list der 2 io.
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

maxritti

Moin Frank,

na schon wach? :)

Gepaired habe ich die 3 SDs nun. Gibt einen Teamleader.
Noch mal ein List:

Internals:
   DEF        65A163
   FUUID      61a3a1c4-f33f-7b3d-249a-f2b37408c2f49b16
   IODev      myHMLGW
   NAME       RM_Buero_OG
   NR         265
   NTFY_ORDER 48-HM_65A163
   STATE      MISSING ACK
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   protCmdDel 9
   protResnd  4 last_at:2021-11-29 07:34:57
   protResndFail 4 last_at:2021-11-29 07:35:02
   protSnd    4 last_at:2021-11-29 07:34:50
   protSndB   8 last_at:2021-11-29 07:34:57
   protState  CMDs_done_Errors:1
   READINGS:
     2021-11-28 16:35:32   D-firmware      1.0
     2021-11-28 16:35:32   D-serialNr      OEQ2018828
     2021-11-29 07:34:50   IODev           myHMLGW
     2021-11-28 16:38:52   alarmTest       ok
     2021-11-28 16:38:52   battery         ok
     2021-11-29 07:35:00   cfgState        updating
     2021-11-29 07:35:02   commState       CMDs_done_Errors:1
     2021-11-28 16:38:52   level           0
     2021-11-28 16:38:52   powerOn         2021-11-28 16:38:52
     2021-11-28 16:38:52   recentStateType info
     2021-11-28 16:35:32   sdRepeat        invalid
     2021-11-28 16:38:52   smokeChamber    ok
     2021-11-29 07:35:02   state           MISSING ACK
   helper:
     HM_CMDNR   234
     cSnd       019A234E65A163010E,019A234E65A163010E
     getCfgListNo
     mId        00AA
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     6
     cfgChk:
       idPz00     fail
       idRc01     RegL_00.
     cmds:
       TmplKey    :no:1638123746.17538
       TmplTs     1638123746.17538
       cmdKey     1:1:0::RM_Buero_OG:00AA:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  Smoke Alarm,no alarm,tone off
         peer       
         peerOpt    HM_65A163,RM_Schlafzimmer_Eltern,RM_Schlafzimmer_Kind,myVCCU_Btn1,va_Btn1
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +65A163,00,00,00
       rxt        0
       vccu       myVCCU
       p:
         65A163
         00
         00
         00
       prefIO:
         myHMLGW
     mRssi:
       mNo       
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   00
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IOgrp      myVCCU:myHMLGW
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   room       Rauchmelder
   serialNr   OEQ2018828
   subType    smokeDetector
   webCmd     statusRequest


Und hier das list der 2 IOs:

Internals:
   AssignedPeerCnt 39
   CNT        89
   Clients    :CUL_HM:
   DEF        192.168.178.2
   DEVCNT     89
   DevState   99
   DevType    LGW
   DeviceName 192.168.178.2:2000
   FD         4
   FUUID      5cbf333f-f33f-b047-4bea-37f9022d5dc749c9
   LastOpen   1638123746.22157
   NAME       myHMLGW
   NOTIFYDEV  global
   NR         27
   NTFY_ORDER 47-myHMLGW
   PARTIAL   
   RAWMSG     040246
   RSSI       -57
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      eQ3-HM-LGW
   msgLoadCurrent 35
   msgLoadHistory 21/1/0/0/0/0/0/0/0/1/0/0
   msgLoadHistoryAbs 29/8/7/7/7/7/7/7/7/7/6/6/6
   owner      9A234E
   owner_CCU  myVCCU
   Helper:
     CreditTimer 2945
     FW         66561
     Initialized 1
     SendCnt    194
     AckPending:
       219:
         cmd        020000009480029A234E1F868501012000
         dst        1
         frame      FD001301DB020000009480029A234E1F8685010120004527
         time       1638166919.01547
       78:
         cmd        020000009880029A234E1F868501012000
         dst        1
         frame      FD0013014E020000009880029A234E1F8685010120004815
         time       1638167714.12005
       84:
         cmd        020000009A80029A234E1F868501012000
         dst        1
         frame      FD00130154020000009A80029A234E1F868501012000FED8
         time       1638167775.86736
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.00370311737060547
     loadLvl:
       lastHistory 1638167549.1162
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     09EE76     +09EE76,00,00,00
     1C5513     +1C5513,02,00,00
     1F8685     +1F8685,00,00,00
     20C7F0     +20C7F0,00,00,00
     218C13     +218C13,00,00,00
     219AB4     +219AB4,00,00,00
     22A266     +22A266,00,00,00
     239F8D     +239F8D,00,00,00
     23FB45     +23FB45,00,00,00
     24AAD3     +24AAD3,00,00,00
     24F5CD     +24F5CD,00,00,00
     24F60D     +24F60D,00,00,00
     24F642     +24F642,00,00,00
     24F6B5     +24F6B5,00,00,00
     290801     +290801,00,00,00
     290824     +290824,00,00,00
     290825     +290825,00,00,00
     29082D     +29082D,00,00,00
     2A12E7     +2A12E7,02,00,00
     2D1292     +2D1292,00,00,00
     3174EE     +3174EE,00,00,00
     34CB74     +34CB74,00,00,00
     34CBF5     +34CBF5,00,00,00
     433C5A     +433C5A,00,00,00
     495B93     +495B93,00,00,00
     52D383     +52D383,00,00,00
     52D38F     +52D38F,00,00,00
     52D39F     +52D39F,00,00,00
     52D3F3     +52D3F3,00,00,00
     52D492     +52D492,00,00,00
     53E197     +53E197,00,00,00
     59110A     +59110A,00,00,00
     59116B     +59116B,00,00,00
     643754     +643754,00,00,00
     653AC1     +653AC1,00,00,00
     65A163     +65A163,00,00,00
     70C0A1     +70C0A1,00,00,00
     9A234E     +9A234E
     E55919     +E55919,00,00,00
   READINGS:
     2021-11-28 19:22:29   D-HMIdAssigned  9A234E
     2021-11-28 19:22:29   D-HMIdOriginal  FFFFFF
     2021-11-28 19:22:26   D-LANfirmware   1.1.5
     2021-11-28 19:22:29   D-firmware      1.4.1
     2021-11-28 19:22:26   D-serialNr      PEQ1716493
     2021-11-28 19:22:26   D-type          eQ3-HM-LGW
     2021-11-28 19:22:29   cond            ok
     2021-11-29 07:35:05   load            35
     2021-11-28 19:22:29   loadLvl         low
     2021-11-28 19:22:26   state           opened
   helper:
   keepAlive:
     CNT        153
     DEVCNT     152
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 192.168.178.2:2001
     FD         15
     LastOpen   1638123746.22469
     NAME       myHMLGW:keepAlive
     NR         268
     PARTIAL   
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1638167858.76546
       Log:
         Resolve    1
         IDs:
     READINGS:
       2021-11-28 19:22:26   state           opened
Attributes:
   hmId       9A234E
   lgwPw      ccANTcv3ya


Internals:
   AssignedPeerCnt 1
   CNT        107
   Clients    :CUL_HM:
   DEF        192.168.178.3
   DEVCNT     107
   DevState   99
   DevType    LGW
   DeviceName 192.168.178.3:2000
   FD         12
   FUUID      5cc08015-f33f-b047-5f07-b3ef464701da2119
   LastOpen   1638123746.22393
   NAME       myHMLGW_Schlafzimmer
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 47-myHMLGW_Schlafzimmer
   PARTIAL   
   RAWMSG     04021B
   RSSI       -59
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      eQ3-HM-LGW
   msgLoadCurrent 14
   msgLoadHistory 0/13/1/0/0/0/0/0/0/0/0/0
   msgLoadHistoryAbs 14/14/1/0/0/0/0/0/0/0/0/0/0
   owner      9A234E
   owner_CCU  myVCCU
   Helper:
     CreditTimer 2947
     FW         66561
     Initialized 1
     SendCnt    11
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.00362205505371094
     loadLvl:
       lastHistory 1638167849.11873
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     70CC6F     +70CC6F,00,00,00
   READINGS:
     2021-11-28 19:22:29   D-HMIdAssigned  9A234E
     2021-11-28 19:22:29   D-HMIdOriginal  FFFFFF
     2021-11-28 19:22:26   D-LANfirmware   1.1.5
     2021-11-28 19:22:29   D-firmware      1.4.1
     2021-11-28 19:22:26   D-serialNr      NEQ0381844
     2021-11-28 19:22:26   D-type          eQ3-HM-LGW
     2021-11-28 19:22:29   cond            ok
     2021-11-29 07:31:27   load            14
     2021-11-28 19:22:29   loadLvl         low
     2021-11-28 19:22:26   state           opened
   helper:
   keepAlive:
     CNT        245
     DEVCNT     244
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 192.168.178.3:2001
     FD         17
     LastOpen   1638123746.232
     NAME       myHMLGW_Schlafzimmer:keepAlive
     NR         270
     PARTIAL   
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1638167878.77371
       Log:
         Resolve    1
         IDs:
     READINGS:
       2021-11-28 19:22:26   state           opened
Attributes:
   hmId       9A234E
   lgwPw      r3W+Fmvm4C

   

Das IO des SDs habe ich einfach mal via Attribut geändert. Ich hoffe, dass das so richtig war.

Geändert hat sich aber nichts.

frank

irgendwas ist grob faul mit diesem sd:

1. eine durch fhem empfangene msg vom sd ist nur im ersten list zu sehen, danach nichts mehr. diese msg hat unter anderem das reading powerOn aktualisiert. da sie an broadcast gesendet wurde, hat das kurz vorher durchgeführte pairen bereits nicht funktioniert.
lastMsg    No:80 - t:10 s:65A163 d:000000 06010000
2021-11-28 16:38:52   powerOn         2021-11-28 16:38:52


wie hast du seit dem genau gepairt?
nach erfolgreichem pairen mit anschliessendem getconfig muss ein reading pairedTo existieren.
wenn du am sd das knöpfchen gedrückt hättest, müssten eigentlich auch die dadurch gesendeten anlernmessages in fhem zu sehen sein.
drück mal nur aufs knöpchen und schaue, ob eine msg empfangen wird. eventuell auch wiederholen.

ist die batterie eventuell leer?
leuchtet irgendwas am sd?

paire mal über seriennummer.

das umswitchen auf das andere io hat funktioniert, siehst du im internal und reading IODev.


2. die vccu zeigt ein unknown reading
2021-11-28 09:42:53   unknown_F10000  received

sieht verdächtig nach einer fhem installation mit cul io aus.
ist das von dir?


3. der sd ist in keinem io list unter "Peers" zu sehen. eigentlich müsste der immer im aktuell gesetzen io zu sehen sein. sollte auch mit "get io assignIDs" zu sehen sein. aber immer nur in einem.

was hast du gestern genau updatet? nur das file 00_CUL_HM.pm?
mach heute mal ein komplettes update von fhem, damit alle dateien zusammen passen.
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

maxritti

Zitat von: frank am 29 November 2021, 13:28:53
irgendwas ist grob faul mit diesem sd:

1. eine durch fhem empfangene msg vom sd ist nur im ersten list zu sehen, danach nichts mehr. diese msg hat unter anderem das reading powerOn aktualisiert. da sie an broadcast gesendet wurde, hat das kurz vorher durchgeführte pairen bereits nicht funktioniert.
lastMsg    No:80 - t:10 s:65A163 d:000000 06010000
2021-11-28 16:38:52   powerOn         2021-11-28 16:38:52


wie hast du seit dem genau gepairt?

So:

set RM_Schlafzimmer_Eltern peerChan 0 RM_Buero_OG set actor

Zitat von: frank am 29 November 2021, 13:28:53
nach erfolgreichem pairen mit anschliessendem getconfig muss ein reading pairedTo existieren.

Das heisst ich hätte noch ein getconfig machen müssen nach dem set...?

Zitat von: frank am 29 November 2021, 13:28:53
wenn du am sd das knöpfchen gedrückt hättest, müssten eigentlich auch die dadurch gesendeten anlernmessages in fhem zu sehen sein.
drück mal nur aufs knöpchen und schaue, ob eine msg empfangen wird. eventuell auch wiederholen.

Da gibts einen Alarm am SD und im FHEM-Event sehe ich gar nichts.

Zitat von: frank am 29 November 2021, 13:28:53
ist die batterie eventuell leer?
leuchtet irgendwas am sd?

Im SD steht Tausch in 06.2028 empfohlen. Von daher wird die hoffentlich nicht leer sein.
Kann doch auch gar nicht gemessen werden, da eingebaut oder?

Nö, leuchtet nichts.

Zitat von: frank am 29 November 2021, 13:28:53
paire mal über seriennummer.
das umswitchen auf das andere io hat funktioniert, siehst du im internal und reading IODev.

Also es wird immer komischer.
Den SD habe ich gelöscht, dann via set myVCCU hmPairSerial OEQ2018828 versucht zu pairen.
Der taucht aber auch nach mehreren Minuten nicht auf. Erst wenn ich die VCCU normal in den Pairmodus setze und den SD via Button anlerne, kommt der wieder in FHEM an.

Zitat von: frank am 29 November 2021, 13:28:53
2. die vccu zeigt ein unknown reading
2021-11-28 09:42:53   unknown_F10000  received

sieht verdächtig nach einer fhem installation mit cul io aus.
ist das von dir?

Jo, wird wohl von meinem SIGNALduino sein.

Zitat von: frank am 29 November 2021, 13:28:53
3. der sd ist in keinem io list unter "Peers" zu sehen. eigentlich müsste der immer im aktuell gesetzen io zu sehen sein. sollte auch mit "get io assignIDs" zu sehen sein. aber immer nur in einem.

was hast du gestern genau updatet? nur das file 00_CUL_HM.pm?

Korrekt, nur die Datei.

Zitat von: frank am 29 November 2021, 13:28:53
mach heute mal ein komplettes update von fhem, damit alle dateien zusammen passen.

Das könnte des Rätsels Lösung gewesen sein.  :D
Jetzt scheint der SD korrekt zu arbeiten. Zumindest ein getConfig und StatusRequest gehen nun unmittelbar erfolgreich durch und kein MISSING ACK mehr.

Ich danke Dir für Deine Geduld und den Support.

Etwas ist mir noch aufgefallen, aber da mache ich ein extra Post für auf.  ;)

Beta-User

...qed. Das hatte ich nicht ohne Grund geschrieben:
Zitat von: Beta-User am 28 November 2021, 17:45:37
IO-Module sind auch aktuell?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maxritti

Jo, auch Danke an Dich.

Macht schon Sinn alles auf einem Stand zu haben.

Beta-User

Hmm, ich sehe grade, dass auch die anderen Module schon vor dem update ziemlich aktuell gewesen waren.

Damit halte ich diese Hypothese für gewagt (unterstellt, du hattest CUL_HM gestern aus dem svn geholt):
ZitatDas könnte des Rätsels Lösung gewesen sein.  (https://forum.fhem.de/Smileys/default/cheesy.gif)
Jetzt scheint der SD korrekt zu arbeiten. Zumindest ein getConfig und StatusRequest gehen nun unmittelbar erfolgreich durch und kein MISSING ACK mehr.
Dann war vermutlich nur "Geduld und Spucke" bzw. ein sauberer Reset der IO's die Ursache dafür, dass jetzt alles fein ist :) .

(@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maxritti

Zitat von: Beta-User am 29 November 2021, 17:23:09
Hmm, ich sehe grade, dass auch die anderen Module schon vor dem update ziemlich aktuell gewesen waren.

Damit halte ich diese Hypothese für gewagt (unterstellt, du hattest CUL_HM gestern aus dem svn geholt):
Definitiv. Denn ich musste erst mal svn suchen und schauen wie ich explizit die Datei daher bekomme.  ::)

Zitat von: Beta-User am 29 November 2021, 17:23:09
Dann war vermutlich nur "Geduld und Spucke" bzw. ein sauberer Reset der IO's die Ursache dafür, dass jetzt alles fein ist :) .

Da hapert es ab und zu bei mir, denn Geduld ist nicht mein 2. Vorname.  ;)

Zitat von: Beta-User am 29 November 2021, 17:23:09
(@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss).

frank

Zitat@frank: das 47-präfix zeigt, dass insbes. HMUARTLGW bereits gestern aktuell gewesen sein muss
ja, auch mit uraltem 00_HMUARTLGW hätte ein fhem update keine besserung bringen dürfen.


@maxritti
dein 2. io im schlafzimmer hat gar nichts zu tun. nur ein device ist assigned.
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.
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

maxritti

Zitat von: frank am 29 November 2021, 17:54:00
ja, auch mit uraltem 00_HMUARTLGW hätte ein fhem update keine besserung bringen dürfen.


@maxritti
dein 2. io im schlafzimmer hat gar nichts zu tun. nur ein device ist assigned.
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.
Hm, echt?
In der nähe des Schlafzimmers ist auch nicht so viel los, aber zumindest sollten sich da 2 Rollladenaktoren sinnigerweise mit verbinden....

Das mit HMInfoTools.js schaue ich mir mal an. Dauert aber ein wenig.

maxritti

Zitat von: frank am 29 November 2021, 17:54:00
@maxritti
installiere mal HMinfoTools.js und setze über die "rssi-overview-table" alle attribute IOgrp nach der dortigen empfehlung.

So, ich habe mich nun an den HMinfoTools.js versucht. Leider ohne Erfolg.

Hatte diesen Post gefunden:

https://forum.fhem.de/index.php/topic,112825.0.html

Und dort unter "Weitere Infos" an die Installation aus dem Post gehalten.
Ist ja nicht wirklich komplex. Copy, chown und der Webinstanz die js zuweisen.

https://forum.fhem.de/index.php/topic,106959.0.html

Unter "Anleitung:" verstehe ich aber ehrlich gesagt nicht mehr viel.
Muss dort noch was gemacht werden?

Unter meinem heute definierten hminfo sehe ich mal nichts von Icons.

Bin ein wenig verloren.  ::)

frank

für hminfotools sind nur die vorbereitungspunkte 0.1 und 0.2 aus deinem 2. link wichtig. der rest ist für HMdeviceTools.
hast du das attr JavaScripts vom webdevice ergänzt?
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

maxritti

Zitat von: frank am 29 November 2021, 22:17:10
für hminfotools sind nur die vorbereitungspunkte 0.1 und 0.2 aus deinem 2. link wichtig. der rest ist für HMdeviceTools.
hast du das attr JavaScripts vom webdevice ergänzt?
Okay, die habe ich gemacht.
Wobei ich mir da nicht sicher bin:

Zitat0.1. hm.js in den ordner /fhem/www/pgm2 kopieren und vorhandene version ggf sichern. rechte beachten, zb über linux console:
Code: [Auswählen]
chown fhem:dialout hm.js

Wo finde ich die hm.js?
Oder ist das die in dem Post angehangene HMdeviceTools.js?

Zitat0.2. hm.js unter "attr <my_FHEMWEB_device> JavaScripts" einfügen (mehrere einträge durch "leerzeichen" trennen). bei mir zb:
Code: [Auswählen]
attr WEB JavaScripts pgm2/HMdeviceTools.js

Und das Web Device habe ich erweitert:

Internals:
   BYTES_READ 32786
   BYTES_WRITTEN 774446
   CONNECTS   46
   DEF        8083 global
   FD         5
   FUUID      5c549a89-f33f-b047-f9ee-8775dc10dc24f823
   NAME       WEB
   NR         5
   NTFY_ORDER 50-WEB
   PORT       8083
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2021-11-29 21:58:05   state           Initialized
Attributes:
   Css        1
   JavaScripts pgm2/HMinfoTools.js
   confirmDelete 0
   csrfToken  none
   ploteditor always
   styleData  {
"f18": {
  "Pinned.menu": false,
  "cols.bg": "444444",
  "cols.fg": "CCCCCC",
  "cols.link": "ffebf0",
  "cols.evenrow": "333333",
  "cols.oddrow": "111111",
  "cols.header": "222222",
  "cols.menu": "111111",
  "cols.sel": "333333",
  "cols.inpBack": "444444",
  "savePinChanges": true,
  "Pinned.Room.Schalter.grp.Switches": true,
  "rightMenu": true,
  "Pinned.Room.Rollo.grp.at": true,
  "Pinned.Room.Rollo.grp.Siro": true,
  "Pinned.Room.Rollo.grp.Rollos_Settings": true,
  "Pinned.Room.Rollo.grp.DOIF": false,
  "Pinned.Room.Rollo.grp.dummy": true,
  "Pinned.style.list.f18: Room specific": true,
  "hideLogo": true,
  "hideInput": true,
  "hidePin": false,
  "fixedInput": false,
  "Pinned.Room.Tablet.grp.Rollo": true,
  "showDragger": false,
  "Pinned.Room.Tablet.grp.Siro": true
}
}
   stylesheetPrefix dark


Vermutlich bin ich schon mit den 3 js-Dateien (hs.js, HMdeviceTools.js und HMinfoTools.js) leicht zu verwirren.  :-\

frank

ZitatVermutlich bin ich schon mit den 3 js-Dateien (hs.js, HMdeviceTools.js und HMinfoTools.js) leicht zu verwirren.
scheinbar.  :)

hm.js hat gerade einen neuen namen bekommen => HMdeviceTools.js
schon sind es nur noch 2 dateien.

wenn der pfad passt, sollte nun HMinfoTools beim aufruf der detailseite von hminfo geladen und gestartet werden.
eventuell noch mal reload der webseite.
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

maxritti

#22
Nix zu machen.
5 x die Dateien, Rechte und Einstellungen in der Webinstanz geprüft.

shutdown restart, mehrere Browser und Cache refresht.

Ergebnis ist im Anhang zu sehen.

frank

wenn du beide js files nutzen möchtest, musst du auch beide js files im attr JavaScripts eintragen.

zu sehen ist nur HMdeviceTools.
das solltest du auf jeder detailseite einer cul_hm entity sehen. eine einzeilige "tabelle" unterhalb vom get button.
allerdings ohne icons, da HMinfoTools noch nicht im attr eingetragen ist.

hm... , schwere geburt.
ich sollte die anleitung deutlich anders machen.
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

maxritti

Okay, ich war davon ausgegangen, dass die InfoTools auf die DeviceTools zurückgreifen und daher die DeviceTools reichen würden.
Falsche Annahme von mir.

Irgendwie scheint aber mein Safari auch noch ein Cache Problem zu haben.
Im Chrome werden mir die InfoTools angezeigt. Im Safari schon reload und Cache löschen gemacht und nix.

DeviceTools sehe ich in beiden Browsern. Im Chrome sogar mit Icons, im Safari ohne.

frank

im handy habe ich auch schwierigkeiten mit reload, aber bei chrome. da starte ich den browser meistens neu.
scheinbar gibt es dort die "probleme", wenn mehrere tabs geöffnet sind.
auf dem desktop wird wohl für jeden tab neu übertragen.

js code wird im client, also im browser ausgeführt.
im attr JavaScripts müssen alle files eingetragen werden, die der fhem server zusätzlich an den client ausliefert.

zb werden die icons in HMdeviceTools von HMinfoTools erzeugt und verändert.

schön, dass es nun funktioniert.

für hminfotools solltest du dann noch 2 attr setzen:
1. autoUpdate
2. das userattribut HMinfoTools_deviceMode
siehe meine letzten beiträge im thread.
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