HM-CC-TC und CUNO2 "RESPONSE TIMEOUT:RegisterRead"

[retro1]

Hallo Forum,

bis vor kurzem lief bei mir ein CULv3 mit mehreren HM-CC-TCs problemlos. Nach dem Umstieg auf einem CUNO2 häuften sich die Probleme mit den HM-CC-TCs.

Wenn Einstellungen von der Weboberfläche an den HM-CC-TCs gesendet werden, kommt keinen ordentliche Kommunikation zustande.

Meine Recherchen hier im Forum ergaben, dass womöglich ein Kommunikationsproblem (Registerproblem) zwischen der Firmware des CUNO2 und dem HM-Modul von FHEM bestehen könnte. Es gab hier schon diverse ähnliche Probleme mit den HM-CC-TCs und CULs welche gelöst wurden. Aber es handelt sich hier um einen CUNO2.

FHEM-Version vom 2013-11-22 (über Webupdate).
CUNO2-Firmware: selber gebaut mit  aktuellem SVN.

Das Pairen funktioniert zunächst scheinbar reibungslos. Aber sobald ich ein "getConfig" absetzen will endet es meist in "RESPONSE TIMEOUT:RegisterRead" und der "protState" ist "CMDs_done_Errors:1"

Hier das Absetzen von "get Config" (CUNO ist der CUNO2) bis zum "protState" "CMDs_done_Errors:1"

