[HMinfoTools.js] ein WebUI für das modul HMinfo

Begonnen von frank, 12 Juli 2020, 12:28:10

Vorheriges Thema - Nächstes Thema

CottonIJo

list cmd in der fhem eingabe

00_UG_Freizeitraum_FensterGriff                       DEF             5D41B9
                     2020-09-02 19:49:21   commState       CMDs_done
                                           actCycle        001:05
                                           actStatus       dead
                     2020-09-02 19:49:04   sabotageError   off
                                           IODev           myHmUART
                                           rssi_at_RM_HmUART_UG cnt:6 min:-66 max:-65 avg:-65.33 lst:-66
                     2020-09-02 19:49:04   battery         ok
                     2020-09-02 16:07:01   cfgState        ok
                                           NAME            00_UG_Freizeitraum_FensterGriff
00_UG_Technikraum_FensterGriff                       DEF             5D3E0A
                     2020-09-02 19:47:11   commState       CMDs_done
                                           actCycle        001:05
                                           actStatus       dead
                     2020-09-02 19:47:11   sabotageError   off
                                           IODev           myHmUART
                                           rssi_at_RM_HmUART_DG cnt:1 min:-84 max:-84 avg:-84 lst:-84
                                           rssi_at_RM_HmUART_UG cnt:1 min:-74 max:-74 avg:-74 lst:-74
                                           rssi_at_myHmUART cnt:1 min:-84 max:-84 avg:-84 lst:-84
                     2020-09-02 19:47:11   battery         ok
                     2020-09-02 16:07:02   cfgState        ok
                                           NAME            00_UG_Technikraum_FensterGriff
20_DG_Balkonzimmer_BalkontuerGriff                       DEF             5328E8
                     2020-09-02 18:39:35   commState       CMDs_done
                                           actCycle        000:15
                                           actStatus       dead
                     2020-09-02 09:13:44   sabotageError   off
                                           IODev           RM_HmUART_DG
                                           rssi_at_RM_HmUART_DG cnt:1 min:-51 max:-51 avg:-51 lst:-51
                                           rssi_at_myHmUART cnt:1 min:-75 max:-75 avg:-75 lst:-75
                     2020-09-02 18:39:35   battery         ok
                     2020-09-02 16:07:06   cfgState        ok
                                           NAME            20_DG_Balkonzimmer_BalkontuerGriff
50_Aussen_Remote_Control1_ELW                       DEF             6C7451
                                           actCycle        002:00
                                           actStatus       dead
                                           IODev           
                     2020-07-30 19:41:02   battery         ok
                     2020-09-02 16:07:07   cfgState        updating
                                           NAME            50_Aussen_Remote_Control1_ELW
50_Aussen_Remote_Control1_Main                       DEF             6C746F
                                           actCycle        002:00
                                           actStatus       dead
                                           IODev           
                     2020-08-23 10:23:48   battery         ok
                     2020-09-02 16:07:07   cfgState        updating
                                           NAME            50_Aussen_Remote_Control1_Main
20_DG_Flur_Sirene                          DEF             54A6D3
                     2020-09-02 22:46:18   commState       CMDs_done
                     2020-09-02 22:46:18   sabotageError   on
                                           IODev           RM_HmUART_DG
                                           rssi_at_RM_HmUART_DG cnt:23 min:-63 max:-49 avg:-54.43 lst:-63
                                           rssi_at_RM_HmUART_UG cnt:23 min:-75 max:-71 avg:-73.21 lst:-75
                                           rssi_at_myHmUART cnt:23 min:-55 max:-52 avg:-52.78 lst:-54
                     2020-09-02 22:46:18   battery         ok
                     2020-09-02 16:07:06   cfgState        ok
                                           NAME            20_DG_Flur_Sirene
50_Aussen_Schaltmodul01_NordSeite                       DEF             4E81EC
                     2020-09-02 22:44:19   commState       CMDs_done
                                           actCycle        000:30
                                           actStatus       alive
                                           IODev           myHmUART
                                           rssi_at_RM_HmUART_DG cnt:76 min:-81 max:-77 avg:-79.47 lst:-80
                                           rssi_at_RM_HmUART_UG cnt:40 min:-88 max:-78 avg:-83.27 lst:-78
                                           rssi_at_myHmUART cnt:78 min:-73 max:-66 avg:-68.23 lst:-67
                     2020-09-02 16:07:07   cfgState        ok
                                           NAME            50_Aussen_Schaltmodul01_NordSeite


frank

#46
das internal IODev von den devices 50_Aussen_Remote_Control1_Main und 50_Aussen_Remote_Control1_ELW machen den ärger.
zeig mal je ein list.

edit: vermutlich fehlt dort jeweils das attr IODev.
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

CottonIJo

Hallo frank,

Volltreffer, Problem schein gelöst.
Der Vollständigkeit halber die listings der beiden Fernbedienungen anbei.

