[erledigt mit fragezeichen] regensensor missing ack

Begonnen von the ratman, 17 September 2021, 16:42:52

Vorheriges Thema - Nächstes Thema

the ratman

aufgrund des versterbens meines alten regensensors hab ich mir einen neuen gegönnt.


anlernen ging,m auch der sensorteil und die heizung wurden auf anhieb erkannt und richtig eingetraegn.
eins set getdeviceinfo und getconfig waren auch kein problem.

dann hab ich versuchsweise die heizung eingeschaltet - ging.
ausschalten nicht mehr. er werkelt und meint missing ack

folende liste flutet mir jetzt das logfile:
2021.09.17 16:32:55 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4681.
2021.09.17 16:32:55 1:  stacktrace:
2021.09.17 16:32:55 1:      main::__ANON__                      called by fhem.pl (4681)
2021.09.17 16:32:55 1:      main::AttrVal                       called by ./FHEM/10_CUL_HM.pm (10820)
2021.09.17 16:32:55 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:32:55 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:32:55 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.09.17 16:32:55 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4681.
2021.09.17 16:32:55 1:  stacktrace:
2021.09.17 16:32:55 1:      main::__ANON__                      called by fhem.pl (4681)
2021.09.17 16:32:55 1:      main::AttrVal                       called by fhem.pl (2229)
2021.09.17 16:32:55 1:      main::fhem_setIoDev                 called by fhem.pl (2252)
2021.09.17 16:32:55 1:      main::AssignIoPort                  called by ./FHEM/10_CUL_HM.pm (10838)
2021.09.17 16:32:55 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:32:55 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:32:55 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.09.17 16:32:55 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 2793.
2021.09.17 16:32:55 1:  stacktrace:
2021.09.17 16:32:55 1:      main::__ANON__                      called by fhem.pl (2793)
2021.09.17 16:32:55 1:      main::getAllAttr                    called by fhem.pl (4700)
2021.09.17 16:32:55 1:      main::fhem_devSupportsAttr          called by fhem.pl (4711)
2021.09.17 16:32:55 1:      main::setReadingsVal                called by fhem.pl (2234)
2021.09.17 16:32:55 1:      main::fhem_setIoDev                 called by fhem.pl (2252)
2021.09.17 16:32:55 1:      main::AssignIoPort                  called by ./FHEM/10_CUL_HM.pm (10838)
2021.09.17 16:32:55 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:32:55 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:32:55 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.09.17 16:32:55 1:  PERL WARNING: Use of uninitialized value $ID in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 10842.
2021.09.17 16:32:55 1:  stacktrace:
2021.09.17 16:32:55 1:      main::__ANON__                      called by ./FHEM/10_CUL_HM.pm (10840)
2021.09.17 16:32:55 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:32:55 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:32:55 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.09.17 16:32:55 1:  PERL WARNING: Use of uninitialized value $devname in hash element at fhem.pl line 875.
2021.09.17 16:32:55 1:  stacktrace:
2021.09.17 16:32:55 1:      main::__ANON__                      called by fhem.pl (875)
2021.09.17 16:32:55 1:      main::IsDummy                       called by fhem.pl (1040)
2021.09.17 16:32:55 1:      main::IOWrite                       called by ./FHEM/10_CUL_HM.pm (10840)
2021.09.17 16:32:55 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:32:55 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:32:55 1:      main::HandleTimeout                 called by fhem.pl (695)
2021.09.17 16:32:55 1:  HMUARTLGW hmLan2 write: init:
2021.09.17 16:33:09 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4681.
2021.09.17 16:33:09 1:  stacktrace:
2021.09.17 16:33:09 1:      main::__ANON__                      called by fhem.pl (4681)
2021.09.17 16:33:09 1:      main::AttrVal                       called by ./FHEM/10_CUL_HM.pm (10820)
2021.09.17 16:33:09 1:      main::CUL_HM_assignIO               called by ./FHEM/10_CUL_HM.pm (11014)
2021.09.17 16:33:09 1:      main::CUL_HM_procQs                 called by fhem.pl (3427)
2021.09.17 16:33:09 1:      main::HandleTimeout                 called by fhem.pl (695)