###
2013.11.23 06:56:21.279 5: CUNO sending As095EB112F100001EA636
2013.11.23 06:56:21.280 5: SW: As095EB112F100001EA636
2013.11.23 06:56:21.797 5: CUL/RAW: /A0A5E80021EA636F10000002E
2013.11.23 06:56:21.798 5: CUNO: A0A5E80021EA636F1000000 -51
2013.11.23 06:56:21.799 5: CUNO dispatch A0A5E80021EA636F1000000::-51:CUNO
2013.11.23 06:56:21.828 5: CUNO sending As105FA001F100001EA63600040000000000
2013.11.23 06:56:21.898 5: SW: As105FA001F100001EA63600040000000000
2013.11.23 06:56:22.295 5: CUL/RAW: /A1A5F80101EA636F10000020101020105850AF10B000C000F0000002E
2013.11.23 06:56:22.296 5: CUNO: A1A5F80101EA636F10000020101020105850AF10B000C000F000000 -51
2013.11.23 06:56:22.297 5: CUNO dispatch A1A5F80101EA636F10000020101020105850AF10B000C000F000000::-51:CUNO
2013.11.23 06:56:22.324 5: CUNO sending As0B60A001F100001EA6360203
2013.11.23 06:56:22.395 5: SW: As0B60A001F100001EA6360203
2013.11.23 06:56:22.792 5: CUL/RAW: /A0E6080101EA636F1000001000000002E
2013.11.23 06:56:22.792 5: CUNO: A0E6080101EA636F100000100000000 -51
2013.11.23 06:56:22.793 5: CUNO dispatch A0E6080101EA636F100000100000000::-51:CUNO
2013.11.23 06:56:22.813 5: CUNO sending As1061A001F100001EA63602040000000005
2013.11.23 06:56:22.883 5: SW: As1061A001F100001EA63602040000000005
2013.11.23 06:56:23.289 5: CUL/RAW: /A1A61A0101EA636F10000030101262A221828005800002422482A8A2E
2013.11.23 06:56:23.290 5: CUNO: A1A61A0101EA636F10000030101262A221828005800002422482A8A -51
2013.11.23 06:56:23.292 5: CUNO dispatch A1A61A0101EA636F10000030101262A221828005800002422482A8A::-51:CUNO
2013.11.23 06:56:23.317 5: CUNO sending As0A618002F100001EA63600
2013.11.23 06:56:23.388 5: SW: As0A618002F100001EA63600
2013.11.23 06:56:25.319 5: CUNO sending As0962B112F100001EA636
2013.11.23 06:56:25.319 5: SW: As0962B112F100001EA636
2013.11.23 06:56:26.024 5: CUL/RAW: /A0A6280021EA636F10000002D
2013.11.23 06:56:26.025 5: CUNO: A0A6280021EA636F1000000 -51.5
2013.11.23 06:56:26.026 5: CUNO dispatch A0A6280021EA636F1000000::-51.5:CUNO
2013.11.23 06:56:26.051 5: CUNO sending As1061A001F100001EA63602040000000005
2013.11.23 06:56:26.121 5: SW: As1061A001F100001EA63602040000000005
2013.11.23 06:56:26.522 5: CUL/RAW: /A1A61A0101EA636F10000030101262A221828005800002422482A8A2D
2013.11.23 06:56:26.523 5: CUNO: A1A61A0101EA636F10000030101262A221828005800002422482A8A -51.5
2013.11.23 06:56:26.524 5: CUNO dispatch A1A61A0101EA636F10000030101262A221828005800002422482A8A::-51.5:CUNO
2013.11.23 06:56:26.548 5: CUNO sending As0A618002F100001EA63600
2013.11.23 06:56:26.619 5: SW: As0A618002F100001EA63600
2013.11.23 06:56:30.817 5: CUNO sending As0963B112F100001EA636
2013.11.23 06:56:30.818 5: SW: As0963B112F100001EA636
2013.11.23 06:56:31.496 5: CUL/RAW: /A0A6380021EA636F10000002E
2013.11.23 06:56:31.496 5: CUNO: A0A6380021EA636F1000000 -51
2013.11.23 06:56:31.497 5: CUNO dispatch A0A6380021EA636F1000000::-51:CUNO
2013.11.23 06:56:31.516 5: CUNO sending As1061A001F100001EA63602040000000005
2013.11.23 06:56:31.596 5: SW: As1061A001F100001EA63602040000000005
2013.11.23 06:56:31.993 5: CUL/RAW: /A1A61A0101EA636F10000030101262A221828005800002422482A8A2E
2013.11.23 06:56:31.994 5: CUNO: A1A61A0101EA636F10000030101262A221828005800002422482A8A -51
2013.11.23 06:56:31.994 5: CUNO dispatch A1A61A0101EA636F10000030101262A221828005800002422482A8A::-51:CUNO
2013.11.23 06:56:32.013 5: CUNO sending As0A618002F100001EA63600
2013.11.23 06:56:32.093 5: SW: As0A618002F100001EA63600
2013.11.23 06:56:36.256 5: CUNO sending As0964B112F100001EA636
2013.11.23 06:56:36.257 5: SW: As0964B112F100001EA636
2013.11.23 06:56:36.967 5: CUL/RAW: /A0A6480021EA636F10000002E
2013.11.23 06:56:36.968 5: CUNO: A0A6480021EA636F1000000 -51
2013.11.23 06:56:36.970 5: CUNO dispatch A0A6480021EA636F1000000::-51:CUNO
2013.11.23 06:56:36.988 5: CUNO sending As1061A001F100001EA63602040000000005
2013.11.23 06:56:37.069 5: SW: As1061A001F100001EA63602040000000005
2013.11.23 06:56:37.464 5: CUL/RAW: /A1A61A0101EA636F10000030101262A221828005800002422482A8A2E
2013.11.23 06:56:37.465 5: CUNO: A1A61A0101EA636F10000030101262A221828005800002422482A8A -51
2013.11.23 06:56:37.465 5: CUNO dispatch A1A61A0101EA636F10000030101262A221828005800002422482A8A::-51:CUNO
2013.11.23 06:56:37.489 5: CUNO sending As0A618002F100001EA63600
2013.11.23 06:56:37.560 5: SW: As0A618002F100001EA63600
###

Das ist der momentane Stand der Dinge.

Hoffentlich kann mir jemand auf die Sprünge helfen.

Danke schonmal und schöne Grüße
retro1

[locodriver]

Meines Wissens nach beherrscht die CUNO noch nicht den Mode, den der TC benutzt. Wir haben uns den ganzen letzten Winter damit rumgeärgert.
Ich bin dann auf einen HMLAN umgestiegen. Ich weiß nicht, was der letzte Stand der Dinge ist - es würde mich aber auch interessieren.

[martinp876]

Hi retro1,

das sieht seltsam aus.
vorab: Du verwendest burstXmit oder attr burstAccess?

Seltsam deshalb weil die ersten Abfragen ok sind - da kommt immer eine message-antwort auf einen request.
Dann kommt List 5 - hier müsste ein request kommen und dann 10 oder mehr antwort-messages. Alle sind zu quittieren.
In deinem Fall kommt nur die erste Antwort - CUNO2 quittiert (oder soll es zumindest) - dann ist Ruhe.
Sollte der TC das ACK nicht gesehen haben müsste er wiederholen. Sollte er es doch gesehen haben müsste er weiter senden.
Der Ablauf aus FHEM heraus sieht prima aus.