Ich habe sie nochmal gepairt, die Attribute
IODev      myHmUART und Iogrp   VCCU:myHmUART sind jetzt vorhanden und richtig zugewiesen.
Hminfo update über ,,set" und ,,webcmd" habe ich jetzt fehlerfrei bereits mehrmals gemacht, die Liste füllt sich (Bild1), configCheck liefert auch wieder ein Ergebnis. Es scheint so, als wenn Du die Ursache für die Fehlermeldung  gefunden hast.
Wenn dem so ist, dann habe ich eigentlich Probleme bei der Überwachung der ,,Gesundheit" meiner fhem devices.
Bei der Fernbedienung 50_Aussen_Remote_Control1_ELW war die Batterie leer (pairing ging damit nicht) obwohl das reading ,,battery" ok anzeigt, damit komme ich dann auf einen anderen thread zurück https://forum.fhem.de/index.php/topic,113886.msg1081550.html#msg1081550, das device hat sich ja zuletzt am 2020-07-30 bezüglich Batterieprüfung gemeldet, mit Status ,,ok" und dann nicht mehr, nur das ist im Icon für den Ladezustand nicht mehr aufgefallen.
Das zweite Problem finde ich eigentlich schwerwiegender, ein device verliert sein pairing (beide Fernbedienungen waren bei Inbetriebnahme gepairt) und ich kriege es als Anwender nicht mit.
Gibt es hier eine Überwachungsmöglichkeit für die Anzeige auf der fhem Weboberfläche? Ist Dir oder jemanden anderem hier etwas bekannt?

Grüße Joachim

list 50_Aussen_Remote_Control1_Main

Internals:
   DEF        6C746F
   FUUID      5ead9aef-f33f-8c2a-56ce-1e5a6c1e6e0e3e72
   IODev     
   NAME       50_Aussen_Remote_Control1_Main
   NOTIFYDEV  global
   NR         2200
   NTFY_ORDER 50-50_Aussen_Remote_Control1_Main
   STATE      50_Aussen_Remote_Control1_Main_Btn_01 Long
   TYPE       CUL_HM
   channel_01 50_Aussen_Remote_Control1_Main_Btn_01
   channel_02 50_Aussen_Remote_Control1_Main_Btn_02
   channel_03 50_Aussen_Remote_Control1_Main_Btn_03
   channel_04 50_Aussen_Remote_Control1_Main_Btn_04
   READINGS:
     2020-09-02 18:08:16   Activity        dead
     2020-09-02 18:08:16   Batt_timestamp_50_Aussen_Remote_Control1_Main 2020-08-23 10:23:48
     2020-05-02 18:08:16   D-firmware      1.1
     2020-05-02 18:08:16   D-serialNr      QEQ0215000
     2020-08-23 10:23:48   battery         ok
     2020-09-02 16:07:07   cfgState        updating
     2020-08-23 10:23:48   state           50_Aussen_Remote_Control1_Main_Btn_01 Long
   helper:
     HM_CMDNR   195
     mId        00D4
     peerFriend
     peerOpt    -:remote
     regLst     0
     rxType     28
     cfgChk:
       idPc00     fail
       idRc01     RegL_00.
     cmds:
       TmplKey    :no:1599055614.43064
       TmplTs     1599055614.43064
       cmdKey     0:1:0::50_Aussen_Remote_Control1_Main:00D4: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) [-peerChn-]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +6C746F,00,00,00
       prefIO     
       rxt        2
       vccu       
       p:
         6C746F
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       dev        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   actCycle   002:00
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.1
   icon       it_remote
   model      HM-RC-4-3
   room       50_Aussenbereich
   serialNr   QEQ0215000
   subType    remote
   userReadings Batt_timestamp_50_Aussen_Remote_Control1_Main {ReadingsTimestamp("50_Aussen_Remote_Control1_Main","battery","")}
   webCmd     getConfig:clear msgEvents


list 50_Aussen_Remote_Control1_ELW

Internals:
   DEF        6C7451
   FUUID      5ead997e-f33f-8c2a-eb8a-10179b6756aebfc0
   IODev     
   NAME       50_Aussen_Remote_Control1_ELW
   NOTIFYDEV  global
   NR         2185
   NTFY_ORDER 50-50_Aussen_Remote_Control1_ELW
   STATE      50_Aussen_Remote_Control1_ELW_Btn_03 Short
   TYPE       CUL_HM
   channel_01 50_Aussen_Remote_Control1_ELW_Btn_01
   channel_02 50_Aussen_Remote_Control1_ELW_Btn_02
   channel_03 50_Aussen_Remote_Control1_ELW_Btn_03
   channel_04 50_Aussen_Remote_Control1_ELW_Btn_04
   READINGS:
     2020-09-02 18:08:16   Activity        dead
     2020-09-02 18:08:16   Batt_timestamp_50_Aussen_Remote_Control1_ELW 2020-07-30 19:41:02
     2020-05-02 18:02:07   D-firmware      1.1
     2020-05-02 18:02:07   D-serialNr      QEQ0215031
     2020-07-30 19:41:02   battery         ok
     2020-09-02 16:07:07   cfgState        updating
     2020-07-30 19:41:02   state           50_Aussen_Remote_Control1_ELW_Btn_03 Short
   helper:
     HM_CMDNR   138
     mId        00D4
     peerFriend
     peerOpt    -:remote
     regLst     0
     rxType     28
     cfgChk:
       idPc00     fail
       idRc01     RegL_00.
     cmds:
       TmplKey    :no:1599055614.17802
       TmplTs     1599055614.17802
       cmdKey     0:1:0::50_Aussen_Remote_Control1_ELW:00D4: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) [-peerChn-]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +6C7451,00,00,00
       prefIO     
       rxt        2
       vccu       
       p:
         6C7451
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       dev        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   actCycle   002:00
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.1
   icon       it_remote
   model      HM-RC-4-3
   room       50_Aussenbereich
   serialNr   QEQ0215031
   subType    remote
   userReadings Batt_timestamp_50_Aussen_Remote_Control1_ELW {ReadingsTimestamp("50_Aussen_Remote_Control1_ELW","battery","")}
   webCmd     getConfig:clear msgEvents


frank

neues update.