der sensor:Internals:
   CFGFN     
   DEF        70FEFD
   FUUID      6144a1ac-f33f-f543-43d9-bce56284ce3f8bf0
   IODev      hmLan2
   LASTInputDev hmLan2
   MSGCNT     485
   NAME       HM_70FEFD
   NR         64574
   NTFY_ORDER 50-HM_70FEFD
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 HM_70FEFD_Rain
   channel_02 HM_70FEFD_Heating
   disableNotifyFn 1
   hmLan2_MSGCNT 485
   hmLan2_RAWMSG 0403000E84800270FEFD322433010200000B
   hmLan2_RSSI -14
   hmLan2_TIME 2021-09-17 16:34:03
   lastMsg    No:84 - t:02 s:70FEFD d:322433 010200000B
   protCmdDel 1
   protCmdPend 1 CMDs_pending
   protLastRcv 2021-09-17 16:34:03
   protRcv    129 last_at:2021-09-17 16:34:03
   protResnd  3 last_at:2021-09-17 16:34:18
   protResndFail 1 last_at:2021-09-17 16:34:23
   protSnd    130 last_at:2021-09-17 16:34:03
   protState  CMDs_pending
   rssi_at_hmLan2 cnt:486 min:-45 max:-13 avg:-18.68 lst:-14
   rssi_hmLan2 cnt:447 min:-34 max:-10 avg:-15.38 lst:-11
   CL:
     Authenticated 0
     BUF       
     FD         16
     FW_ID      69595
     LASTACCESS 1631889542
     NAME       handyWEB_192.168.178.51_12816
     NR         69594
     PEER       192.168.178.51
     PORT       12816
     SNAME      handyWEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     READINGS:
       2021-09-17 16:38:12   state           Connected
   READINGS:
     2021-09-17 16:11:00   CommandAccepted yes
     2021-09-17 16:32:12   D-firmware      1.4
     2021-09-17 16:32:12   D-serialNr      REQ0400646
     2021-09-17 16:34:03   IODev           hmLan2
     2021-09-17 16:24:02   PairedTo        0x322433
     2021-09-17 16:24:02   RegL_00.         00:00 02:00 0A:32 0B:24 0C:33 14:06 18:00
     2021-09-17 16:24:02   cfgState        updating
     2021-09-17 16:34:23   commState       CMDs_pending
     2021-09-17 16:31:40   powerOn         2021-09-17 16:31:40
     2021-09-17 16:34:23   state           MISSING ACK
   cmdStack:
     ++A01132243370FEFD0202000000
   helper:
     HM_CMDNR   133
     PONtest    1
     cSnd       1132243370FEFD0202000000,1132243370FEFD0202000000
     cfgStateUpdt 1
     lastMsgTm  1631889243.21104
     mId        00A7
     peerFriend peerAct,peerVirt
     peerOpt    4:sensRain
     regLst     0,1,4p
     rxType     1
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1631887793.19347
       TmplTs     1631887793.19347
       cmdKey     0:1:0::HM_70FEFD:00A7:00:
       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-]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  dry,rain
         peer       
         peerOpt    4k12v_schalter1,4k12v_schalter2,4k12v_schalter3,4k12v_schalter4,schlafzimmer_rollo,solaranlage_kuehlung,wohnzimmer_buero_licht_Dim,wohnzimmer_buero_licht_Dim_V_01,wohnzimmer_buero_licht_Dim_V_02,wohnzimmer_gang_gz_licht_Dim,wohnzimmer_gang_gz_licht_Dim_V_01,wohnzimmer_gang_gz_licht_Dim_V_02,wohnzimmer_gang_sz_licht_Dim,wohnzimmer_gang_sz_licht_Dim_V_01,wohnzimmer_gang_sz_licht_Dim_V_02,wohnzimmer_rollo_strasse,wohnzimmer_rollo_terrasse,wohnzimmer_sofa_licht_Dim,wohnzimmer_sofa_licht_Dim_V_01,wohnzimmer_sofa_licht_Dim_V_02
         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     +70FEFD,00,00,00
       nextSend   1631889243.29267
       rxt        0
       vccu       vccu
       p:
         70FEFD
         00
         00
         00
       prefIO:
     mRssi:
       mNo        84
       io:
         hmLan2:
           -6
           -6
     peerIDsH:
     prt:
       bErr       0
       sProc      2
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
     rssi:
       at_hmLan2:
         avg        -18.6831275720165
         cnt        486
         lst        -14
         max        -13
         min        -45
       hmLan2:
         avg        -15.3870246085011
         cnt        447
         lst        -11
         max        -10
         min        -34
     shadowReg:
     tmpl:
Attributes:
   IOgrp      vccu:hmLan2
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.4
   model      HM-SEN-RD-O
   serialNr   REQ0400646
   subType    sensRain
   webCmd     getConfig:clear msgEvents

die heizungInternals:
   CFGFN     
   DEF        70FEFD02
   FUUID      6144a1ac-f33f-f543-5287-d777c8f701e9da53
   NAME       HM_70FEFD_Heating
   NR         64576
   NTFY_ORDER 50-HM_70FEFD_Heating
   STATE      set_off noArg
   TYPE       CUL_HM
   chanNo     02
   device     HM_70FEFD
   disableNotifyFn 1
   CL:
     Authenticated 0
     BUF       
     FD         32
     FW_ID      69594
     LASTACCESS 1631889589
     NAME       handyWEB_192.168.178.51_10512
     NR         69393
     PEER       192.168.178.51
     PORT       10512
     SNAME      handyWEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     READINGS:
       2021-09-17 16:37:04   state           Connected
   READINGS:
     2021-09-17 16:34:03   CommandAccepted yes
     2021-09-17 16:24:02   cfgState        updating
     2021-09-17 16:34:23   commState       CMDs_pending
     2021-09-17 16:34:03   recentStateType ack
     2021-09-17 16:34:23   state           set_off noArg
     2021-09-17 16:34:03   timedOn         off
     2021-09-17 16:34:03   trigLast        fhem:02
   helper:
     dlvl       00
     dlvlCmd    ++A01132243370FEFD0202000000
     getCfgListNo
     cmds:
       TmplKey    :no:1631887793.22246
       TmplTs     1631887793.22246
       cmdKey     1:0:0::HM_70FEFD:00A7:02:
       cmdLst:
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         off        noArg
         on         noArg
         on-for-timer -sec-
         on-till    -time-
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         toggle     noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  dry,off,on,rain
         peer       
         peerOpt   
         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
     param:
     peerIDsH:
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-SEN-RD-O

die regenanzeige:Internals:
   CFGFN     
   DEF        70FEFD01
   FUUID      6144a1ac-f33f-f543-1214-e7785144cc8f71d4
   NAME       HM_70FEFD_Rain
   NR         64575
   NTFY_ORDER 50-HM_70FEFD_Rain
   STATE      dry
   TYPE       CUL_HM
   chanNo     01
   device     HM_70FEFD
   disableNotifyFn 1
   CL:
     Authenticated 0
     BUF       
     FD         15
     FW_ID      69595
     LASTACCESS 1631889693
     NAME       handyWEB_192.168.178.51_7089
     NR         69593
     PEER       192.168.178.51
     PORT       7089
     SNAME      handyWEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     READINGS:
       2021-09-17 16:38:12   state           Connected
   OLDREADINGS:
   READINGS:
     2021-09-17 16:24:03   RegL_01.         00:00 08:00 22:64 23:00 30:06 87:0B 88:54 8B:0B 8C:22 8F:85 91:82
     2021-09-17 16:24:02   cfgState        updating
     2021-09-17 16:34:23   commState       CMDs_pending
     2021-09-17 16:31:40   recentStateType info
     2021-09-17 16:34:23   regen           dry
     2021-09-17 16:31:40   state           dry
     2021-09-17 16:31:40   timedOn         off
   helper:
     peerIDsRaw ,00000000
     peerIDsState complete
     cmds:
       TmplKey    :no:1631887793.22283
       TmplTs     1631887793.22283
       cmdKey     1:0:0::HM_70FEFD:00A7:01:
       cmdLst:
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0 -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  dry,dry,rain,rain
         peer       
         peerOpt   
         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
     peerIDsH:
       00000000   broadcast
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-SEN-RD-O
   peerIDs    00000000
   userReadings regen { ReadingsVal($name,"state",0); }

der hm_lam ist beta users einer vom 26.8.

kann man mir helfen?

NACHTRAG:

ich hab mal meinen alten regensensor aus fehm gelöscht, nach einem restart ist auch der neue sensor weg (und ja, ich hatte gespeichert *g*)
ich bin verwirrt ... werd nach dem abendessen nochmal ganz neu anlernen, mal schauen, was passiert.
→do↑p!dnʇs↓shit←

the ratman

o.k. ich hab's problem gefunden und kann notfalls damit leben, aber vielleicht sollts ein wissender gegenprüfen.