Ich werden mir das timing des ACK noch einmal ansehen - vielleicht ist die CUNO zu schnell.

Gruss Martin

[marc2]

Selbiges Problem hatte ich mit meinem CUNO2 auch fast immer. Mit einem CULv3 trat es hingegen
fast nie auf. Nach dem Umzug auf HMLAN bzw. HMUSBCFG tritt es gar nicht mehr auf.

Gruß, Marc

[retro1]

vorab: Du verwendest burstXmit oder attr burstAccess?

burstAccess hab ich auf 1 und
R-burstRx steht auf "on"
hier ein list von dem Device:

Code Auswählen Erweitern

Internals:
   CUNO_MSGCNT 73
   CUNO_RAWMSG A0CB186701EA63600000000F2342E
   CUNO_RSSI  -51
   CUNO_TIME  2013-11-23 14:43:03
   DEF        1EA636
   EVENTS     73
   IODev      CUNO
   LASTInputDev CUNO
   MSGCNT     73
   NAME       eg_rz_thermostat
   NR         207
   STATE      T: 24.2 H: 52
   TYPE       CUL_HM
   channel_01 eg_rz_thermostat_Weather
   channel_02 eg_rz_thermostat_Climate
   channel_03 eg_rz_thermostat_WindowRec
   lastMsg    No:B1 - t:70 s:1EA636 d:000000 00F234
   protCmdDel 7
   protCondBurst off
   protLastRcv 2013-11-23 14:43:03
   protResnd  3 last_at:2013-11-23 11:50:43
   protResndFail 1 last_at:2013-11-23 11:50:48
   protSnd    5 last_at:2013-11-23 11:50:30
   protState  CMDs_done_Errors:1
   rssi_at_CUNO avg:-49.87 min:-52 max:-48.5 lst:-51 cnt:73
   Readings:
     2013-11-23 11:54:26   Activity        alive
     2013-11-23 06:56:21   CommandAccepted yes
     2013-11-23 06:56:22   PairedTo        0xF10000
     2013-11-23 06:33:34   R-backlOnMode   auto
     2013-11-23 06:33:34   R-backlOnTime   25
     2013-11-23 06:33:34   R-btnLock       unlock
     2013-11-23 06:33:34   R-burstRx       on
     2013-11-23 06:33:34   R-pairCentral   0xF10000
     2013-11-23 06:56:22   RegL_00:        01:01 02:01 05:85 0A:F1 0B:00 0C:00 0F:00 00:00
     2013-11-23 06:36:56   battery         ok
     2013-11-23 06:36:56   desired-temp    19.0
     2013-11-23 14:43:03   humidity        52
     2013-11-23 14:43:03   measured-temp   24.2
     2013-11-23 14:43:03   state           T: 24.2 H: 52
     2013-11-23 00:01:02   time-request    -
   Helper:
     mId        0039
     rxType     140
     Prt:
       awake      0
       bErr       0
       sProc      0
       wakeup     0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rssi:
       At_cuno:
         avg        -49.8767123287671
         cnt        73
         lst        -51
         max        -48.5
         min        -52
     Shadowreg:
Attributes:
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   burstAccess 1_auto
   expert     2_full
   firmware   2.1
   model      HM-CC-TC
   peerIDs   
   serialNr   JEQ0709xxx
   subType    thermostat

@locodriver und @marc2
Bin gerade erst auf den CUNO2 gewechselt. Ein weiterer Wechsel nur im Notfall. Dennoch Danke für den Vorschlag

[martinp876]

habe das timing kontrolliert - es ist ok.
Du kannst probieren in der Zeile 939 von 00_CUL.pm den wert zu andern. In engen Grenzen:

   $hash->{helper}{nextSend}{$srcId} = gettimeofday() + 0.100;

die 0.100 (100ms) ändern. Mehr als 150 ms sind nicht sinnvoll, weniger als 70 sicher auch nicht.
0.07
bis
0.15
sind zu testen.
Falls du ein 2. IO device hast kannst du es als Monitor mitlaufen lassen - da könnten wir dann sehen, was CUNO2 wirklich sendet.
Gruss Martin

[retro1]

Habe in der Datei 00_CUL.pm die vorgeschlagenen Werte von 0.07 bis 0.15 in 0.01er Schritten getestet und keine Änderungen feststellen können.

Dein zweiter Vorschlag, ein zweites IO-Device (CUL-v3) als Monitor laufen zu lassen brachte folgendes.