rev 1009 03.09.2020
    fix: fehlerbeseitigung für devices mit nicht gesetztem attr IODev
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

frank

hi joachim,

öffne doch mal einen neuen thread für das batterie problem deiner fernbedienungen hier im homematic bereich.
am besten gleich noch ein aktuelles list dazu.


und wie schon gesagt, empfehle ich dir, das attr sumERROR von hminfo zu erweitern => ",cfgState:ok" hinten anfügen.
in deinem hminfo list waren nämlich diverse devices mit config problemen zu erkennen. durch die erweiterung werden dir alle devices automatisch in hminfotools angezeigt.
es gibt zwar noch ein paar probleme mit dem automatischen configcheck nach fhem restart, aber trotzdem sehr hilfreich, denke ich => https://forum.fhem.de/index.php/topic,113931.0.html
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

CottonIJo

Verbesserungsvorschlag oder Frage zur Anzeige des RSSI
Ich habe alle meine Geräte über eine VCCU gepairt (myHmUART), da ich die devices über 3 Etagen verteilt habe gibt es noch einen UART im Keller ( RM_HmUART_UG) und einen im Dachgeschoss (RM_HmUART_DG) myHmUART ist im Erdgeschoss. Somit hat jede Etage einen UART.
Wenn ich mir jetzt im HMinfoTools das Icon für den RSSI-Wert ansehe, wird immer der Wert zum myHmUART ausgewiesen. Führt bei einigen devices zu schlechten Werten (z. Bsp. -83, Icon ist gelb), geht man dann auf die Detailseite des devices wird aber der RSSI zum RM_HmUART_UG oder RM_HmUART_DG mit z. Bsp. -45 oder -57 ausgewiesen, je nach dem in welcher Etage das device werkelt.
Wenn ich die Verwendung einer VCCU richtig verstanden habe, dann sorgt diese dafür, dass das device immer mit dem UART kommuniziert der das beste RSSI bietet, in manchen Fällen ist das dann nicht myHmUART und die Anzeige in HMInfoTools nicht zielführend.
Im Falle des Vorhandenseins von mehreren UARTs gibt es die Möglichkeit alle RSSIs anzuzeigen bzw. den besten Wert auszuweisen und die Farbe des Icons entsprechend anzupassen?

Grüße Joachim

frank

#51
hminfotools zeigt immer das io beim rssi an, welches im internal IODev steht. dieses io wird zur kommunikation mit dem device benutzt.

wenn das nicht das io ist, welches du gern hättest, passt etwas nicht in deiner konfiguration.

wie schon im anderen thread angesprochen: zeig je ein list von vccu, den ios und von einem device.
und kontrolliere, ob hminfotools das io aus dem internal IODev anzeigt.


edit:
die info über einen wechsel des io im Internal IODev wird leider nirgends bekannt gegeben. daher kann das rssi-icon auch nicht über longpoll aktualisiert werden.
das icon zeigt somit den zustand, der zum zeitpunkt der letzten aktualisierung der tabelle gültig war.
bei automatischer aktualisierung entspricht dieser zeitpunkt dem "update-timestamp" in der tabelle oben rechts.
im zweifel einfach mal die website aktualisieren, um aktuelle rssi infos zu bekommen. 
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

CottonIJo

Bei meinen Geräten ist das IODev immer die VCCU, mit der habe ich ja auch die Geräte initial gepairt.
Also steht bei allen devices in IODev: myHmUART
Wie gesagt, mein Verständnis ist, dass alle UARTs unter der VCCU eine IOGruppe bilden und die VCCU entscheidet welcher UART redet mit welchem device (je nach RSSI)
myHmUART ist ein physikalischer UART auf dem Master-fhem, sollte dies ein Fehler gewesen sein diesen UART der VCCU zugewiesen zu haben dann bitte kurze Info dazu.
Ich bin damals beim Einrichten der VCCU von einem genutztem/gepairtem UART gekommen und hatte das Wiki zur VCCU so verstanden, dass die physikalische hmid des UART der VCCU als ID zugewiesen wird, daher die Adresse für die VCCU.

Anbei Bild aus HMInfoTools mit list der VCCU und dem list des devices

list VCCU

