[gelöst] keine kommunikation zwischen vd und virtuellem tc nach fhem restart

Begonnen von frank, 27 September 2021, 17:15:26

Vorheriges Thema - Nächstes Thema

frank

hallo beta-martin  ;)

1. param msgReduce funktioniert nun automatisch, obwohl internal .AttrList weiterhin fehlt
2. weiterhin keine cfgState auffälligkeiten
3. valvePos fehlermeldung vom notify weg
4. alle ventile leben

2021.10.05 18:43:38.407 1: Including ./log/fhem.save
2021.10.05 18:43:39.571 1: Messages collected while initializing FHEM:SecurityCheck:
  WEBscreenshot is not password protected
  WEB is not password protected
  telnetPort is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2021.10.05 18:43:39.590 1: CUL_HM start inital cleanup
2021.10.05 18:43:44.564 1: CUL_HM finished initial cleanup
2021.10.05 18:43:44.600 3: HMinfo hminfo get:loadConfig :
2021.10.05 18:43:45.191 3: HMinfo hminfo get:configCheck :

...

2021.10.05 18:44:45.030 3: HMinfo hminfo get:configCheck :-f,^(HM_114B05|HM_114B05)$
2021.10.05 18:44:45.145 3: HMinfo hminfo get:configCheck :-f,^(Tuer.SZ|Tuer.SZ)$
2021.10.05 18:44:45.186 3: HMinfo hminfo get:configCheck :-f,^(SwitchES01|SwitchES01_Pwr|SwitchES01_SenF|SwitchES01_SenI|SwitchES01_SenPwr|SwitchES01_SenU|SwitchES01_Sw|SwitchES01)$


