Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.41

noansi · 25 Dezember 2020, 10:14:25

Hallo Jörg,

ZitatDer virtual_1 kommt daher

Zumindest nach einem Neustart von FHEM hätte aus dem virtual_1 ein VIRTUAL werden müssen.

Versuch mal die 10_CUL_HM aus dem Anhang (nach entpacken natürlich).
Neustart nicht vergessen.
Mir ist aufgefallen, dass die Initialisierung nicht durchgelaufen ist und denke, das nun korrigiert zu haben. Ich habe keine VDs zum testen (in sofern kann ich zur Qualität der Anleitung auch nichts sagen).
Und Feedback brauche ich natürlich bitte.

Gruß, Ansgar.

frank · 25 Dezember 2020, 10:56:22

in den hauptdevices der virt tc fehlt jeweils attr IOgrp.
hat hminfo configCheck keine probleme gemeldet?

noansi · 25 Dezember 2020, 12:17:18

Hallo Frank,

ja IOgrp fehlt und muss für virtuelle devices sinnvoll mit passendem prefered IO gesetzt werden.
Und nein, dafür gibt es keine Prüfung in HMInfo configCheck, so weit ich das sehe.

Gruß, Ansgar.

Adimarantis · 25 Dezember 2020, 13:17:48

Hi Ansgar,

Erster Erfolg. Nach dem restart sind beide VDs sofort auf die Position gefahren, die in den jeweiligen TC Channels eingestellt war.
Habe dann eine andere Position hinterlegt und sicher 10 Minuten gewartet - keine Reaktion, aber immerhin: Keiner der Antriebe ist mehr auf Störungsposition gefahren.
Nach einem neuerlichen Neustart ist es jetzt besser. Der FW1.4 Antrieb reagiert eigentlich meistens. Der FW2.0 Antrieb gelegentlich. Da gibt es immer wieder Timeouts (siehe Log unten) und dann geht er auf MISSING_ACK.
Was aber richtig seltsam ist: Ich hatte beim testen mehrfach (aber nicht deterministisch) folgenden Effekt:
VD_20 auf neue Position, "Anlernen" auf VD_20 ausführen -> VD_14 fährt auf die Position die ich für VD_20 eingestellt habe. So als würde da irgendwas zwischen den Antrieben über Kreuz laufen - die Config schaut aber eigentlich gut aus. Sämtliche PeerIDs etc. sind richtig verknüpft. Bringt das der (nachträgliche) Anlernmodus irgendwas durcheinander?

Soweit ich weiss, ist ja das Timing bei diesen VDs nicht ganz einfach - und das scheint bei der FW2.0 schwieriger zu sein. Gibt es da irgendwelche Parameter mit denen man spielen könnte?

Gruß,
Jörg

Code Auswählen

020.12.25 13:06:23 4: TSCUL_Write: CUL_TS sending As0B10A2581122201A758E002E
2020.12.25 13:06:23 4: TSCUL_send:  CUL_TS  193513                 As 0B 10 A258 112220 1A758E 002E
2020.12.25 13:06:23 4: TSCUL_XmitDlyHM:  CUL_TS  id:1A758E rtoms:2342
AF303000453E0010B10A2581122201A758E002E80
2020.12.25 13:06:23 4: TSCUL_Parse: CUL_TS  193709 A F303 01134464 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:23 5: TSCUL_Read CUL_TS: /AF30300045424010B10A2581122201A758E002E80
2020.12.25 13:06:23 4: TSCUL_Parse: CUL_TS  193865 A F303 01134736 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:24 4: TSCUL_Parse: CUL_TS  194099 A F403 01135004 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:24 3: LogHist CUL_TS:  193513                 As 0B 10 A258 112220 1A758E 002E
2020.12.25 13:06:24 3: LogHist CUL_TS:  193709 A F303 01134464 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:24 3: LogHist CUL_TS:  193865 A F303 01134736 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:24 3: LogHist CUL_TS:  194099 A F403 01135004 01 0B 10 A258 112220 1A758E 002E _CCAdly:4
2020.12.25 13:06:24 3: TSCUL_ParseTsHM: CUL_TS HM repeat failed to 1A758E/HM_VD_20:  194331 A F409 01135268 00 0B 10 A258 112220 1A758E 002E _sfail _noAnsw
2020.12.25 13:06:25 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E

noansi · 25 Dezember 2020, 14:07:33

Hallo Jörg,

zeig bitte nochmal ein list von den virtuellen TC (device und channel).

Ich habe in HMInfo auch mal einen zusätzlichen IOgrp Check eingebaut, siehe Anhang.

Gruß, Ansgar.

PS: Ich denke ich habe auch das Problem mit dem fehlenden Setzen der neuen Position gefunden. Neue 10_CUL_HM.pm auch im Anhang.

noansi · 25 Dezember 2020, 14:29:38

Hallo Jörg,

noch eine Ergänzung im vorherigen Beitrag...

Gruß, Ansgar.

Adimarantis · 25 Dezember 2020, 14:56:32

Hi Ansgar,

gerne. Es scheint jetzt soweit zu klappen - mit dem letzten Patch je zwei Änderungen ohne Timeout.
Dann kam aber im "Leerbetrieb" mehrfach ein Timeout beim 2.0 und bei der nächsten Ventiländerung einer beim 1.4 (nach weiteren 3 Minuten hat er die Änderung aber dann gemacht).
Der HMinfo meckert jetzt die IoGrp an - was würde denn da reingehören?
Was noch ein bisschen irritiert, ist dass die VD device als ValvePos erstmal noch die alte Position anzeigt und dann erst beim nächsten Update (nach 3 Minuten) umschwenkt. Das ist zwar einerseits richtig (der Antrieb hat ja noch nicht umgestellt) anderseits dauert es halt doch sehr lange bis es korrekt dasteht. Eventuell könnte man bei korrekt entgegengenommenen Befehl einfach davon ausgehen, das er das auch korrekt ausführt und schon die neue Position anzeigen. (falls es nicht klappt korrigiert sich das ja nach 3 Minuten)