Internals:
   DEF        4C3DF4
   FUUID      5c587acf-f33f-8c2a-7d9d-1e77aeb2aae74961
   IODev      myHmUART
   LASTInputDev RM_HmUART_UG
   MSGCNT     27589
   NAME       VCCU
   NOTIFYDEV  global
   NR         39
   NTFY_ORDER 50-VCCU
   RM_HmUART_DG_MSGCNT 10300
   RM_HmUART_DG_RAWMSG 0500003DE686104CF6A10000000A40DB0B0040
   RM_HmUART_DG_RSSI -61
   RM_HmUART_DG_TIME 2020-09-08 17:49:43
   RM_HmUART_UG_MSGCNT 10560
   RM_HmUART_UG_RAWMSG 05000032E686104CF6A10000000A40DB0B0040
   RM_HmUART_UG_RSSI -50
   RM_HmUART_UG_TIME 2020-09-08 17:49:43
   STATE      myHmUART:ok,RM_HmUART_UG:ok,RM_HmUART_DG:ok
   TYPE       CUL_HM
   assignedIOs RM_HmUART_DG,RM_HmUART_UG,myHmUART
   channel_01 VCCU_Btn1
   lastMsg    No:5F - t:11 s:4C3DF4 d:4E81EC 0201000000
   myHmUART_MSGCNT 6729
   myHmUART_RAWMSG 05000036E686104CF6A10000000A40DB0B0040
   myHmUART_RSSI -54
   myHmUART_TIME 2020-09-08 17:49:43
   protLastRcv 2020-09-08 17:46:45
   protRcv    4320 last_at:2020-09-08 17:46:45
   protRcvB   187 last_at:2020-09-08 17:24:24
   rssi_at_RM_HmUART_DG cnt:3787 min:-70 max:-40 avg:-42.19 lst:-42
   rssi_at_RM_HmUART_UG cnt:4010 min:-70 max:-52 avg:-56.7 lst:-58
   rssi_at_myHmUART cnt:255 min:-62 max:-44 avg:-46.72 lst:-45
   READINGS:
     2020-09-08 17:44:07   CommandAccepted yes
     2020-09-08 17:05:52   IOopen          3
     2020-08-31 18:04:16   aesReqTo        20_DG_Balkonzimmer_BalkontuerRahmen_Sensor
     2020-09-06 23:05:55   cfgState        ok
     2020-08-30 22:32:22   recentStateType ack
     2020-08-20 17:38:13   rssi_at_RM_HmUART_DG -42
     2020-08-20 17:38:13   rssi_at_RM_HmUART_UG -49
     2020-08-20 17:34:15   rssi_at_myHmUART -45
     2020-09-08 17:05:52   state           myHmUART:ok,RM_HmUART_UG:ok,RM_HmUART_DG:ok
     2020-06-20 09:43:09   unknown_14CD62  received
     2020-09-08 17:45:57   unknown_3F7AD9  received
     2020-09-08 17:36:51   unknown_464246  received
     2020-09-08 17:36:51   unknown_4C3F6D  received
     2020-09-08 17:49:42   unknown_4CF2C3  received
     2020-09-08 17:47:20   unknown_4CF35C  received
     2020-09-08 17:49:43   unknown_4CF6A1  received
     2018-05-08 11:08:33   unknown_4E91FC  received
     2019-04-15 11:57:58   unknown_5328E8  received
     2018-05-27 00:16:07   unknown_53A836  received
     2018-06-01 07:42:03   unknown_54A6D3  received
     2018-05-18 17:13:23   unknown_550278  received
     2018-05-01 17:25:33   unknown_56A84D  received
     2018-05-01 16:31:16   unknown_56A891  received
     2018-11-20 12:03:50   unknown_57C945  received
     2019-06-29 13:50:42   unknown_59A844  received
     2020-06-16 14:08:09   unknown_5D0066  received
     2018-07-21 19:04:10   unknown_5D0088  received
     2018-05-13 21:40:50   unknown_5D3E0A  received
     2018-04-29 12:40:11   unknown_5D41B9  received
     2018-05-30 22:27:29   unknown_5F592E  received
     2020-06-13 18:58:37   unknown_614349  received
     2019-07-01 14:53:31   unknown_621C1B  received
     2018-05-27 10:04:31   unknown_639936  received
     2019-11-29 08:53:37   unknown_63AAC4  received
     2018-10-07 14:25:24   unknown_650983  received
     2018-10-13 18:32:23   unknown_667A04  received
     2019-06-29 14:06:38   unknown_670117  received
     2020-06-16 14:51:50   unknown_690E01  received
     2019-04-15 18:13:30   unknown_6947E9  received
     2019-04-15 18:13:13   unknown_694814  received
     2019-06-30 11:40:38   unknown_6AAE22  received
     2019-06-28 18:47:03   unknown_6AAECE  received
     2020-05-02 18:01:40   unknown_6C7451  received
     2020-05-02 18:07:46   unknown_6C746F  received
     2019-11-15 14:27:48   unknown_6C9B0D  received
     2020-05-02 17:49:20   unknown_6E1D3E  received
     2019-07-22 18:43:23   unknown_FFFFFF  received
   helper:
     HM_CMDNR   95
     PONtest    1
     mId        FFF0
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1599339967.81761
       TmplTs     1599339967.81761
       cmdKey     0:1:1::VCCU:FFF0:01:
       cmdLst:
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         peerSmart  -peerOpt-
         tplSet_0   -tplChan-
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    00_UG_Freizeitraum_FensterGriff,00_UG_Freizeitraum_FensterRahmen_Sensor,00_UG_Freizeitraum_Rollladen,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_01,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_02,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_03,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_04,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_05,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_06,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_07,00_UG_HzgKeller_Hzg_Umwaelzpumpe_Btn_08,00_UG_Technikraum_FensterGriff,00_UG_Technikraum_FensterRahmen_Sensor,00_UG_Technikraum_Rollladen,10_EG_Esszimmer_BewegungsSensor_Btn_01,10_EG_Esszimmer_BewegungsSensor_Btn_02,10_EG_Esszimmer_BewegungsSensor_Motion,10_EG_Esszimmer_HzgThermostat_WindowRec,10_EG_Esszimmer_HzgThermostat_remote,10_EG_Esszimmer_Rollladen,10_EG_Esszimmer_Stehlampe_SenF,10_EG_Esszimmer_Stehlampe_SenI,10_EG_Esszimmer_Stehlampe_SenPwr,10_EG_Esszimmer_Stehlampe_SenU,10_EG_Esszimmer_Stehlampe_Sw,10_EG_Esszimmer_Wand_HzgThermostat_WindowRec,10_EG_Esszimmer_Wand_HzgThermostat_remote,10_EG_Flur_HzgThermostat_WindowRec,10_EG_Flur_HzgThermostat_remote,10_EG_Flur_Stehlampe_Sw,10_EG_Kueche_Fenster_Norden_Sensor,10_EG_Kueche_HzgThermostat_WindowRec,10_EG_Kueche_HzgThermostat_remote,10_EG_Kueche_Rollladen_Norden,10_EG_Kueche_Rollladen_Westen,10_EG_Toilette_Fenster_Sensor,10_EG_Toilette_HzgThermostat_WindowRec,10_EG_Toilette_HzgThermostat_remote,10_EG_Vorratsraum_HzgThermostat_WindowRec,10_EG_Vorratsraum_HzgThermostat_remote,10_EG_WohnZimmer_Rollladen_Erker_Nord,10_EG_WohnZimmer_Rollladen_Erker_Sued,10_EG_WohnZimmer_Rollladen_Westen,10_EG_Wohnzimmer_HzgThermostat_Erker_Nord_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Erker_Nord_remote,10_EG_Wohnzimmer_HzgThermostat_Erker_Sued_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Erker_Sued_remote,10_EG_Wohnzimmer_HzgThermostat_Westen_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Westen_remote,10_EG_Wohnzimmer_Temp_Regler_WindowRec,10_EG_Wohnzimmer_Temp_Regler_remote,20_DG_AZ_Dad_HzgThermostat_Erker_WindowRec,20_DG_AZ_Dad_HzgThermostat_Erker_remote,20_DG_AZ_Dad_HzgThermostat_Westen_WindowRec,20_DG_AZ_Dad_HzgThermostat_Westen_remote,20_DG_AZ_Dad_Temp_Regler_WindowRec,20_DG_AZ_Dad_Temp_Regler_remote,20_DG_AZ_Mam_HzgThermostat_WindowRec,20_DG_AZ_Mam_HzgThermostat_remote,20_DG_Badezimmer_Handtuch_HzgThermostat_WindowRec,20_DG_Badezimmer_Handtuch_HzgThermostat_remote,20_DG_Badezimmer_HzgThermostat_WindowRec,20_DG_Badezimmer_HzgThermostat_remote,20_DG_Balkonzimmer_BalkontuerGriff,20_DG_Balkonzimmer_BalkontuerRahmen_Sensor,20_DG_Balkonzimmer_FensterGriff,20_DG_Balkonzimmer_FensterRahmen_Sensor,20_DG_Balkonzimmer_HzgThermostat_WindowRec,20_DG_Balkonzimmer_HzgThermostat_remote,20_DG_Flur_BewegungsSensor,20_DG_Flur_Sirene_Arm,20_DG_Flur_Sirene_Panic,20_DG_Flur_Sirene_Sen_01,20_DG_Flur_Sirene_Sen_02,20_DG_Flur_Stehlampe_SenF,20_DG_Flur_Stehlampe_SenI,20_DG_Flur_Stehlampe_SenPwr,20_DG_Flur_Stehlampe_SenU,20_DG_Flur_Stehlampe_Sw,20_DG_SZ_Remote_Control1_Btn_01,20_DG_SZ_Remote_Control1_Btn_02,20_DG_SZ_Remote_Control1_Btn_03,20_DG_SZ_Remote_Control1_Btn_04,20_DG_SZ_Remote_Control2_Btn_01,20_DG_SZ_Remote_Control2_Btn_02,20_DG_SZ_Remote_Control2_Btn_03,20_DG_SZ_Remote_Control2_Btn_04,20_OG_Schlafzimmer_Rollladen,50_Aussen_Licht_Eingang,50_Aussen_Remote_Control1_ELW_Btn_01,50_Aussen_Remote_Control1_ELW_Btn_02,50_Aussen_Remote_Control1_ELW_Btn_03,50_Aussen_Remote_Control1_ELW_Btn_04,50_Aussen_Remote_Control1_Main_Btn_01,50_Aussen_Remote_Control1_Main_Btn_02,50_Aussen_Remote_Control1_Main_Btn_03,50_Aussen_Remote_Control1_Main_Btn_04,50_Aussen_Schaltmodul01_NordSeite_Sw_01,50_Aussen_Schaltmodul01_NordSeite_Sw_02,50_Aussen_Schaltmodul01_Wasserhahn_Sw_01,50_Aussen_Schaltmodul01_Wasserhahn_Sw_02,50_Aussen_Schaltmodul01_Wasserhahn_Sw_03,50_Aussen_Schaltmodul01_Wasserhahn_Sw_04,50_Aussen_Sensor_NordSeite,HM_Sen_DB_PCB_Doorbell_Sensor
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       nextSend   1599580005.71499
       vccu       VCCU
       ioList:
         myHmUART
         RM_HmUART_UG
         RM_HmUART_DG
       prefIO:
         myHmUART
     mRssi:
       mNo        5F
       io:
         RM_HmUART_DG:
           -42
           -42
         RM_HmUART_UG:
           -58
           -58
         myHmUART:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_RM_HmUART_DG:
         avg        -42.1977818853975
         cnt        3787
         lst        -42
         max        -40
         min        -70
       at_RM_HmUART_UG:
         avg        -56.7084788029925
         cnt        4010
         lst        -58
         max        -52
         min        -70
       at_myHmUART:
         avg        -46.721568627451
         cnt        255
         lst        -45
         max        -44
         min        -62
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      myHmUART
   IOList     myHmUART,RM_HmUART_UG,RM_HmUART_DG
   IOgrp      VCCU:myHmUART
   model      CCU-FHEM
   room       VCCU
   subType    virtual
   webCmd     virtual:update