5. device HM_114B05 aus der letzten salve ist ein ignored device. ist also auch sinnlos
Internals:
   DEF        114B05
   FUUID      5c4ce2ef-f33f-09c4-0dfe-f485be94c011b276
   IODev      hmuart1
   NAME       HM_114B05
   NR         614
   NTFY_ORDER 48-HM_114B05
   STATE      from archivexx D-firmware 1.7
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   peerList   self01
   .attraggr:
   .attrminint:
   READINGS:
     1900-01-01 00:00:01   .D-devInfo      010100
     1900-01-01 00:00:01   .D-stc          20
     2021-10-05 18:43:42   .associatedWith HM_114B05,HM_114B05
     2019-11-24 19:38:28   .peerListRDate  2019-11-24 19:38:28
     from archivexx        D-firmware      1.7
     from archivexx        D-serialNr      FEQ0069583
     2021-10-05 18:43:38   IODev           hmuart1
     2021-10-05 18:43:44   R-intKeyVisib   visib
     2021-10-05 18:43:44   R-loadErrCalib  1
     2021-10-05 18:43:44   R-pairCentral   0x1ACE1F
     2021-10-05 18:43:44   R-self01-lgActionTypeDim toggleDim
     2021-10-05 18:43:44   R-self01-lgCtDlyOff geLo
     2021-10-05 18:43:44   R-self01-lgCtDlyOn geLo
     2021-10-05 18:43:44   R-self01-lgCtOff geLo
     2021-10-05 18:43:44   R-self01-lgCtOn geLo
     2021-10-05 18:43:44   R-self01-lgCtRampOff geLo
     2021-10-05 18:43:44   R-self01-lgCtRampOn geLo
     2021-10-05 18:43:44   R-self01-lgCtValHi 100
     2021-10-05 18:43:44   R-self01-lgCtValLo 50
     2021-10-05 18:43:44   R-self01-lgDimJtDlyOff rampOff
     2021-10-05 18:43:44   R-self01-lgDimJtDlyOn rampOn
     2021-10-05 18:43:44   R-self01-lgDimJtOff dlyOn
     2021-10-05 18:43:44   R-self01-lgDimJtOn dlyOff
     2021-10-05 18:43:44   R-self01-lgDimJtRampOff off
     2021-10-05 18:43:44   R-self01-lgDimJtRampOn on
     2021-10-05 18:43:44   R-self01-lgDimMaxLvl 100 %
     2021-10-05 18:43:44   R-self01-lgDimMinLvl 0 %
     2021-10-05 18:43:44   R-self01-lgDimStep 5 %
     2021-10-05 18:43:44   R-self01-lgMultiExec on
     2021-10-05 18:43:44   R-self01-lgOffDly 0 s
     2021-10-05 18:43:44   R-self01-lgOffDlyBlink on
     2021-10-05 18:43:44   R-self01-lgOffDlyNewTime 0.4 s
     2021-10-05 18:43:44   R-self01-lgOffDlyOldTime 0.4 s
     2021-10-05 18:43:44   R-self01-lgOffDlyStep 5 %
     2021-10-05 18:43:44   R-self01-lgOffLevel 0 %
     2021-10-05 18:43:44   R-self01-lgOffTime unused
     2021-10-05 18:43:44   R-self01-lgOffTimeMode absolut
     2021-10-05 18:43:44   R-self01-lgOnDly 0 s
     2021-10-05 18:43:44   R-self01-lgOnDlyMode setToOff
     2021-10-05 18:43:44   R-self01-lgOnLevel 100 %
     2021-10-05 18:43:44   R-self01-lgOnLvlPrio high
     2021-10-05 18:43:44   R-self01-lgOnMinLevel 10 %
     2021-10-05 18:43:44   R-self01-lgOnTime unused
     2021-10-05 18:43:44   R-self01-lgOnTimeMode absolut
     2021-10-05 18:43:44   R-self01-lgRampOffTime 0.5 s
     2021-10-05 18:43:44   R-self01-lgRampOnTime 0.5 s
     2021-10-05 18:43:44   R-self01-lgRampSstep 5 %
     2021-10-05 18:43:44   R-self01-shActionTypeDim jmpToTarget
     2021-10-05 18:43:44   R-self01-shCtDlyOff geLo
     2021-10-05 18:43:44   R-self01-shCtDlyOn geLo
     2021-10-05 18:43:44   R-self01-shCtOff geLo
     2021-10-05 18:43:44   R-self01-shCtOn geLo
     2021-10-05 18:43:44   R-self01-shCtRampOff geLo
     2021-10-05 18:43:44   R-self01-shCtRampOn geLo
     2021-10-05 18:43:44   R-self01-shCtValHi 100
     2021-10-05 18:43:44   R-self01-shCtValLo 50
     2021-10-05 18:43:44   R-self01-shDimJtDlyOff rampOff
     2021-10-05 18:43:44   R-self01-shDimJtDlyOn rampOn
     2021-10-05 18:43:44   R-self01-shDimJtOff dlyOn
     2021-10-05 18:43:44   R-self01-shDimJtOn dlyOff
     2021-10-05 18:43:44   R-self01-shDimJtRampOff off
     2021-10-05 18:43:44   R-self01-shDimJtRampOn on
     2021-10-05 18:43:44   R-self01-shDimMaxLvl 100 %
     2021-10-05 18:43:44   R-self01-shDimMinLvl 0 %
     2021-10-05 18:43:44   R-self01-shDimStep 5 %
     2021-10-05 18:43:44   R-self01-shMultiExec off
     2021-10-05 18:43:44   R-self01-shOffDly 0 s
     2021-10-05 18:43:44   R-self01-shOffDlyBlink on
     2021-10-05 18:43:44   R-self01-shOffDlyNewTime 0.4 s
     2021-10-05 18:43:44   R-self01-shOffDlyOldTime 0.4 s
     2021-10-05 18:43:44   R-self01-shOffDlyStep 5 %
     2021-10-05 18:43:44   R-self01-shOffLevel 0 %
     2021-10-05 18:43:44   R-self01-shOffTime unused
     2021-10-05 18:43:44   R-self01-shOffTimeMode absolut
     2021-10-05 18:43:44   R-self01-shOnDly 0 s
     2021-10-05 18:43:44   R-self01-shOnDlyMode setToOff
     2021-10-05 18:43:44   R-self01-shOnLevel 100 %
     2021-10-05 18:43:44   R-self01-shOnLvlPrio high
     2021-10-05 18:43:44   R-self01-shOnMinLevel 10 %
     2021-10-05 18:43:44   R-self01-shOnTime unused
     2021-10-05 18:43:44   R-self01-shOnTimeMode absolut
     2021-10-05 18:43:44   R-self01-shRampOffTime 0.5 s
     2021-10-05 18:43:44   R-self01-shRampOnTime 0.5 s
     2021-10-05 18:43:44   R-self01-shRampSstep 5 %
     2018-01-26 22:59:37   RegL_00.        02:81 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:1A 0B:CE 0C:1F 00:00
     2018-01-26 22:59:43   RegL_01.        12:01 00:00
     2018-01-26 22:59:59   RegL_03.self01  01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:52 0D:63 0E:20 0F:00 10:14 11:C8 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:26 8B:14 8C:52 8D:63 8E:20 8F:00 90:14 91:C8 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 00:00
     2021-10-05 18:43:42   peerList        self01
   helper:
     HM_CMDNR   16
     cfgStateUpdt 0
     mId        0013
     peerFriend peerSens,peerVirt
     peerIDsState complete
     peerOpt    3:dimmer
     regLst     0,1,3p
     rxType     1
     cmds:
       TmplKey    self01:no:1633452222.40431
       TmplTs     1633452222.40431
       cmdKey     1:1:0::HM_114B05:0013:01:self01
       cmdLst:
         assignHmKey noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         down       'change:'[(0..100;1|{10})] [(-ontime-|{0})] [(-ramptime-|{2.4})] 'ontime: 0 = forever'
         eventL     -peer- -cond-
         eventS     -peer- -cond-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getVersion noArg
         inhibit    [(on|{off})]
         off        noArg
         old        noArg
         on         noArg
         on-for-timer -ontime- [(-ramptime-|{})]
         on-till    -time- [(-ramptime-|{})]
         pair       noArg
         pct        (-value-|old) [(-ontime-|{0})] [(-ramptime-|{2.4})] 'ontime: 0 = forever'
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerIODev  [IO] -btn- [({set}|unset)] 'not for future use'
         peerSmart  -peerOpt-
         press      [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{self01})]
         pressS     [(-peer-|{self01})]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         statusRequest noArg
         stop       noArg
         toggle     noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         tplSet_self01 -tplPeer-
         unpair     noArg
         up         'change:'[(0..100;1|{10})] [(-ontime-|{0})] [(-ramptime-|{2.4})] 'ontime: 0 = forever'
       lst:
         condition  slider,0,1,255
         peer       self01
         peerOpt    Fenster.Bad,SDTeam_Btn1,SwitchES01_SenF,SwitchES01_SenI,SwitchES01_SenPwr,SwitchES01_SenU,SwitchPBU01_Btn_01,SwitchPBU01_Btn_02,Tuer.SZ,Tuer.WZ.Terrasse,VentilControler.AZ.Nord_Btn1,VentilControler.AZ.West_Btn1,VentilControler.Bad_Btn1,VentilControler.Kueche_Btn1,VentilControler.SZ_Btn1,VentilControler.WZ_Btn1,ccu_Btn1,ccu_Btn2,ccu_Btn3,ccu_Btn4,ccu_Btn5,rssi_hmuart_Btn1,virtAktorAlarmOff_Btn1
         tplChan   
         tplDel     
         tplPeer    DimOff_long,DimOff_short,DimOn_long,DimOn_short,SwCondAbove_long,SwCondAbove_short,SwCondBelow_long,SwCondBelow_short,SwOnCond_long,SwOnCond_short,motionOnDim_long,motionOnDim_short
       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        1
       det        1
       raw        1
       tpl        1
     io:
       flgs       0
       newChn     +114B05,00,00,00
       rxt        0
       vccu       
       p:
         114B05
         00
         00
         00
       prefIO:
     mRssi:
       mNo       
     peerIDsH:
       00000000   broadcast
       114B0501   self01
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     tmpl:
Attributes:
   .mId       0013
   IODev      hmuart1
   IOgrp      ccu:hmuart1
   autoReadReg 0_off
   expert     defReg,allReg,rawReg,templ
   firmware   1.7
   ignore     1
   model      HM-LC-DIM1L-PL
   peerIDs    00000000,114B0501
   room       CUL_HM
   rssiLog    1
   serialNr   FEQ0069583
   subType    dimmer
   webCmd     statusRequest:toggle:on:off:up:down
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