fhem erkennt sehr flott alles, ich kann auch pairen und es geht auch alles.
ich darf nur kein devicerename machen. er benennt zwar alles richtig um, aber dann spinnt die geschichte.

mal ohne umbenennen warten - wenn er dann auch spinnt, müßt es eh schnell gehen, bis mein log schreit.
→do↑p!dnʇs↓shit←

Beta-User

#2
Kannst du das nach Homematic verschieben und: das war CUL_HM-rename (set ... deviceRename ...), richtig?
Welche version (meine gepatchte oder aktuelle svn oder was früheres)?
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

the ratman

das ist die "mittlere" version deiner gepatchten datei, also nicht die neueste, sondern die um den 26.8. rum. das was wir dann probiert haben, bis die warnings nicht mehr kahmen.

das verhalten ist beim umbenennen ganz lustig - ich  benenne das direkt im set des geräts auf der weboberfläche um.
das hauptgerät und auch die 2 kanäle werden umbenannt. aber die kanäle glauben immer noch, sie wären mit dem alten namen verbunden - auch nach speichern und nem restart.

btw - rennt jetzt immer noch, wenn ichs nicht umbenenne. es tauchen auch die alten 2 kanäle vom kaputten sensor nicht mehr auf, wies beim ersten mal der fall war. komisches verhalten, ich hatte die dinger gelöscht, gespeichert und neu gestartet.

somit lass ichs lieber mal. das ist nun mehr eher für dich/andere, die da vielleicht nen generellen fehler drin sehen ...
→do↑p!dnʇs↓shit←

Beta-User

Martin hatte da noch was gedreht, was ich auch noch nicht ganz durchschaut habe, warum das greift, müßte mal in Ruhe die ganzen Nebenbezüge durchgehen.
Aber: irgendwas in der Initialisierung der Geräte ist wieder an der richtigen Stelle, von daher wäre es klasse, wenn du die neuesten Versionen (gerne gepatcht) daraufhin mal testen könntest.
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

the ratman

mach ich morgen ... muß ich was beachten oder mit warnings/fehlern rechnen?
was is eigentlich grad das aktuelle? hab da irgendwie den überblick verloren, oder meinst das offizielle?

ne dumme frage nebenbei zum gerät ansich:
ists eigentlich unmöglich, die infos zu rain und heating aus den states  der jeweiligen kanälen in eigenes reading zu nehmen?
→do↑p!dnʇs↓shit←

Beta-User

Zum Gerät kann ich nichts sagen, aber es würde mich wundern, wenn du auf die Frage hier eine Antwort bekommst: Du bist immer noch in "Home Connect"...
Ansonsten fiele mir nur das Stichwort readingsProxy ein.

Was die Versionen angeht: Martin hat ins svn eine Version eingestellt, die einen Teil der Probleme löst. In deinem warnings-Thread gibt's dann darauf aufbauend noch eine von mir gepatchte CUL_HM, die dann mAn. noch weitere Probleme löst. Leider noch nicht alles... (attr tempListTmpl geht weiter nicht)
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

the ratman

#7
immer diese hetzerei *g* ich hab mich nun ent-connected.

warum schau ich eigentlich vor jedem restart ins forum, ob irgendwo ein roter beitrag vom system über ne neue version steh? da muß ich ja dann irgendwann mal martins neue version verpennt haben, oder foppt mich das system?

auf gut deutsch, kann ich endlich die sperre rausnehmen und cul_hm offiziell saugen. gut, mach ich.
mit templates hab ich eh nix am hut, wird nur genommen, wenns mir gesagt wird ...

gut, ich restarte mal mit neuem cul_hm und berichte.


nachtrag:

geht zumindest mal alles - inkl. meines regensensors.
3% load in den ersten 5 sek. is auch der übliche wert ... hatte ich die tage auch schon andere werte.
logfile bleibt auch leer .... juhuu, wir haben "grundfunktion" *g*


aja, wegen der gewünschten readings ... das hatten ma schon beim damaligen super gau mit doif.
das funzt jetzt ja auch beim doif, wenn du dich an addstateevent hältst, aber auch ned so wirklich, wenn du weitere spielereien, wie z.b. "IF"'s im ausführungsteil hast. ist dann wieder das übliche geht-geht nicht-vielleicht-oder auch nicht spielchen ohne jeglichen fehlermeldung, nur mit (über/unter)reaktion der doifs.
der einfachste weg, da alle eventuelle probleme raus zu nehmen, wäre halt ein reading, daß nur on/off und dry/rain anzeigt. gerne auch im sensor selber und nicht in den kanälen (das wäre aber nur die kür).
alles andere wird sonst eh wieder nur mimimi, wenns wieder los geht, wer dran schuld is. doif, hm oder der dumme user beim schlechten programmieren.
→do↑p!dnʇs↓shit←

