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
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.
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
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
Zitat von: martinp876 am 23 November 2013, 13:52:37
vorab: Du verwendest burstXmit oder attr burstAccess?
burstAccess hab ich auf 1 und
R-burstRx steht auf "on"
hier ein list von dem Device:
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 :)
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
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:
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)
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
Hallo retro1
ZitatHabe 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
Zitat von: fhem-hm-knecht am 23 November 2013, 18:51:16
Hast du nach jeder Änderung, ein reload 00_CUL.pm gemacht bzw shutdown restart?
Ja nach jeder Änderung einen shutdown restart.
Gruß
retro1
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
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
Zitat von: martinp876 am 24 November 2013, 09:01:32
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.
Zitat von: martinp876 am 24 November 2013, 09:01:32
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.
Zitat von: martinp876 am 24 November 2013, 09:01:32
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
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).
Gut. Dann werde ich mal im Bereich CUNO umschauen. Wenn irgendwas dabei herauskommt werde ich hier die Ergebnisse posten.
Danke und Gruß
retro1
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
Hallo :)
Danke für den Tip mit Michael.
Den CUNO2 hab ich schon gekauft. (Der war als Nachfolger für den CUL_v3 gedacht, da ich den CUNO2 zentraler im Haus platzieren kann und so das komplette Grundstück abdecken kann.)
Gruß
Roland