ich habe den verdacht, dass du in deinem hminfo das attr sumERROR um den eintrag "cfgState:ok" erweitern musst.
dann siehst du in der hminfotools tabelle alle entities mit reading cfgState!=ok.
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

Beta-User

Thx, habe ich mal in meinem HMinfo ergänzt.

Das mit "ignored" ist dem Bauchgefühl nach ein reines HMinfo-Thema, mal schauen...

Was mich weiter beschäftigt ist die Frage, ob man nicht eine Reihe von Attributen "nachsetzen" muss, solange die INITIALIZED-loop läuft - eigentlich ist die VCCU-Initialisierung nämlich auch nichts anderes und findet nur im Moment etwas woanders statt.

Ansonsten sind meine fixes jetzt zunehmend "wild" und nicht schön anzusehen, und es ist vermutlich auch kaum mehr nachzuvollziehen, warum eigentlich was wo vorgeschlagen wird...

Deiner Rückmeldung entnehme ich aber, dass es sinnvoll wäre, im "patches"-Thread dann nur noch die heutigen Stände zu präsentieren und den Rest aus dem Verkehr zu ziehen?
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

ZitatDas mit "ignored" ist dem Bauchgefühl nach ein reines HMinfo-Thema, mal schauen...
es hat jedenfalls nichts direkt mit vd/vtc zu tun.
höchstens indirekt, da jeder performance gewinn positive auswirkungen auf den vtc betrieb hat.