Ein "getConfig" eines HM-CC-TC aus der Sicht von CUNO2:

Code Auswählen Erweitern


2013.11.23 17:48:53.732 5: CUNO sending As0941B112F100001EA636
2013.11.23 17:48:53.732 5: SW: As0941B112F100001EA636
2013.11.23 17:48:54.309 5: CUL/RAW: /A0A4180021EA636F100000030
2013.11.23 17:48:54.310 5: CUNO: A0A4180021EA636F1000000 -50
2013.11.23 17:48:54.312 5: CUNO dispatch A0A4180021EA636F1000000::-50:CUNO
2013.11.23 17:48:54.337 5: CUNO sending As1042A001F100001EA63600040000000000
2013.11.23 17:48:54.408 5: SW: As1042A001F100001EA63600040000000000
2013.11.23 17:48:54.808 5: CUL/RAW: /A1A4280101EA636F10000020101020105850AF10B000C000F00000030
2013.11.23 17:48:54.808 5: CUNO: A1A4280101EA636F10000020101020105850AF10B000C000F000000 -50
2013.11.23 17:48:54.809 5: CUNO dispatch A1A4280101EA636F10000020101020105850AF10B000C000F000000::-50:CUNO
2013.11.23 17:48:54.831 5: CUNO sending As0B43A001F100001EA6360203
2013.11.23 17:48:54.901 5: SW: As0B43A001F100001EA6360203
2013.11.23 17:48:55.304 5: CUL/RAW: /A0E4380101EA636F10000010000000030
2013.11.23 17:48:55.305 5: CUNO: A0E4380101EA636F100000100000000 -50
2013.11.23 17:48:55.306 5: CUNO dispatch A0E4380101EA636F100000100000000::-50:CUNO
2013.11.23 17:48:55.335 5: CUNO sending As1044A001F100001EA63602040000000005
2013.11.23 17:48:55.405 5: SW: As1044A001F100001EA63602040000000005
2013.11.23 17:48:55.803 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A30
2013.11.23 17:48:55.803 5: CUNO: A1A44A0101EA636F10000030101272A221828005800002422482A8A -50
2013.11.23 17:48:55.804 5: CUNO dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-50:CUNO
2013.11.23 17:48:55.831 5: CUNO sending As0A448002F100001EA63600
2013.11.23 17:48:55.902 5: SW: As0A448002F100001EA63600
2013.11.23 17:48:57.832 5: CUNO sending As0945B112F100001EA636
2013.11.23 17:48:57.833 5: SW: As0945B112F100001EA636
2013.11.23 17:48:58.539 5: CUL/RAW: /A0A4580021EA636F100000030
2013.11.23 17:48:58.539 5: CUNO: A0A4580021EA636F1000000 -50
2013.11.23 17:48:58.540 5: CUNO dispatch A0A4580021EA636F1000000::-50:CUNO
2013.11.23 17:48:58.568 5: CUNO sending As1044A001F100001EA63602040000000005
2013.11.23 17:48:58.639 5: SW: As1044A001F100001EA63602040000000005
2013.11.23 17:49:00.031 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A30
2013.11.23 17:49:00.031 5: CUNO: A1A44A0101EA636F10000030101272A221828005800002422482A8A -50
2013.11.23 17:49:00.032 5: CUNO dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-50:CUNO
2013.11.23 17:49:00.052 5: CUNO sending As0A448002F100001EA63600
2013.11.23 17:49:00.123 5: SW: As0A448002F100001EA63600
2013.11.23 17:49:02.106 5: CUNO sending As0946B112F100001EA636
2013.11.23 17:49:02.107 5: SW: As0946B112F100001EA636
2013.11.23 17:49:02.769 5: CUL/RAW: /A0A4680021EA636F100000030
2013.11.23 17:49:02.769 5: CUNO: A0A4680021EA636F1000000 -50
2013.11.23 17:49:02.770 5: CUNO dispatch A0A4680021EA636F1000000::-50:CUNO
2013.11.23 17:49:02.791 5: CUNO sending As1044A001F100001EA63602040000000005
2013.11.23 17:49:02.862 5: SW: As1044A001F100001EA63602040000000005
2013.11.23 17:49:03.267 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A30
2013.11.23 17:49:03.268 5: CUNO: A1A44A0101EA636F10000030101272A221828005800002422482A8A -50
2013.11.23 17:49:03.269 5: CUNO dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-50:CUNO
2013.11.23 17:49:03.291 5: CUNO sending As0A448002F100001EA63600
2013.11.23 17:49:03.361 5: SW: As0A448002F100001EA63600
2013.11.23 17:49:08.087 5: CUNO sending As0947B112F100001EA636
2013.11.23 17:49:08.089 5: SW: As0947B112F100001EA636
2013.11.23 17:49:08.740 5: CUL/RAW: /A0A4780021EA636F100000031
2013.11.23 17:49:08.740 5: CUNO: A0A4780021EA636F1000000 -49.5
2013.11.23 17:49:08.741 5: CUNO dispatch A0A4780021EA636F1000000::-49.5:CUNO
2013.11.23 17:49:08.758 5: CUNO sending As1044A001F100001EA63602040000000005
2013.11.23 17:49:08.839 5: SW: As1044A001F100001EA63602040000000005
2013.11.23 17:49:09.238 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A30
2013.11.23 17:49:09.239 5: CUNO: A1A44A0101EA636F10000030101272A221828005800002422482A8A -50
2013.11.23 17:49:09.240 5: CUNO dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-50:CUNO
2013.11.23 17:49:09.272 5: CUNO sending As0A448002F100001EA63600
2013.11.23 17:49:09.332 5: SW: As0A448002F100001EA63600