Grundsätzlich schon mal herzlichen Dank. Es funktioniert eigentlich jetzt ausreichend gut. Alles andere ist Feinschliff - und liegt auch evtl. an der Hardware.

Gruß,
Jörg

Code Auswählen


Internals:
   DEF        112214
   FUUID      5fe50770-f33f-0931-b8c4-6ef33069e0a8fd3e
   IODev      CUL_TS
   NAME       HMTC14
   NOTIFYDEV  global
   NR         72
   NTFY_ORDER 50-HMTC14
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HMTC14_c1
   READINGS:
     2020-12-25 14:34:51   cfgState        IOGrpVirt
     2020-12-24 22:52:08   commState       CMDs_done
     2020-12-24 22:52:08   state           CMDs_done
   helper:
     HM_CMDNR   145
     mId        FFF1
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     rxType     1
     ack:
     cfgChk:
       idPc05     fail
     cmds:
       TmplKey    :no:1608903215.80847
       TmplTs     1608903215.80847
       cmdKey     0:1:1::HMTC14:FFF1:01:
       cmdLst:
         clear      [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
         tplSet_0   -tplChan-
         virtual    [(1..50;1|{1})]
       lst:
         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
         peer       
         peerOpt    
         tplChan    
         tplDel     
         tplPeer    
       rtrvLst:
         cmdList    [({short}|long)]
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo        
       io:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      CUL_TS
   expert     defReg,rawReg
   model      VIRTUAL
   msgRepeat  0
   room       CUL_HM
   subType    virtual
   webCmd     virtual

Code Auswählen


Internals:
   DEF        112220
   FUUID      5fe508cd-f33f-0931-180f-5cc06e4f99d001d2
   IODev      CUL_TS
   NAME       HMTC20
   NOTIFYDEV  global
   NR         74
   NTFY_ORDER 50-HMTC20
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HMTC20_c1
   READINGS:
     2020-12-25 14:34:51   cfgState        IOGrpVirt
     2020-12-24 23:19:51   commState       CMDs_done
     2020-12-24 23:19:51   state           CMDs_done
   helper:
     HM_CMDNR   193
     mId        FFF1
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     rxType     1
     ack:
     cfgChk:
       idPc05     fail
     cmds:
       TmplKey    :no:1608903216.27814
       TmplTs     1608903216.27814
       cmdKey     0:1:1::HMTC20:FFF1:01:
       cmdLst:
         clear      [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
         tplSet_0   -tplChan-
         virtual    [(1..50;1|{1})]
       lst:
         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
         peer       
         peerOpt    
         tplChan    
         tplDel     
         tplPeer    
       rtrvLst:
         cmdList    [({short}|long)]
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo        
       io:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      CUL_TS
   expert     defReg,rawReg
   model      VIRTUAL
   msgRepeat  0
   room       CUL_HM
   subType    virtual
   webCmd     virtual

Code Auswählen


Internals:
   DEF        11221401
   FUUID      5fe507b6-f33f-0931-d02a-ebec2950e2953c29
   NAME       HMTC14_c1
   NOTIFYDEV  global
   NR         73
   NTFY_ORDER 50-HMTC14_c1
   STATE      ValveAdjust:24.0 %
   TYPE       CUL_HM
   chanNo     01
   device     HMTC14
   peerList   HM_VD_14
   READINGS:
     2020-12-25 14:34:51   cfgState        ok
     2020-12-25 14:33:35   peerList        HM_VD_14
     2020-12-25 14:34:11   state           ValveAdjust:24.0 %
     2020-12-25 14:37:35   valveCtrl       ok
     2020-12-25 14:34:11   valvePosTC      24.0 %
   helper:
     fkt        vdCtrl
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     virtTC     00
     cmds:
       TmplKey    HM_VD_14:no:1608903216.26451
       TmplTs     1608903216.26451
       cmdKey     1:0:1:vdCtrl:HMTC14:FFF1:01:HM_VD_14
       cmdLst:
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         tplSet_0   -tplChan-
         tplSet_HM_VD_14 -tplPeer-
         valvePos   (off|0.0..99.0;0.1)
       lst:
         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
         peer       HM_VD_14
         peerOpt    remove_HM_VD_14,HMTC20_c1,VCCU
         tplChan    
         tplDel     
         tplPeer    
       rtrvLst:
         cmdList    [({short}|long)]
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
     vd:
       ackT       2020-12-25 14:40:22
       cmd        A2581122141123B8
       id         1123B8
       idh        682618
       idl        5120
       miss       0
       msgCnt     53
       msgRed     0
       msgSent    0
       nDev       HM_VD_14
       next       1608903784.33319
       nextM      1608903784.33319
       typ        1
       val        3D
       vin        24.0
       virtTC     00
Attributes:
   model      VIRTUAL
   peerIDs    1123B801
   room       CUL_HM
   webCmd     press short:press long

Code Auswählen


Internals:
   DEF        11222001
   FUUID      5fe508fc-f33f-0931-6fe8-5b37d0a5b5ffb1b0
   NAME       HMTC20_c1
   NOTIFYDEV  global
   NR         75
   NTFY_ORDER 50-HMTC20_c1
   STATE      ValveAdjust:6.1 %
   TYPE       CUL_HM
   chanNo     01
   device     HMTC20
   peerList   HM_VD_20
   READINGS:
     2020-12-25 14:34:51   cfgState        ok
     2020-12-25 14:33:36   peerList        HM_VD_20
     2020-12-25 14:34:25   state           ValveAdjust:6.1 %
     2020-12-25 14:38:08   valveCtrl       ok
     2020-12-25 14:34:24   valvePosTC      6.1 %
   helper:
     fkt        vdCtrl
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     virtTC     00
     cmds:
       TmplKey    HM_VD_20:no:1608903216.68593
       TmplTs     1608903216.68593
       cmdKey     1:0:1:vdCtrl:HMTC20:FFF1:01:HM_VD_20
       cmdLst:
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         tplSet_0   -tplChan-
         tplSet_HM_VD_20 -tplPeer-
         valvePos   (off|0.0..99.0;0.1)
       lst:
         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
         peer       HM_VD_20
         peerOpt    remove_HM_VD_20,HMTC14_c1,VCCU
         tplChan    
         tplDel     
         tplPeer    
       rtrvLst:
         cmdList    [({short}|long)]
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
     vd:
       ackT       2020-12-25 14:40:34
       cmd        A2581122201A758E
       id         1A758E
       idh        682618
       idl        8192
       miss       0
       msgCnt     53
       msgRed     0
       msgSent    0
       nDev       HM_VD_20
       next       1608903776.11677
       nextM      1608903776.11677
       typ        1
       val        0F
       vin        6.1
       virtTC     00
Attributes:
   model      VIRTUAL
   peerIDs    1A758E01
   room       CUL_HM
   webCmd     press short:press long

noansi · 25 Dezember 2020, 15:27:09

Hallo Jörg,

ZitatDer HMinfo meckert jetzt die IoGrp an - was würde denn da reingehören?

attr <Name_des_virtuellen_device> IOgrp <Name_deiner_VCCU>:<Name_des_IO_Dev_dass_gut_zum_VD_senden_kann>

Schön, dass es erst mal besser klappt. Ich bin aber noch nicht zufrieden, weil ich derzeit denke, dass ein neuer Wert nicht immer später noch gesetzt wird, wenn es nicht klappt.

ZitatDas ist zwar einerseits richtig (der Antrieb hat ja noch nicht umgestellt) anderseits dauert es halt doch sehr lange bis es korrekt dasteht.

Das "richtig" ist das Stichwort, denke ich.

Wenn's gut läuft, wirst Du ohnehin nicht mehr drauf schauen.

Gruß, Ansgar.

kadettilac89 · 25 Dezember 2020, 16:02:35

Hi,

ich hatte ein Thermostat (hm-cc-rt-dn) zurückgesetzt weil ich nach dem Firmwareupdate auf 1.5 hohen Batterieverbrauch hatte.

Nach dem Zurücksetzen konnte ich das Thermostat nicht mehr ansprechen und auch nicht mehr pairen. Wollte ausschließen dass es das Thermostat ist, und hab ein weiteres zurückgesetzt. Auch das konnte ich nicht mehr pairen.

Als ich dann die Firmware 0.34 zurückging funktionierte das Pairen von beiden Thermostaten sofort.

Ist es möglich, dass es in Firmware 0.37 ein Bug ist, der beim Pairen Probleme verursacht? Vielleicht in Verbindung mit nanoCul oder mit den HM-Thermostaten?

Mein Setup

VCCU mit nanoCul. hex-File aus Zip, nicht selber compiliert

Fehlersituation mit VCCU
Vorhanden TSFW 0.37 funktioniert mit verbundenen Devices, jedoch kann ich keine Thermostate pairen (Firmware 0.37 download irgendwann Nov. + alle Fhem-Module aus selbem Zip)

Tests nur mit CUL, ohne VCCU
Test1 - völlig nacktes System, neu installiertes Fhem, aktuell, Fhem Module aus Zip
Flashen TSFW 0.34 funktioniert problemlos incl. pairen (Firmware 0.34 + alle Fhem-Module aus selbem Zip)

Test2 - völlig nacktes System, neu installiertes Fhem, aktuell, Fhem Module aus Zip
Flashen TSFW 0.37 funktioniert mit verbundenen Devices, jedoch kann ich auch jetzt wieder keine Thermostate pairen (Firmware 0.37 download 23.12.2020 + alle Fhem-Module aus selbem Zip)

Test3 - völlig nacktes System, neu installiertes Fhem, aktuell, Fhem Module aus Zip
Flashen TSFW 0.34 funktioniert problemlos incl. pairen (Firmware 0.34 + alle Fhem-Module aus selbem Zip)

Ich bleibe jetzt mal auf v 0.34 mit VCCU da alles funktioniert. .... never run a touching system ... oder so.

Habe etliche, auch selbst gebaute, HM-Geräte. Will diese aber nicht unpairen da diese funktionieren.

Die ganzen "unknown" Messages sind von Nachbarn, mein Cul empfängt da so einiges.

VCCU

Code Auswählen


Internals:
   CUL868_MSGCNT 1819
   CUL868_RAWMSG A0FD48610638F340000000AA0DB0B0140::-99.5:CUL868:
   CUL868_RSSI -99.5
   CUL868_TIME 2020-12-25 15:26:36
   DEF        F11234
   FUUID      5cf965cb-f33f-ea65-b487-820aa9c46b39985b
   IODev      CUL866_2
   LASTInputDev CUL868
   MSGCNT     1819
   NAME       VCCU
   NOTIFYDEV  global
   NR         26
   NTFY_ORDER 50-VCCU
   STATE      CUL868:ok,CUL866_2:init
   TYPE       CUL_HM
   assignedIOs CUL866_2,CUL868
   chanNo     01
   READINGS:
     2020-11-13 18:21:07   CommandAccepted yes
     2020-12-23 20:42:59   IOopen          2
     2020-12-23 09:30:58   cfgState        ok
     2020-12-01 15:34:57   commState       CMDs_done
     2020-12-23 20:42:59   state           CUL868:ok,CUL866_2:init
     2020-12-23 08:51:50   unknown_28E421  received
     2020-12-25 10:29:55   unknown_441A57  received
     2020-12-25 14:23:18   unknown_5B1656  received
     2020-12-20 12:45:36   unknown_5B5D2D  received
     2020-12-25 15:25:25   unknown_5D11B3  received
     2020-12-25 07:36:34   unknown_600404  received
     2020-12-01 10:42:37   unknown_60045C  received
     2020-12-21 16:47:46   unknown_600CAE  received
     2020-12-22 17:41:38   unknown_60C807  received
     2020-12-25 10:31:51   unknown_60FB06  received
     2020-12-01 07:02:46   unknown_60FB2A  received
     2020-12-22 17:52:28   unknown_61EFEA  received
     2020-11-22 22:26:09   unknown_6307BC  received
     2020-12-25 15:26:36   unknown_638F34  received
   helper:
     HM_CMDNR   60
     mId        FFF0
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     ack:
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       prefIO     
       vccu       VCCU
       ioList:
         CUL868
         CUL866_2
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL866_2
   IOList     CUL868,CUL866_2
   IOgrp      VCCU
   alias      VCCU
   group      Devices
   model      CCU-FHEM
   room       Server
   subType    virtual
   webCmd     virtual:update

Code Auswählen


Internals:
   CMDS       ABCFGJKRUVWXYZeilmtux
   CUL868_MSGCNT 4572
   CUL868_TIME 2020-12-25 15:29:46
   Clients    STACKABLETS:STACKABLE:CUL_HM:CUL_IR:HMS
   DEF        /dev/ttyUSB0@38400 2236
   DeviceName /dev/ttyUSB0@38400
   FD         13
   FHTID      2236
   FUUID      5e84d75e-f33f-eb0d-e977-993da3be813ddad8
   NAME       CUL868
   NR         586
   PARTIAL    
   RAWMSG     A0F2C86102B74830000000A90C10C0000::-57.5:CUL868:
   RSSI       -57.5
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.34 CSM868
   VERSION_HW nanoCUL_V1.x_0014
   VERSION_TS yes AES ChTblSize:208
   XmitOpen   1
   assignUpdCntI 30
   assignedIDsCnt 6
   initString XP0C
X21
Ar
AM5
AHF11234
   msgLoadCurrent 0
   owner_CCU  VCCU
   Helper:
     DBLOG:
       Xmit-Events:
         myDbLog:
           TIME       1608752579.58904
           VALUE      non-HM:1 init:1 disconnected:1 ok:1 
         myDbLogRemote:
           TIME       1608752579.62316
           VALUE      non-HM:1 init:1 disconnected:1 ok:1 
         myDbLogZero:
           TIME       1608752579.63792
           VALUE      non-HM:1 init:1 disconnected:1 ok:1 
       cond:
         myDbLog:
           TIME       1608752579.58904
           VALUE      ok
         myDbLogRemote:
           TIME       1608752579.62316
           VALUE      ok
         myDbLogZero:
           TIME       1608752579.63792
           VALUE      ok
       prot_ok:
         myDbLog:
           TIME       1608752579.58904
           VALUE      last
         myDbLogRemote:
           TIME       1608752579.62316
           VALUE      last
         myDbLogZero:
           TIME       1608752579.63792
           VALUE      last
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:CUL_HM   ^A....................
     B:CUL_IR   ^I............
     C:HMS      ^810e04......a001
   READINGS:
     2020-12-23 20:42:59   Xmit-Events     non-HM:1 init:1 disconnected:1 ok:1 
     2020-12-23 20:42:51   cmds             A B C F G J K R U V W X Y Z e i l m t u x
     2020-12-23 20:42:59   cond            ok
     2020-12-23 20:42:46   prot_disconnected last
     2020-12-23 20:42:53   prot_init       last
     2020-12-23 20:42:53   prot_non-HM     last
     2020-12-23 20:42:59   prot_ok         last
     2020-12-25 15:20:26   scF             0.998964543480984
     2020-12-23 20:42:53   state           Initialized
   helper:
     CUrun      1
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     assIdCnt   6
     assIdRep   6
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       ChTblSize  208
       FUP        0
       HMactive   1
       hmCrdts    0
       hmSbusy    0
       ChTbl:
         00280200   00
         00311100   00
         00311200   00
         28E42100   00
         2B748300   00
         6DF1D100   00
       msgCNT:
         0x01       4572
         0x02       1197
         0x03       144
         0x09       34
       unknwn:
         441A57:
           lstRecType 02
           nextSend   1608888595.63763
           nxtSndMcnt 76
           tgtDly     88
           lRcTm:
             CUL868     136168064
             tnms       423343198
         5B1656:
           lstRecType 02
           nextSend   1608902598.23374
           nxtSndMcnt 62
           tgtDly     88
           lRcTm:
             CUL868     150185224
             tnms       437345794
         5D11B3:
           lstRecType 10
           nextSend   1608906507.9221
           nxtSndMcnt 44
           tgtDly     88
           lRcTm:
             CUL868     154098972
             tnms       441255490
         600404:
           lstRecType 03
           nextSend   1608878195.04184
           nxtSndMcnt 5B
           tgtDly     88
           lRcTm:
             CUL868     125756668
             tnms       412942602
         60FB06:
           lstRecType 12
           nextSend   1608888711.91293
           nxtSndMcnt 04
           tgtDly     88
           lRcTm:
             CUL868     136284464
             tnms       423459480
         638F34:
           lstRecType 10
           nextSend   1608906519.05344
           nxtSndMcnt D5
           tgtDly     88
           lRcTm:
             CUL868     154110108
             tnms       441266613
     cnd:
       0          1
       250        1
       253        1
       255        1
     hmLogHist:
        061558 A F001 02836024 00 0F 1B 8610 28E421 000000 0A7094090000 -76.5dB
        081152 A F001 02855644 00 0F D3 8610 638F34 000000 0AA0DB0B0140 -98.5dB
        111677 A F001 02886192 00 0F 2A 8610 2B7483 000000 0A90C10C0000 -57.5dB
        147028 A F001 02921584 00 0F 43 8610 5D11B3 000000 0A90CB100040 -94dB
        173885 A F002 02948468 00 01 CC _ping
        181807 A F001 02956404 00 0F 1C 8610 28E421 000000 0A7094090000 -76.5dB
        203328 A F001 02977936 00 17 59 8470 003111 000000 00A200004600000000000F2C0000 -62dB
        217907 A F001 02992536 00 0F D4 8610 638F34 000000 0AA0DB0B0140 -99.5dB
        235168 A F001 03009824 00 0F 2B 8610 2B7483 000000 0A90C10C0000 -57.5dB
        274206 A F001 03048888 00 17 1C 8470 003112 000000 00BA00003900000002000EE90000 -69dB
        329282 A F001 03104028 00 0F 44 8610 5D11B3 000000 0A90CA100040 -94dB
        340405 A F001 03115164 00 0F D5 8610 638F34 000000 0AA0DB0B0140 -96.5dB
        351561 A F001 03126332 00 0F 1D 8610 28E421 000000 0A7094090000 -77dB
        408424 A F001 03183252 00 0F 2C 8610 2B7483 000000 0A90C10C0000 -57.5dB
     hmQ:
       000000:
       002802:
       003111:
       003112:
       28E421:
       2B7483:
       6DF1D1:
     ids:
       002802:
         cfg        +002802,00,00,00
         name       HMTempSensor2
       003111:
         cfg        +003111,00,00,00
         name       HMTempSensor3
       003112:
         cfg        +003112,00,00,00
         name       HMTempSensor4
       28E421:
         cfg        +28E421,00,00,00
         name       Heizung_Schlafzimmer
       2B7483:
         cfg        +2B7483,00,00,00
         name       Heizung_Wohnzimmer
       6DF1D1:
         cfg        +6DF1D1,00,00,00
         name       hm_door1
     loadLvl:
       bl         40
     q:
       ATrNo      0
       HMcndN     0
       InQueues   0
       RQLSt      0
       RQLt       0
       XRpCnt     0
       XRpTm      1608828986.42207
       answerPend 0
       hmLanQlen  1
       apIDs:
         002802     0
         003111     0
         003112     0
         28E421     0
         2B7483     0
         6DF1D1     0
     ref:
       Sdly       2
       TmBmCnt    2
       ioBR       3840
       ioBRMax    3787.50623934485
       ioBRMean   3333.65395821033
       lHMt       154178196
       lSys       441334632
       pTTu       1024
       pndAs      0
       pndCUAp    0
       pndTuP     1
       pngLm      14
       pngRef     8
       scErr      -3.68838270194829
       scF        0.998964543480984
       scFN       111
       scHT       153616716
       scST       440773731
       scpTm      1608906026.07541
Attributes:
   group      Devices
   hmId       F11234
   rfmode     HomeMatic
   room       Server

eines der Thermostate

Code Auswählen


Internals:
   CUL868_MSGCNT 1042
   CUL868_RAWMSG A0F1E861028E4210000000A7094090000::-76.5:CUL868:
   CUL868_RSSI -76.5
   CUL868_TIME 2020-12-25 15:31:25
   DEF        28E421
   FUUID      5fe38527-f33f-27e8-4a17-c8fe83063de76ca0
   IODev      CUL868
   LASTInputDev CUL868
   MSGCNT     1042
   NAME       Heizung_Schlafzimmer
   NOTIFYDEV  global
   NR         671
   NTFY_ORDER 50-Heizung_Schlafzimmer
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Heizung_Schlafzimmer_Weather
   channel_02 Heizung_Schlafzimmer_Climate
   channel_03 Heizung_Schlafzimmer_WindowRec
   channel_04 Heizung_Schlafzimmer_Clima
   channel_05 Heizung_Schlafzimmer_ClimaTeam
   channel_06 Heizung_Schlafzimmer_remote
   lastMsg    No:1E - t:10 s:28E421 d:000000 0A7094090000
   protLastRcv 2020-12-25 15:31:25
   protRcv    1042 last_at:2020-12-25 15:31:25
   protResnd  1 last_at:2020-12-24 17:53:38
   protSnd    58 last_at:2020-12-24 18:04:38
   protState  CMDs_done
   rssi_CUL868 cnt:2 min:-80 max:-80 avg:-80 lst:-80 
   rssi_at_CUL868 cnt:1042 min:-83.5 max:-74.5 avg:-78.06 lst:-76.5 
   Helper:
     DBLOG:
       actuator:
         myDbLog:
           TIME       1608906530.13999
           VALUE      0
         myDbLogRemote:
           TIME       1608906530.17049
           VALUE      0
         myDbLogZero:
           TIME       1608906530.18585
           VALUE      0
       cmdState:
         myDbLog:
           TIME       1608828980.01974
           VALUE      -
         myDbLogRemote:
           TIME       1608828980.06148
           VALUE      -
         myDbLogZero:
           TIME       1608828980.08546
           VALUE      -
       desired-temp:
         myDbLog:
           TIME       1608906530.13999
           VALUE      14.0
         myDbLogRemote:
           TIME       1608906530.17049
           VALUE      14.0
         myDbLogZero:
           TIME       1608906530.18585
           VALUE      14.0
       measured-temp:
         myDbLog:
           TIME       1608905792.87345
           VALUE      14.8
         myDbLogRemote:
           TIME       1608905792.88785
           VALUE      14.8
         myDbLogZero:
           TIME       1608905792.89606
           VALUE      14.8
   READINGS:
     2020-12-23 20:42:56   Activity        alive
     2020-12-24 17:56:19   CommandAccepted yes
     2020-12-23 19:18:46   D-firmware      1.5
     2020-12-23 19:18:46   D-serialNr      LTK0026095
     2020-12-24 13:18:16   PairedTo        0xF11234
     2020-12-23 19:14:36   R-backOnTime    10 s
     2020-12-23 19:14:36   R-btnLock       off
     2020-12-24 13:18:16   R-burstRx       on
     2020-12-23 19:14:36   R-cyclicInfoMsg on
     2020-12-23 19:14:36   R-cyclicInfoMsgDis 0
     2020-12-23 19:14:36   R-globalBtnLock off
     2020-12-23 19:14:36   R-localResDis   off
     2020-12-23 19:14:36   R-lowBatLimitRT 2.1 V
     2020-12-23 19:14:36   R-modusBtnLock  off
     2020-12-23 19:21:32   R-pairCentral   0xF11234
     2020-12-24 13:18:16   RegL_00.         00:00 01:01 02:01 09:01 0A:F1 0B:12 0C:34 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00
     2020-12-24 14:01:00   RegL_07.        
     2020-12-25 15:31:25   actuator        0
     2020-12-25 15:31:25   battery         ok
     2020-12-25 15:31:25   batteryLevel    2.4
     2020-12-25 15:31:25   cmdState        -
     2020-12-25 15:31:25   desired-temp    14.0
     2020-12-25 15:31:25   measured-temp   14.8
     2020-12-25 15:31:25   motorErr        ok
     2020-12-23 19:15:15   powerOn         2020-12-23 19:15:15
     2020-12-23 19:15:15   recentStateType info
     2020-12-24 18:04:38   state           CMDs_done
     2020-12-24 18:04:38   time-request    -
   helper:
     HM_CMDNR   30
     PONtest    1
     cSnd       11F1123428E42186041D,11F1123428E42186041D
     mId        0095
     peerFriend 
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       lstRecType 10
       newChn     +28E421,00,00,00
       nextSend   1608906685.46505
       nxtSndMcnt 1E
       rxt        2
       tgtDly     88
       vccu       VCCU
       lRcTm:
         CUL868     154276692
         tnms       441433032
       p:
         28E421
         00
         00
         00
       prefIO:
         CUL868
     mRssi:
       mNo        1E
       io:
         CUL866_2:
         CUL868:
           -74.5
           -74.5
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       CUL868:
         avg        -80
         cnt        2
         lst        -80
         max        -80
         min        -80
       at_CUL868:
         avg        -78.0681381957773
         cnt        1042
         lst        -76.5
         max        -74.5
         min        -83.5
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude Activity,D-firmware,D-serialNr,R-backOnTime,R-btnLock,R-burstRx,R-cyclicInfoMsg,
attr Heizung_Schlafzimmer DbLogInclude actuator,desired-temp,measured-temp
   DbLogInclude actuator,desired-temp,measured-temp
   IODev      CUL868
   IOgrp      VCCU:CUL868
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-min-interval measured-temp:1800,desired-temp:1800,actuator:1800
   event-on-change-reading desired-temp,measured-temp,actuator,cmdState
   expert     251_anything
   firmware   1.5
   group      HomeMatic
   model      HM-CC-RT-DN
   room       Server
   serialNr   LTK002****
   subType    thermostat
   userReadings cmdState { InternalVal($name,"protCmdPend","-"); }
   userattr   CUL_HM CUL_HM_map structexclude
   webCmd     getConfig:clear msgEvents:burstXmit

Adimarantis · 25 Dezember 2020, 17:22:16

Ich hab die IOGrp mal gesetzt. Scheint mir aber in diesem Fall irgendwie redundant zu sein. Sagt ihm ja nur noch die VCCU, die aber das selbe IODev hat.
Timeouts gibt's nach wie vor regelmäßig (das ist jetzt im Ruhezustand ohne Änderung)
Der FW 1.4 (1123B8) scheint jetzt doch häufiger von Timeouts betroffen zu sein. Ich spiel jetzt nochmal bisschen mit dem hmFreqOff um zu sehen ob sich hier was ändert.
Die beiden VDs liegen übrigens nebeneinander auf dem Schreibtisch, es sollte also keine Unterschiede im Empfang geben - und die CUL ist vielleicht 3m entfernt (mit externer Antenne).
Ich werde das Setup so schnell noch nicht produktiv schalten. Wenn ich also noch was testen soll, dann gerne.

Danke,
Jörg

Code Auswählen

2020.12.25 16:25:03 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 16:25:08 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:29:47 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:32:49 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:35:37 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:38:10 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:40:28 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 16:40:30 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:43:15 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 16:45:28 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:48:07 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 16:48:10 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 16:58:29 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 17:01:01 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 17:03:21 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 17:05:20 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 17:08:39 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E
2020.12.25 17:10:50 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8
2020.12.25 17:12:58 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1A758E

noansi · 25 Dezember 2020, 18:52:05

Hallo kadettilac89,

also ich habe naturgemäß aktuelle Module und die Firmware 0.37 (allerdings nicht auf einem nano) drauf.

Bei einem meiner RT mit Firmware 1.5 habe ich erst mal alle sign on zu sign off gesetzt, dann am RT Hauptdevice ein set reset ausgelöst. Hat der RT auch ausgeführt. Somit dann auch nicht mehr gepairt.
Dann habe ich an der VCCU hmPairForSec 300 und am RT für 5 Sekunden den Boost Button gedrückt (auf den Countdown gewartet), Countdown lief an und nach kurzer Zeit kam AC.
In FHEM wurden auch Registerwerte aktualisiert, insbesondere natürlich R-pairCentral korrekt gesetzt.
Damit Pairing erfolgreich.
Es mag passieren, dass das Auslesen von Registerwerten nicht in einem Rutsch durchläuft, ok. Man kann es wohl mit dem Timing nicht allen Devices immer recht machen.

Informationen könntest Du nur mit einem Logging mit verbose 4 am nano während eines Pairing Versuchs mit FW 0.37 und meinen aktuellen Modulen liefern.
Danach ein List der devices. Nach Deiner History Beschreibung sind die Zusatzinfos jetzt leider erst mal sinnlos.

Gruß, Ansgar.

noansi · 25 Dezember 2020, 19:43:18

Hallo Jörg,

setz bitte erst mal

Code Auswählen

attr global mseclog 1

Damit die Zeiten im Log auf ms erweitert werden.

Dann im Anfang noch ein update für die 10_CUL_HM.pm.

Zum Spielen auch noch gut bei den virtuellen TCs ist das Attribut cyclicMsgOffset. Der Default ist 200 und ich habe es ein wenig relativiert, sprich die 200 gelten nur als Offset für die Mitte des Intervalls. Wenn das Intervall kürzer ausfällt, dann auch der Offset entsprechend und andersrum bei längerem Intervall. Das ist eine Inerpretation mehr in Richtung eines Gangunterschiedes der Uhren.

Was auch noch stören kann, sind andere Module mit regelmäßig langer Rechenzeit. Die machen auch das Timing seitens FHEM kaputt. Das Sendeintervall wird nur durch FHEM gemacht und wenn das nicht in das Empfangsintervall des VD trifft, dann ist es leider so.

Aber vielleicht ist noch was anderes faul. Melden die VDs denn Kontaktverlust?
Eventuell beantworten sie auch die "pleasing"-Messages einfach nicht und deswegen sieht sieht es so aus als würde es Ausfälle geben?
Wenn neu gesetzte Ventilpositionen immer innerhalb von etwa 3 Minuten beim Ventil ankommen, dann wäre das ein Grund und ich könnte das Sendekommado eventuell modifizieren.
Hast Du die Ventilposition mal längere Zeit konstant gelassen und dann beobachtet, wie die TSCUL_XmitAwaitHMTo Logeinträge kommen (warst Du z.B. ab 16:25 mit dem anderen Ventil zugange)?

Gruß, Ansgar.

Edit: Anhang auch angehangen...

Adimarantis · 25 Dezember 2020, 21:38:22

Hi Ansgar,

Die Antriebe melden keinen Kontaktverlust (Antennensymbol ist immer stetig an) und selbst wenn es einen timeout gab, wir ein Ventilwert dann üblicherweise nach weiteren 3 Minuten übermittelt und eingestellt. Es dauert halt ggf. etwas länger, scheint aber dann zuverlässig zu funktionieren.
Das Log mit den timeout ("tail -f <logfile> | grep timeout") war aus absoluter Ruhephase (keine Ventiländerungen). Es handelt sich zwar um einen Raspberry 1, der hat aber sonst rein gar nichts anderes zu tun.
Hier ein Logausschnitt mit "grep 1123B8" (also nur den FW 1.4 VD betreffend) bis zu einem Timeout und Millisekunden (ist das weit genug zurück?) und deinem neusten Patch.
Die Frage ist inwieweit das nicht einfach normal ist. Bei einem Hardware HM-CC-TC hat sich sicher auch noch keiner danebengesetzt und kontrolliert ob Ventiländerungen nach 3, 6 oder 9 Minuten ankommen. Ich hab jetzt so ca. alle 10 Minuten einen timeout (pro VD). Mit dem Offset hab ich jetzt noch nicht gespielt.

Gruß,
Jörg

Code Auswählen

2020.12.25 21:19:40.557 4: TSCUL_Write: CUL_TS sending As0BD2A2581122141123B80023
2020.12.25 21:19:40.566 4: TSCUL_send:  CUL_TS  430485                 As 0B D2 A258 112214 1123B8 0023
2020.12.25 21:19:40.572 4: TSCUL_XmitDlyHM:  CUL_TS  id:1123B8 rtoms:2341
AF10300078F49010BD2A2581122141123B8002380
2020.12.25 21:19:40.679 4: TSCUL_Parse: CUL_TS  430575 A F103 01981732 01 0B D2 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:19:40.746 5: TSCUL_Read CUL_TS: /AF10100078F71000ED282021123B8112
2020.12.25 21:19:40.753 5: TSCUL_Read CUL_TS: AF10100078F71000ED282021123B8112/21401011C002E34
2020.12.25 21:19:40.763 4: TSCUL_Parse: CUL_TS  430661 A F101 01981892 00 0E D2 8202 1123B8 112214 01011C002E -48dB
2020.12.25 21:19:40.772 5: CUL_TS: dispatch A0ED282021123B811221401011C002E::-48:CUL_TS:
2020.12.25 21:21:58.493 4: TSCUL_Write: CUL_TS sending As0BD3A2581122141123B80023
2020.12.25 21:21:58.502 4: TSCUL_send:  CUL_TS  044133                 As 0B D3 A258 112214 1123B8 0023
2020.12.25 21:21:58.508 4: TSCUL_XmitDlyHM:  CUL_TS  id:1123B8 rtoms:2341
AF103000815FC010BD3A2581122141123B8002380
2020.12.25 21:21:58.627 4: TSCUL_Parse: CUL_TS  044235 A F103 02119664 01 0B D3 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:21:58.682 5: TSCUL_Read CUL_TS: /AF10100081624000ED382021123B8112
2020.12.25 21:21:58.690 5: TSCUL_Read CUL_TS: AF10100081624000ED382021123B8112/21401011C002C36
2020.12.25 21:21:58.699 4: TSCUL_Parse: CUL_TS  044310 A F101 02119824 00 0E D3 8202 1123B8 112214 01011C002C -47dB
2020.12.25 21:21:58.709 5: CUL_TS: dispatch A0ED382021123B811221401011C002C::-47:CUL_TS:
2020.12.25 21:24:01.909 4: TSCUL_Write: CUL_TS sending As0BD4A2581122141123B80023
2020.12.25 21:24:01.917 4: TSCUL_send:  CUL_TS  167548                 As 0B D4 A258 112214 1123B8 0023
2020.12.25 21:24:01.923 4: TSCUL_XmitDlyHM:  CUL_TS  id:1123B8 rtoms:2341
AF10300088E82010BD4A2581122141123B8002380
2020.12.25 21:24:02.025 4: TSCUL_Parse: CUL_TS  167636 A F103 02243080 01 0B D4 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:24:02.097 5: TSCUL_Read CUL_TS: /AF10100088EAA000ED482021123B8112
2020.12.25 21:24:02.105 5: TSCUL_Read CUL_TS: AF10100088EAA000ED482021123B8112/21401011C002B38
2020.12.25 21:24:02.115 4: TSCUL_Parse: CUL_TS  167725 A F101 02243240 00 0E D4 8202 1123B8 112214 01011C002B -46dB
2020.12.25 21:24:02.123 5: CUL_TS: dispatch A0ED482021123B811221401011C002B::-46:CUL_TS:
2020.12.25 21:24:48.333 3: LogHist CUL_TS:  167725 A F101 02243240 00 0E D4 8202 1123B8 112214 01011C002B -46dB
2020.12.25 21:26:54.893 4: TSCUL_Write: CUL_TS sending As0BD5A2581122141123B80023
2020.12.25 21:26:54.918 4: TSCUL_send:  CUL_TS  340548                 As 0B D5 A258 112214 1123B8 0023
2020.12.25 21:26:54.934 4: TSCUL_XmitDlyHM:  CUL_TS  id:1123B8 rtoms:2341
AF10300093773010BD5A2581122141123B8002380
2020.12.25 21:26:55.102 4: TSCUL_Parse: CUL_TS  340702 A F103 02416076 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.245 4: TSCUL_Parse: CUL_TS  340860 A F103 02416344 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.511 4: TSCUL_Parse: CUL_TS  341126 A F103 02416612 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.785 3: LogHist CUL_TS:  340548                 As 0B D5 A258 112214 1123B8 0023
2020.12.25 21:26:55.789 3: LogHist CUL_TS:  340702 A F103 02416076 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.793 3: LogHist CUL_TS:  340860 A F103 02416344 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.796 3: LogHist CUL_TS:  341126 A F103 02416612 01 0B D5 A258 112214 1123B8 0023 _CCAdly:4
2020.12.25 21:26:55.801 3: TSCUL_ParseTsHM: CUL_TS HM repeat failed to 1123B8/HM_VD_14:  341363 A F109 02416876 00 0B D5 A258 112214 1123B8 0023 _sfail _noAnsw
2020.12.25 21:26:57.282 4: TSCUL_XmitAwaitHMTo CUL_TS: timeout - 1123B8

noansi · 25 Dezember 2020, 22:49:30

Hallo Jörg,

danke für den Log Auszug.

Damit ist schon mal klar, dass der VD auf die "pleasing"-Messages grundsätzlich nach 160ms antwortet.
Also bleibt das FHEM Sendetiming -> Spielwiese cyclicMsgOffset.

Zitatist das weit genug zurück?

Gerne noch was mehr und auch mal mit neuer Ventilstellung. Danke!

Bezuglich Frequenzoffsetoptimierung ist es ganz gut das Spektrum sichtbar machen zu können, z.B. in günstiger Form mit DVB-T Stick mit RTL2832 Chip, der mit HDSDR oder SDRSharp harmoniert.
Dann kann man sich durch beobachten und senden schön in die Mitte der Devices optimieren.

Gruß, Ansgar.

Adimarantis · 26 Dezember 2020, 00:03:50

Hi Ansgar,

Ich habe den Offset jetzt bei beiden auf 160 gestellt und hatte dann deutlich weniger Meldungen im Idle Modus.
Was mir aber dann aufgefallen ist, ist das Ventilbefehle oft ankamen (Antrieb reagiert) aber trotzdem ein Timeout kam (nicht 100% immer, aber tendenziell). Eventuell braucht man ein anderes Timing je nachdem ob man nur den Status abfragt oder einen Befehl sendet?

Anbei jetzt Logauszüge getrennt nach ID über ca. 1h (nachdem das Offset geändert wurde) mit ein paar Ventilbefehlen drin.

Gruß,
Jörg