es ist auf jeden fall ein cul_hm bug, da cul_hm den check bestellt.


wichtiger wäre jetzt für mich ein einwandfreies io handling, denn hier funktioniert nun erst mal wieder alles.
https://forum.fhem.de/index.php/topic,123238.0.html
noansi hat gerade ein lebenszeichen gesetzt. vielleicht hat er auch wieder lust zu helfen.
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

Beta-User

Zitat von: frank am 05 Oktober 2021, 20:57:42
noansi hat gerade ein lebenszeichen gesetzt. vielleicht hat er auch wieder lust zu helfen.
Das wäre mir sehr recht, genauso, wenn Martin sich äußern würde...

Zitat von: frank am 05 Oktober 2021, 20:57:42
es ist auf jeden fall ein cul_hm bug, da cul_hm den check bestellt.
Ja, nein, weiß nicht: Die wechselseitigen Anforderungen laufen teilweise im Kreis herum, und hier meine ich das so zu deuten, dass es eigentlich HMinfo ist, die eine Funktion in CUL_HM aufruft, die dann wieder was von HMinfo haben will...

Zitat
wichtiger wäre jetzt für mich ein einwandfreies io handling, denn hier funktioniert nun erst mal wieder alles.
https://forum.fhem.de/index.php/topic,123238.0.html
Den Thread hatte ich "bestellt" - jetzt ist nur die Frage, was man tun müßte, um den Befehl verfügbar machen. Tippen würde ich auf: ein Attribut setzen... (oder jetzt: Großschreibung?)

Was die IO-Initialisierung angeht, klingt das für mich nach "lies das IOgrp-Attribut ein", also noch eines...
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

mit den aktuellen updates aus dem svn von heute funktionieren vtc/vd wieder wie gewohnt.
danke beta-user und martin.
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