Das selbe "getConfig" aus der Sicht eines CUL_v3 (anderer Rechner, beide Systemzeiten mittels ntpdate synchronisiert)

Code Auswählen Erweitern


2013.11.23 17:48:54.154 5: CUL/RAW: /A0941B112F100001EA63641
2013.11.23 17:48:54.154 5: CULv3: A0941B112F100001EA636 -41.5
2013.11.23 17:48:54.154 5: CULv3 dispatch A0941B112F100001EA636::-41.5:CULv3
2013.11.23 17:48:54.285 5: CUL/RAW: /A0A4180021EA636F10000002B
2013.11.23 17:48:54.285 5: CULv3: A0A4180021EA636F1000000 -52.5
2013.11.23 17:48:54.285 5: CULv3 dispatch A0A4180021EA636F1000000::-52.5:CULv3
2013.11.23 17:48:54.484 5: CUL/RAW: /A1042A001F100001EA6360004000000000041
2013.11.23 17:48:54.484 5: CULv3: A1042A001F100001EA63600040000000000 -41.5
2013.11.23 17:48:54.484 5: CULv3 dispatch A1042A001F100001EA63600040000000000::-41.5:CULv3
2013.11.23 17:48:54.622 5: CUL/RAW: /A1A4280101EA636F10000020101020105850AF10B000C000F0000002C
2013.11.23 17:48:54.623 5: CULv3: A1A4280101EA636F10000020101020105850AF10B000C000F000000 -52
2013.11.23 17:48:54.623 5: CULv3 dispatch A1A4280101EA636F10000020101020105850AF10B000C000F000000::-52:CULv3
2013.11.23 17:48:54.972 5: CUL/RAW: /A0B43A001F100001EA636020341
2013.11.23 17:48:54.972 5: CULv3: A0B43A001F100001EA6360203 -41.5
2013.11.23 17:48:54.972 5: CULv3 dispatch A0B43A001F100001EA6360203::-41.5:CULv3
2013.11.23 17:48:55.105 5: CUL/RAW: /A0E4380101EA636F1000001000000002C
2013.11.23 17:48:55.105 5: CULv3: A0E4380101EA636F100000100000000 -52
2013.11.23 17:48:55.105 5: CULv3 dispatch A0E4380101EA636F100000100000000::-52:CULv3
2013.11.23 17:48:55.480 5: CUL/RAW: /A1044A001F100001EA6360204000000000541
2013.11.23 17:48:55.480 5: CULv3: A1044A001F100001EA63602040000000005 -41.5
2013.11.23 17:48:55.480 5: CULv3 dispatch A1044A001F100001EA63602040000000005::-41.5:CULv3
2013.11.23 17:48:55.620 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A2C
2013.11.23 17:48:55.620 5: CULv3: A1A44A0101EA636F10000030101272A221828005800002422482A8A -52
2013.11.23 17:48:55.620 5: CULv3 dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-52:CULv3
2013.11.23 17:48:55.970 5: CUL/RAW: /A0A448002F100001EA6360041
2013.11.23 17:48:55.970 5: CULv3: A0A448002F100001EA63600 -41.5
2013.11.23 17:48:55.970 5: CULv3 dispatch A0A448002F100001EA63600::-41.5:CULv3
2013.11.23 17:48:58.250 5: CUL/RAW: /A0945B112F100001EA63641
2013.11.23 17:48:58.250 5: CULv3: A0945B112F100001EA636 -41.5
2013.11.23 17:48:58.250 5: CULv3 dispatch A0945B112F100001EA636::-41.5:CULv3
2013.11.23 17:48:58.381 5: CUL/RAW: /A0A4580021EA636F10000002C
2013.11.23 17:48:58.381 5: CULv3: A0A4580021EA636F1000000 -52
2013.11.23 17:48:58.381 5: CULv3 dispatch A0A4580021EA636F1000000::-52:CULv3
2013.11.23 17:48:58.710 5: CUL/RAW: /A1044A001F100001EA6360204000000000540
2013.11.23 17:48:58.710 5: CULv3: A1044A001F100001EA63602040000000005 -42
2013.11.23 17:48:58.710 5: CULv3 dispatch A1044A001F100001EA63602040000000005::-42:CULv3
2013.11.23 17:48:58.849 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A2B
2013.11.23 17:48:58.849 5: CULv3: A1A44A0101EA636F10000030101272A221828005800002422482A8A -52.5
2013.11.23 17:48:58.849 5: CULv3 dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-52.5:CULv3
2013.11.23 17:49:00.187 5: CUL/RAW: /A0A448002F100001EA6360040
2013.11.23 17:49:00.187 5: CULv3: A0A448002F100001EA63600 -42
2013.11.23 17:49:00.187 5: CULv3 dispatch A0A448002F100001EA63600::-42:CULv3
2013.11.23 17:49:02.520 5: CUL/RAW: /A0946B112F100001EA63640
2013.11.23 17:49:02.520 5: CULv3: A0946B112F100001EA636 -42
2013.11.23 17:49:02.520 5: CULv3 dispatch A0946B112F100001EA636::-42:CULv3
2013.11.23 17:49:02.651 5: CUL/RAW: /A0A4680021EA636F10000002C
2013.11.23 17:49:02.651 5: CULv3: A0A4680021EA636F1000000 -52
2013.11.23 17:49:02.651 5: CULv3 dispatch A0A4680021EA636F1000000::-52:CULv3
2013.11.23 17:49:02.929 5: CUL/RAW: /A1044A001F100001EA6360204000000000541
2013.11.23 17:49:02.929 5: CULv3: A1044A001F100001EA63602040000000005 -41.5
2013.11.23 17:49:02.929 5: CULv3 dispatch A1044A001F100001EA63602040000000005::-41.5:CULv3
2013.11.23 17:49:03.069 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A2C
2013.11.23 17:49:03.069 5: CULv3: A1A44A0101EA636F10000030101272A221828005800002422482A8A -52
2013.11.23 17:49:03.069 5: CULv3 dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-52:CULv3
2013.11.23 17:49:03.423 5: CUL/RAW: /A0A448002F100001EA6360041
2013.11.23 17:49:03.423 5: CULv3: A0A448002F100001EA63600 -41.5
2013.11.23 17:49:03.423 5: CULv3 dispatch A0A448002F100001EA63600::-41.5:CULv3
2013.11.23 17:49:08.496 5: CUL/RAW: /A0947B112F100001EA63641
2013.11.23 17:49:08.496 5: CULv3: A0947B112F100001EA636 -41.5
2013.11.23 17:49:08.496 5: CULv3 dispatch A0947B112F100001EA636::-41.5:CULv3
2013.11.23 17:49:08.627 5: CUL/RAW: /A0A4780021EA636F10000002B
2013.11.23 17:49:08.627 5: CULv3: A0A4780021EA636F1000000 -52.5
2013.11.23 17:49:08.627 5: CULv3 dispatch A0A4780021EA636F1000000::-52.5:CULv3
2013.11.23 17:49:08.900 5: CUL/RAW: /A1044A001F100001EA6360204000000000540
2013.11.23 17:49:08.901 5: CULv3: A1044A001F100001EA63602040000000005 -42
2013.11.23 17:49:08.901 5: CULv3 dispatch A1044A001F100001EA63602040000000005::-42:CULv3
2013.11.23 17:49:09.040 5: CUL/RAW: /A1A44A0101EA636F10000030101272A221828005800002422482A8A2B
2013.11.23 17:49:09.040 5: CULv3: A1A44A0101EA636F10000030101272A221828005800002422482A8A -52.5
2013.11.23 17:49:09.040 5: CULv3 dispatch A1A44A0101EA636F10000030101272A221828005800002422482A8A::-52.5:CULv3
2013.11.23 17:49:09.388 5: CUL/RAW: /A0A448002F100001EA6360040
2013.11.23 17:49:09.388 5: CULv3: A0A448002F100001EA63600 -42
2013.11.23 17:49:09.388 5: CULv3 dispatch A0A448002F100001EA63600::-42:CULv3