list   20_DG_Balkonzimmer_FensterGriff

Internals:
   DEF        614349
   FUUID      5ee505e3-f33f-8c2a-55cd-c79c3a3d2ed92567
   IODev      myHmUART
   LASTInputDev RM_HmUART_DG
   MSGCNT     6
   NAME       20_DG_Balkonzimmer_FensterGriff
   NOTIFYDEV  global
   NR         2551
   NTFY_ORDER 50-20_DG_Balkonzimmer_FensterGriff
   RM_HmUART_DG_MSGCNT 3
   RM_HmUART_DG_RAWMSG 0500003810A6106143494C3DF406010000
   RM_HmUART_DG_RSSI -56
   RM_HmUART_DG_TIME 2020-09-08 16:43:47
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:10 - t:10 s:614349 d:4C3DF4 06010000
   myHmUART_MSGCNT 3
   myHmUART_RAWMSG 0501005110A6106143494C3DF406010000
   myHmUART_RSSI -81
   myHmUART_TIME 2020-09-08 16:43:47
   protLastRcv 2020-09-08 16:43:47
   protRcv    3 last_at:2020-09-08 16:43:47
   protSnd    3 last_at:2020-09-08 16:43:47
   protState  CMDs_done
   rssi_at_RM_HmUART_DG cnt:3 min:-59 max:-56 avg:-57.33 lst:-56
   rssi_at_myHmUART cnt:3 min:-81 max:-79 avg:-80 lst:-81
   READINGS:
     2020-09-08 17:55:52   Activity        dead
     2020-09-08 18:03:39   Batt_timestamp_Balkonzimmer_FensterGriff 2020-09-08 16:43:47
     2020-08-28 18:24:56   CommandAccepted yes
     2020-06-14 13:38:56   D-firmware      2.4
     2020-06-14 13:38:56   D-serialNr      OEQ2049184
     2020-09-08 18:03:39   Datum_Batt_timestamp 2020-09-08 16
     2020-09-08 18:03:39   Differenz       0
     2020-08-28 18:24:56   PairedTo        0x4C3DF4
     2020-08-28 18:24:56   R-cyclicInfoMsg on
     2020-08-28 12:49:40   R-eventDlyTime  3 s
     2020-06-13 19:01:44   R-pairCentral   0x4C3DF4
     2020-06-13 19:01:44   R-sign          off
     2020-08-28 18:24:56   RegL_00.        00:00 02:01 09:01 0A:4C 0B:3D 0C:F4 10:01 14:06
     2020-08-28 18:24:58   RegL_01.        00:00 08:00 20:6C 21:03 22:64 30:06
     2020-09-08 18:03:39   Uhrzeit_Batt_timestamp 43
     2020-09-08 18:03:39   Zeit1           1599581019
     2020-09-08 18:03:39   Zeit2           1599581019
     2020-09-08 16:43:47   alive           yes
     2020-09-08 16:43:47   battery         ok
     2020-09-08 18:03:39   cfgState        ok
     2020-09-08 16:43:47   commState       CMDs_done
     2020-09-08 16:43:47   contact         closed (to VCCU)
     2020-08-26 13:28:55   powerOn         2020-08-26 13:28:55
     2020-09-08 16:43:47   recentStateType info
     2020-09-08 16:43:47   sabotageError   off
     2020-09-08 16:43:47   state           closed
     2020-08-28 18:25:00   trigger_cnt     4
   helper:
     HM_CMDNR   16
     mId        0030
     peerFriend peerAct,peerVirt
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     20
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1599339964.81991
       TmplTs     1599339964.81991
       cmdKey     1:1:0::20_DG_Balkonzimmer_FensterGriff:0030: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) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    00_UG_Freizeitraum_Rollladen,00_UG_Technikraum_Rollladen,10_EG_Esszimmer_HzgThermostat_WindowRec,10_EG_Esszimmer_HzgThermostat_remote,10_EG_Esszimmer_Rollladen,10_EG_Esszimmer_Stehlampe_Sw,10_EG_Esszimmer_Wand_HzgThermostat_WindowRec,10_EG_Esszimmer_Wand_HzgThermostat_remote,10_EG_Flur_HzgThermostat_WindowRec,10_EG_Flur_HzgThermostat_remote,10_EG_Flur_Stehlampe_Sw,10_EG_Kueche_HzgThermostat_WindowRec,10_EG_Kueche_HzgThermostat_remote,10_EG_Kueche_Rollladen_Norden,10_EG_Kueche_Rollladen_Westen,10_EG_Toilette_HzgThermostat_WindowRec,10_EG_Toilette_HzgThermostat_remote,10_EG_Vorratsraum_HzgThermostat_WindowRec,10_EG_Vorratsraum_HzgThermostat_remote,10_EG_WohnZimmer_Rollladen_Erker_Nord,10_EG_WohnZimmer_Rollladen_Erker_Sued,10_EG_WohnZimmer_Rollladen_Westen,10_EG_Wohnzimmer_HzgThermostat_Erker_Nord_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Erker_Nord_remote,10_EG_Wohnzimmer_HzgThermostat_Erker_Sued_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Erker_Sued_remote,10_EG_Wohnzimmer_HzgThermostat_Westen_WindowRec,10_EG_Wohnzimmer_HzgThermostat_Westen_remote,10_EG_Wohnzimmer_Temp_Regler_WindowRec,10_EG_Wohnzimmer_Temp_Regler_remote,20_DG_AZ_Dad_HzgThermostat_Erker_WindowRec,20_DG_AZ_Dad_HzgThermostat_Erker_remote,20_DG_AZ_Dad_HzgThermostat_Westen_WindowRec,20_DG_AZ_Dad_HzgThermostat_Westen_remote,20_DG_AZ_Dad_Temp_Regler_WindowRec,20_DG_AZ_Dad_Temp_Regler_remote,20_DG_AZ_Mam_HzgThermostat_WindowRec,20_DG_AZ_Mam_HzgThermostat_remote,20_DG_Badezimmer_Handtuch_HzgThermostat_WindowRec,20_DG_Badezimmer_Handtuch_HzgThermostat_remote,20_DG_Badezimmer_HzgThermostat_WindowRec,20_DG_Badezimmer_HzgThermostat_remote,20_DG_Balkonzimmer_HzgThermostat_WindowRec,20_DG_Balkonzimmer_HzgThermostat_remote,20_DG_Flur_Sirene_Arm,20_DG_Flur_Sirene_Panic,20_DG_Flur_Sirene_Sen_01,20_DG_Flur_Sirene_Sen_02,20_DG_Flur_Stehlampe_Sw,20_OG_Schlafzimmer_Rollladen,50_Aussen_Licht_Eingang,50_Aussen_Schaltmodul01_NordSeite_Sw_01,50_Aussen_Schaltmodul01_NordSeite_Sw_02,50_Aussen_Schaltmodul01_Wasserhahn_Sw_01,50_Aussen_Schaltmodul01_Wasserhahn_Sw_02,50_Aussen_Schaltmodul01_Wasserhahn_Sw_03,50_Aussen_Schaltmodul01_Wasserhahn_Sw_04,VCCU_Btn1
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +614349,00,00,00
       nextSend   1599576228.08419
       rxt        2
       vccu       VCCU
       p:
         614349
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        10
       io:
         RM_HmUART_DG:
           -56
           -56
         RM_HmUART_UG:
         myHmUART:
           -79
           -79
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1599576227.7297
       ack:
         HASH(0x51775f8)
         1080024C3DF461434900
     rssi:
       at_RM_HmUART_DG:
         avg        -57.3333333333333
         cnt        3
         lst        -56
         max        -56
         min        -59
       at_myHmUART:
         avg        -80
         cnt        3
         lst        -81
         max        -79
         min        -81
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   001:05
   actStatus  dead
   autoReadReg 5_readMissing
   devStateIcon tilted:fts_window_1w_tilt@yellow open:fts_window_1w_open_left_anchor@red closed:fts_window_1w_closed_left_anchor@green
   expert     defReg,rawReg
   firmware   2.4
   icon       fts_window_1w_closed_left_anchor
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       20_Dachgeschoss->Balkonzimmer
   serialNr   OEQ2049184
   subType    threeStateSensor
   userReadings Batt_timestamp_Balkonzimmer_FensterGriff {ReadingsTimestamp("20_DG_Balkonzimmer_FensterGriff","battery","")},