the ratman

mir fällt so mal rund um den tag nix besonderes auf - weder an meiner neuen hardware, noch am neuen cul_hm (der aktuelle, offizielle)

nach nem restart meint er 2021.09.19 08:58:05 1:  CUL_HM start inital cleanup
2021.09.19 08:58:06 1:  CUL_HM finished initial cleanup
aber das wars auch schon an besonderheiten ...
→do↑p!dnʇs↓shit←

Beta-User

Wenn zwischen den beiden Zeilen nichts steht, scheint auch alles "sauber" zu sein, was peerings etc. angeht. Du hast demnach keine Geräte, die AES nutzen (oder keine VCCU)?

Die (noch?) nicht integrierten patch-Vorschläge sind nichts großes, lediglich die internen Datenstrukturen zu helper->io->ioList werden direkt beim Systemstart so gesetzt, wie wenn man nachträglich IOList ändert (von daher gehe ich davon aus, dass das initiale Fehlen unbeabsichtigt ist, und die AES-Geschichte irgendwie stört), und man kann stateFormat auch bei CUL_HM-Geräten via FHEMWEB setzen... (Weiß nicht, ob ich noch was vergessen habe).

Ergo dürfte auch "meine" Fassung keine neuen Probleme verursachen.
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

the ratman

vccu hab ich, über die auch alles gepaired wird
peerings ... nö
aes ... nö, früher mal ja

Zitatund man kann stateFormat auch bei CUL_HM-Geräten via FHEMWEB setzen...
was meinst damit, großer meischter?
→do↑p!dnʇs↓shit←

Beta-User

Versuche einfach mal, ein stateFormat an einem beliebigen CUL_HM-Gerät zu ändern, ohne die cfg zu editieren ;) .
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

martinp876

Unklar, ob noch ein Problem besteht.
Das cleanup bei reboot geht recht fix bei dir. Erfreulich.
Die patches von beta-user bitte einmal zukommen lassen. Wird die nächsten Wochen nichts, aber ich werde es durchgehen. PM wäre gut, ggf mit links zu den\dem Beitrag. Dann rutscht es nicht nach hinten.

Readings kann ich schon optimieren. Aber nicht alles! Das konzept von "readings im kanal welcher sie meldet" und "ändern des Inhalts damit eventonchange" funktioniert.
Alles andere kann man mit userreadings und stateformat sowieso selbst erledigen.

Mein Traum ist immernoch ein abstraktionslayer über culhm...der würde zusammenfassen was man braucht.. Vielleicht nie...   Eigentlich macht tablet UI so etwas

the ratman

#13
Zitat von: Beta-User am 19 September 2021, 09:49:52
Versuche einfach mal, ein stateFormat an einem beliebigen CUL_HM-Gerät zu ändern, ohne die cfg zu editieren ;) .
ja, aber warum? oder besser: was schreib ich dann da hin, wenn ich nur on/off und dry/rain dort sehen will und sich das ganze auch noch wie jedes andere reading verhalten und nicht , wenns grad lustig ist, zu "flimmern" beginnen soll?

ich merke auf jeden fall folgendes: leg ich ein userreading an, daß den state ausliest, dann hab ich in den doifs damit die selben probleme wie mit dem state selber - irgendwie auch logisch, denk ich.
→do↑p!dnʇs↓shit←

Sailor

Hallo ratman

Zitat von: the ratman am 17 September 2021, 16:42:52
aufgrund des versterbens meines alten regensensors hab ich mir einen neuen gegönnt.
ausschalten nicht mehr. er werkelt und meint missing ack

So ein aehnliches Problem hatte ich auch gerade.
Habe meinen neuen Drehgriffsensor zum Anlernen und programmieren mit ins Buero genommen, woch auch einer meiner HMLANs steht.
Gab immer wieder ein "Missing Ack"

Dann habe ich einfach den Abstand zu jedem HMLAN auf min. 4 m eingehalten (aus dem Raum raus gegangen) und schon hat alles geklappt.

Ein Versuch Wert!

Gruß
    Sailor
******************************
Man wird immer besser...