Gruß
retro1

[LuckyDay]

Hallo retro1

Habe in der Datei 00_CUL.pm die vorgeschlagenen Werte von 0.07 bis 0.15 in 0.01er Schritten getestet und keine Änderungen feststellen können.

Hast du nach jeder Änderung, ein reload  00_CUL.pm gemacht bzw shutdown restart?
da sonst die geänderten Werte nicht übernommenwerden

[retro1]

Hast du nach jeder Änderung, ein reload  00_CUL.pm gemacht bzw shutdown restart?

Ja nach jeder Änderung einen shutdown restart.

Gruß
retro1

[hglaser]

Hallo!

Ich dachte schon ich wär allein mit dem Problem. Nun leider kann ich auch nicht helfen, wüde aber auch gerne meinen CUNO2 übers Netzwerk verwenden.
Zur Zeit hab ich Ihn zum CUL degradierd und Ihn über ein USB Kabel an meinen Raspberry-fhem angeschlossen. Wenn ich Ihn übers Netzwerk anspreche hab ich genau dieselben Probleme mit den HM-CC-TCs. Auch ein Schalten über einen HM-LC-SW1-FM ist zwar möglich übers Netzwerk, aber die Bestätigung kommt wohl etwas langsamer an als über USB. (Man sieht kurz die kleine Lampe mit dem roten Rufzeichen in der Weboberfläche).
Wenn ich mit Logs oder sonstigem helfen kann, gerne.