Zeit1 {int(time())},
Zeit2 {time_str2num(ReadingsTimestamp("20_DG_Balkonzimmer_FensterGriff","Batt_timestamp_Balkonzimmer_FensterGriff",""))},
Differenz {ReadingsVal("20_DG_Balkonzimmer_FensterGriff","Zeit1",0) - ReadingsVal("20_DG_Balkonzimmer_FensterGriff","Zeit2",0)},
Datum_Batt_timestamp:Batt_timestamp_Balkonzimmer_FensterGriff.* {(split(":",ReadingsVal($NAME,"Batt_timestamp_Balkonzimmer_FensterGriff","00-00-00")))[0]},
Uhrzeit_Batt_timestamp:Batt_timestamp_Balkonzimmer_FensterGriff.* {(split(":",ReadingsVal($NAME,"Batt_timestamp_Balkonzimmer_FensterGriff","00:00:00")))[1]}


frank

HMinfoTools zeigt den rssi-min-value vom Internal IODev an, wie vorgesehen.
du solltest es kontrollieren. wenn du mit der maus über das icon fährst, siehst du die entsprechenden rssi werte und das io.


dein 1. problem ist, dass du im device das io myHmUART als prefered io gesetzt hast.
dadurch wird dieses io immer gewählt, solange es keine störung hat. du solltest hier also das io mit dem besten rssi setzen:
attr 20_DG_Balkonzimmer_FensterGriff IOgrp VCCU:RM_HmUART_DG