lg harald   

[martinp876]

Hallo,

m.E. ist das Problem ein Timing-Problem. Eine Nachricht der CUL steht  ~200ms früher zur Verarbeitung bereit als bei der CUNO. Dabei gibt es eine Varianz von 120 - 200ms.
Beim Senden sehe ich die Nachricht etwa 60ms später - was ok sein könnte.

da wir  verzögerungen von 100ms mit einer Genauigkeit von (geschätzt) +50ms brauchen ist eine CUNO mit diesen Varianzen für HM unbrauchbar.
Generell kann es nicht am LAN liegen, mein HMLAN ist deutlich präziser. Ausserdem hat HMLAN deutlich weniger Probleme mit diesen Timing, da die ACKs ja von der FW gesendet werden - somit die ganze mögliche Verzögerung aus LAN und FHEM nicht eingeht.

Die CUNO-FW Entwickler müssen sich  hier Gedanke machen, wo die Zeit verloren geht und wo die Varianz herkommt.

Testen kannst du einmal mit "0" (test wie vor) das ist bei der Verzögerung wohl der beste Ansatz - vielleicht klappts.

Was funktioniert sind "ein-message-kommandos" - da braucht man keinen Bezug des Timings. Kritisch ist alles andere, auch alles was mit burst oder wakeup zu tun hat, das ist timing relevant.
anbei die Tabelle der delays
Gruss Martin

Zeit Cuno               Zeit CUL Diff
48:53.73   SW:              48:54.15  500  CUL/RAW: /A0941 B112 F10000 1EA636
48:54.30   CUL/RAW:     48:54.28 - 20  CUL/RAW: /A0A41 8002 1EA636 F10000 00
48:54.40   SW:              48:54.48   80  CUL/RAW: /A1042 A001 F10000 1EA636 00040000000000
48:54.80   CUL/RAW:     48:54.62 -180  CUL/RAW: /A1A42 8010 1EA636 F10000 020101020105850AF10B000C000F000000
48:54.90   SW:              48:54.97   70  CUL/RAW: /A0B43 A001 F10000 1EA636 0203
48:55.30   CUL/RAW:     48:55.10 -200  CUL/RAW: /A0E43 8010 1EA636 F10000 0100000000
48:55.40   SW:              48:55.48   80  CUL/RAW: /A1044 A001 F10000 1EA636 02040000000005
48:55.80   CUL/RAW:     48:55.62 -180  CUL/RAW: /A1A44 A010 1EA636 F10000 030101272A221828005800002422482A8A
48:55.90   SW:              48:55.97   70  CUL/RAW: /A0A44 8002 F10000 1EA636 00

48:57.83   SW:              48:58.25  400  CUL/RAW: /A0945 B112 F10000 1EA636
48:58.53   CUL/RAW:     48:58.38 -160  CUL/RAW: /A0A45 8002 1EA636 F10000 00
48:58.63   SW:              48:58.71   70  CUL/RAW: /A1044 A001 F10000 1EA636 02040000000005
49:00.03   CUL/RAW:     48:58.84 -180  CUL/RAW: /A1A44 A010 1EA636 F10000 030101272A221828005800002422482A8A
49:00.12   SW:              49:00.18   60  CUL/RAW: /A0A44 8002 F10000 1EA636 00

49:02.10   SW:              49:02.52  410  CUL/RAW: /A0946 B112 F10000 1EA636
49:02.76   CUL/RAW:     49:02.65 -120  CUL/RAW: /A0A46 8002 1EA636 F10000 00
49:02.86   SW:               49:02.92   70  CUL/RAW: /A1044 A001 F10000 1EA636 02040000000005
49:03.26   CUL/RAW:     49:03.06 -200  CUL/RAW: /A1A44 A010 1EA636 F10000 030101272A221828005800002422482A8A
49:03.36   SW:              49:03.42   60  CUL/RAW: /A0A44 8002 F10000 1EA636 00

49:08.08   SW:              49:08.49  410  CUL/RAW: /A0947 B112 F10000 1EA636
49:08.74   CUL/RAW:     49:08.62 -120  CUL/RAW: /A0A47 8002 1EA636 F10000 00
49:08.83   SW:              49:08.90   60  CUL/RAW: /A1044 A001 F10000 1EA636 02040000000005
49:09.23   CUL/RAW:     49:09.04 -200  CUL/RAW: /A1A44 A010 1EA636 F10000 030101272A221828005800002422482A8A
49:09.33   SW:              49:09.38   50  CUL/RAW: /A0A44 8002 F10000 1EA636 00

[retro1]

Testen kannst du einmal mit "0" (test wie vor) das ist bei der Verzögerung wohl der beste Ansatz - vielleicht klappts.

Habe Werte von 0.000 bis 0.100 in 0.010er Schritten  in der Datei 00_CUL.pm erfolglos getestet. Immer ein neustart von FHEM dazwischen.

Die CUNO-FW Entwickler müssen sich  hier Gedanke machen, wo die Zeit verloren geht und wo die Varianz herkommt.

Ja da müsste ich mich bei den Entwicklern mal melden.

Was funktioniert sind "ein-message-kommandos" - da braucht man keinen Bezug des Timings. Kritisch ist alles andere, auch alles was mit burst oder wakeup zu tun hat, das ist timing relevant.

Deaktiviertes Burst verbessert die Lage nicht.

Dennoch vielen Dank für die tatkräftige Unterstützung und die übersichtliche Tabelle 
Gruß
retro1

[martinp876]

nein. der burst hat damit nichts zu tun.
wenn eine grösse registerliste gelesen werden soll (beim TC notwendig) sendet das Device 10-20 messages. Es will für jede einzelne ein ack - innerhalb eines Zeitfenstern.
Im Gegensatz zu ein-message-kommandos gibt hier (und an ein paar anderen Stellen) das device den Takt vor. Die CUNO ist schlicht zu langsam. Nebenbei muss sie nicht nur schneller sonder  auch mit einer konstanten verzögerung arbeiten (am besten 0).

[retro1]

Gut. Dann werde ich mal im Bereich CUNO umschauen. Wenn irgendwas dabei herauskommt  werde ich hier die Ergebnisse posten.

Danke und Gruß
retro1

[marc2]

Hallo Retro !

Vielleicht kann Dir Michael (mgernoth) hier helfen. Von ihm stammt nicht nur der hmland, sondern er hat bereits
diverse Verbesserung im HM Bereich für CUL und CUNO umgesetzt. Ich meine der Burst Code für CUL und CUNO
ist auch von ihm.

By the way, warum willst Du überhaupt den CUNO nutzen ? Er ist mit Gehäuse und Antenne mehr als doppelt zu
teuer als ein HMLAN. Anders als bei MAX, wo CUL und CUNO im Vergleich zum Max CUBE diverse Vorteile
mitbringen (hier nutze ich z.B. den CUNO auch), hat der CUNO für HM keinerlei Mehrwert gegenüber einem
HMLAN.

Gruß, Marc