dann gibt es ein 2. problem:
es gibt mittlerweile einen mechanismus nach fhem restart, der zunächst immer das io aus dem Attribut IODev wählt. das ändert sich scheinbar erst, wenn fhem zum device sendet.
da zu einem sensor selten gesendet wird, bleibt das "falsche" io eventuell sehr lange ausgewählt.

weil mir dieser mechanismus unsinnig erscheint und sogar probleme verursacht hat (siehe https://forum.fhem.de/index.php/topic,112117.msg1064279/topicseen.html#msg1064279), habe ich neuerdings bei allen devices im Attribut IODev das io gesetzt, welches ich als prefered io gesetzt habe.
somit wird nun nach fhem restart immer sofort das prefered io gesetzt.

in deinem fall würde ich also zusätzlich folgendes empfehlen:
attr 20_DG_Balkonzimmer_FensterGriff IODev RM_HmUART_DG


damit die vccu immer das io mit bestem rssi wählt, dürftest du kein prefered io setzen.
grundsätzlich ist es aber wesentlich sinnvoller bei stationären devices immer ein prefered io zu setzen.
so kann man die funklast schön gerecht auf alle ios verteilen und bei ausfall des prefered io wird dann trotzdem ein funktionierendes io mit dem besten rssi gewählt.
ausserdem werden ständige wechsel der io bei ähnlich guten rssi vermieden.


ausserdem würde ich das" attr actCycle=028:00" setzen.
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

CottonIJo

Wenn ich das richtig verstehe, dann sollte jedes device das IODev bekommen welches das beste RSSI liefert? Also etwas beobachten und dann jeweils individuell ändern, wahrscheinlich die Geräte im UG dem UART_UG zuweisen und den für DG dann wahrscheinlich IODev=..UART_DG.
Bleibt dann sichergestellt, dass die VCCU bei Ausfall eines "lokalen" UART immer noch einen anderen UART für die Datenübertragung auswählt?

actCycle hatte ich etwas "schleifen" lassen, werde ich demnächst anpassen.

frank

Zitat von: CottonIJo am 09 September 2020, 12:34:24
Wenn ich das richtig verstehe, dann sollte jedes device das IODev bekommen welches das beste RSSI liefert? Also etwas beobachten und dann jeweils individuell ändern, wahrscheinlich die Geräte im UG dem UART_UG zuweisen und den für DG dann wahrscheinlich IODev=..UART_DG.
als erste massnahme sicher nicht schlecht, zunächst alle devices einer etage dem jeweiligen etagen-io zu zuordnen.

1. die zuordnung erfolgt generell über das attr IOgrp mit einem speziellen prefered io.
2. damit diese zuordnung auch sofort bei einem fhem restart erfolgt, zusätzlich das gewählte prefered io aus punkt 1. ebenfalls im attr IODev setzen.

falls sich herausstellt, dass ein device mit dem etagen-io zu schlechte rssi werte hat und es ein anderes io gibt, mit dem die rssi werte deutlich besser sind, könntest du das io dann eventuell wechseln.

der rssi sollte aber nicht das einzige kriterium zur auswahl des io sein.
immer auch die belastung der io im auge behalten. siehe zb auf der detailseite der io unter dem internal msgLoadHistoryAbs die load der letzten stunde.
es wäre ja kontraproduktiv einem io zu viele devices zu zuordnen, wenn dadurch das io eventuell in overload kommt. noch besser wäre es darauf zu achten, dass die load immer unterhalb des "batchlevel" (default=40%) bleibt, damit fhem immer genug "reserve" hat, um zb notwendige, automatische checks zu starten.

ein einfacher "belastungscheck" wäre zb ein fhem restart.
einfach mal nach vielleicht einer halben stunde die load aller ios anschauen.


ZitatBleibt dann sichergestellt, dass die VCCU bei Ausfall eines "lokalen" UART immer noch einen anderen UART für die Datenübertragung auswählt?
das lässt sich ja leicht testen. einfach das prefered io eines devices "ausschalten" und dann dem device über fhem einen befehl senden. zb ein licht einschalten.
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

CottonIJo

@frank,
jetzt kommt Licht ins Dunkel, mit dem von Dir geschildertem Vorgehen wird die io Verteilung für mich plausibel.
An die Auslastung der io's hätte ich jetzt nicht gedacht, guter Hinweis.
Ich probiere es aus, sollten noch Fragen sein, melde ich mich nochmal.

frank

neues update.

rev 1010 25.03.2021
    new: 4 globale icon-click-funktionen
    new: request reduzierung
    fix: "connection lost" verbesserung


4 icons in der titelzeile haben globale hminfo funktionen bekommen.
alle icon-funktionen werden nun im jeweiligen tooltip, ganz unten, ausführlich angezeigt.

beim commState-icon wird erst etwas passieren, wenn martin die funktion fixed: "set hminfo clearG msgErrors".
wer vorher testen möchte, kann diesen patch benutzen: https://forum.fhem.de/index.php/topic,119760.0.html
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

RalfRog

Hallo Frank
Tolle Sache und sehr übersichtliche Info die man da mit "HMinfoTools.js" erhält.
Vielen Dank dafür - auch an die Tester und Entwickler der anderen Module.
Habe mein "hminfo" damit ergänzt.

Bin hierauf gestoßen, da mir die Ausgabe/Pushmeldung eine aaaaalten Perlscripts "SysteCheck" nicht so recht gefallen hat und ich erst jetzt begriffen hatte, dass im Perlcode falsche Variablen
>z.B. InternalVal($hminfo, "ERR_names", "")<  für die verstümmelte/verkürzte Ausgaben sorgt.

Daher etwas OT die Frage:
Gibt es eine Übersicht der vom Device "hminfo" verwendeten Internals und Readings?
Mir scheinen die aufgeführten Variablen in der commandref stimmen nicht (mehr) ganz (z.B: ERR_names oder ERR__protoNames), bzw. es ich nicht klar was Reading und was Internal ist.

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

frank

hallo ralf,

schön, dass es dir gefällt.

ZitatGibt es eine Übersicht der vom Device "hminfo" verwendeten Internals und Readings?
ich kenne auch nur die "defekte" übersicht aus der cref.

für hminfotools sammel ich auch nur die devices aus den internals zusammen, die mit "iCRI_", "iERR_" und "iW_" beginnen.
wenn es einen event vom reading lastErrChange gibt, gab es eine änderung bei den internals.
im prinzip sind dann die korrespondierenden reading namen ohne "i". allerdings haben manche internals am ende noch ein suffix mit dem value aus dem reading (ergebnisse aus der readingüberwachung durch das attribut sumERROR).

attr sumERROR battery:ok
internal => iERR_battery_low myDevice
reading => ERR_battery low:1,

was suchst du denn genau?
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