HM-CC-TC + HM-CC-VD Peeren

Begonnen von Florian_S, 01 November 2013, 19:50:18

Vorheriges Thema - Nächstes Thema

Florian_S

Hallo erstmal,
Erstmal ein paar Infos zu meiner Person:
Ich heiße Florian Stern bin 21 Jahre Alt komme aus dem schönen Sauerland und mich hat seit einiger Zeit der SmartHome Virus infiziert :). Nun habe ich mich vorgestern mal dazu durch gedrungen mir für den Anfang ein paar Komponenten anzuschaffen. Mein jetziger Stand ist:

- Raspberry pi Model B
- HM-CFG-USB (2)
- Fhem
- 1x HM-CC-TC
- 1x HM-CC-VD
- 1x HM-LC-FM

Nun zu meinem Problem.. Ich bin wie folgt vorgegangen.
Ich habe erstmal alle Komponenten mit fhem gepairt das hat auch alles ohne Probleme funktioniert. Nun versuche ich mit
set CUL_HM_HM_CC_TC_XXXXX_Climate peerChan 0 CUL_HM_HM_CC_VD_XXXXX single
den TC und den VD zu Peeren. Da beginnt mein Problem. Ich bekomme einfach kein Peer hin und ausserdem habe ich immer das Problem das fehm nach dem Peer-Versuch sofort in 2013.11.01 19:42:25 2: HMLAN_Parse: hmusb new condition Overload-released
2013.11.01 19:42:32 2: HMLAN_Parse: hmusb new condition ERROR-Overload
übergeht. Hat jemand eine Idee woran es liegen könnte bzw könnte mir sagen was ich falsch mache? Bitte nehmt es mir nicht übel wenn ich da was falsch verstanden habe bin auf dem Bereich noch ein absoluter Newbie.

martinp876

Hallo Florian,

so schnell sollte ein Overload nicht kommen.
hat das pairen funktioniert? kannst du also ein
set CUL_HM_HM_CC_TC_XXXXX getConfig
machen - und dann steht auch die HMId deines HMLAN in PairedTo.

das gleiche kannst du mit dem VD machen - nach dem Kommando musst du anlernen drücken, damit der VD auch antwortet.

Der TC sollte nun alle 2,5min die Temperatur melden. Ausserdem muss am TC der mode "cent" wählbar sein

wenn ein overload besteht kannst du erst einmal den HMLAN stromlos machen - das setzt den Zustand zurück. Danach kannst du noch einmal peeren.
wenn es wieder zu einem Overload kommt musst du einmal die messages loggen:
attr global verbose 1
attr <hmlan>loglevel 1

Sicher bist du auf der neusten Version, hast einen "update" gemacht?
das Attribut burstAccess ist im TC NICHT gesetzt?

Gruss Martin

Florian_S

Hallo Martin,
Ja ich bin auf der Neusten Version.

Ich bin nun so weit dass der TC mir korrekte Werte übermittelt der VD gibt auch den korrekten % Wert in fhem an. Sobald ich nun eine Temperatur Änderung mache habe ich nach ca. 1min wieder den Overload. Was mir noch aufgefallen ist ist das ich nach ändern der temperatur diverse Timing Probleme mit der HM-CFG-USB habe.

Ich bin jetzt gerade unterwegs werde gleich mal den getconfig machen und nachschauen ob das peering funktioniert hat.

Gruß Flo


Gesendet von meinem iPhone mit Tapatalk

martinp876

Hi Flo,

den USB adapter habe ich nicht ausgemessen (habe keinen) - gehe aber davon aus, dass dessen Grenzen identisch sind mit denen des HMLAN.

Ich hätte gerne die rohmessages damit ich prüfen kann, was alles an den TC gesendet wird - und wie.

mache doch ein
attr global verbose 1
attr global mseclog 1
attr <hmusb> loglevel 1

und schicke das masterlog nach dem test

Gruss Martin

Florian_S

So hier das Testergebnis:

2013.11.02 12:52:00.284 1: Including ./log/fhem.save
2013.11.02 12:54:04.018 1: 127.0.0.1:1234 reappeared (hmusb)
2013.11.02 12:54:04.019 1: HMLAN_Send:  hmusb I:A424242
2013.11.02 12:54:04.021 1: HMLAN_Send:  hmusb I:C
2013.11.02 12:54:04.025 1: HMLAN_Send:  hmusb I:Y01,00,
2013.11.02 12:54:04.026 1: HMLAN_Send:  hmusb I:Y02,00,
2013.11.02 12:54:04.027 1: HMLAN_Send:  hmusb I:Y03,00,
2013.11.02 12:54:04.028 1: HMLAN_Send:  hmusb I:T1A07964C,04,00,00000000
2013.11.02 12:54:04.029 1: HMLAN_Parse: hmusb new condition init
2013.11.02 12:54:04.288 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0004946A IDcnt:0000
2013.11.02 12:54:04.289 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:0001CE1F d:FF r:FFE0     m:8A 8670 1D2B73 000000 00BF3D
2013.11.02 12:54:04.394 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:0001CE1F d:FF r:FFE0     m:8A 8670 1D2B73 000000 00BF3D
2013.11.02 12:54:04.399 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:00021C3F d:FF r:FFE1     m:8A A258 1D2B73 1F8C5B 0000
2013.11.02 12:54:04.475 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:00021C3F d:FF r:FFE1     m:8A A258 1D2B73 1F8C5B 0000
2013.11.02 12:54:04.481 1: HMLAN_Parse: hmusb R:E1F8C5B   stat:0000 t:00021CC3 d:FF r:FFC8     m:8A 8202 1F8C5B 1D2B73 010100003A
2013.11.02 12:54:04.512 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:00041042 d:FF r:FFE2     m:8B 8670 1D2B73 000000 00C23C
2013.11.02 12:54:04.561 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:00045E62 d:FF r:FFE2     m:8B A258 1D2B73 1F8C5B 0000
2013.11.02 12:54:04.633 1: HMLAN_Parse: hmusb R:E1F8C5B   stat:0000 t:00045EE7 d:FF r:FFC4     m:8B 8202 1F8C5B 1D2B73 0101000034
2013.11.02 12:54:04.665 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0004946A IDcnt:0000
2013.11.02 12:54:29.062 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:54:29.090 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0004F60D IDcnt:0000
2013.11.02 12:54:54.083 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:54:54.116 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:000557C9 IDcnt:0000
2013.11.02 12:55:19.102 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:55:19.111 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0005B983 IDcnt:0000
2013.11.02 12:55:43.786 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:000619C0 d:FF r:FFE3     m:8C 8670 1D2B73 000000 00C33C
2013.11.02 12:55:44.106 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:55:44.138 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:00061B2F IDcnt:0000
2013.11.02 12:56:03.756 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:000667E1 d:FF r:FFE3     m:8C A258 1D2B73 1F8C5B 0000
2013.11.02 12:56:03.916 1: HMLAN_Parse: hmusb R:E1F8C5B   stat:0000 t:00066866 d:FF r:FFC4     m:8C 8202 1F8C5B 1D2B73 0101000038
2013.11.02 12:56:09.114 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:56:09.197 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:00067D25 IDcnt:0000
2013.11.02 12:56:15.672 1: HMLAN_Send:  hmusb S:S18ABB6F9 stat:  00 t:00000000 d:01 r:18ABB6F9 m:01 B112 424242 1D2B73
2013.11.02 12:56:17.485 1: HMLAN_Parse: hmusb R:R18ABB6F9 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:17.486 1: HMLAN_Parse: hmusb new condition ok
2013.11.02 12:56:17.499 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:17.651 1: HMLAN_Send:  hmusb S:S18ABBEB4 stat:  00 t:00000000 d:01 r:18ABBEB4 m:01 B112 424242 1D2B73
2013.11.02 12:56:19.533 1: HMLAN_Parse: hmusb R:R18ABBEB4 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:19.535 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:21.985 1: HMLAN_Send:  hmusb S:S18ABCFA2 stat:  00 t:00000000 d:01 r:18ABCFA2 m:01 B112 424242 1D2B73
2013.11.02 12:56:23.822 1: HMLAN_Parse: hmusb R:R18ABCFA2 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:23.823 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:26.904 1: HMLAN_Send:  hmusb S:S18ABE2D9 stat:  00 t:00000000 d:01 r:18ABE2D9 m:01 B112 424242 1D2B73
2013.11.02 12:56:28.718 1: HMLAN_Parse: hmusb R:R18ABE2D9 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:28.720 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:31.207 1: HMLAN_Send:  hmusb S:S18ABF3A8 stat:  00 t:00000000 d:01 r:18ABF3A8 m:01 B112 424242 1D2B73
2013.11.02 12:56:33.039 1: HMLAN_Parse: hmusb R:R18ABF3A8 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:33.040 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:34.186 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:56:34.319 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0006DF37 IDcnt:0000
2013.11.02 12:56:36.599 1: HMLAN_Send:  hmusb S:S18AC08B9 stat:  00 t:00000000 d:01 r:18AC08B9 m:01 B112 424242 1D2B73
2013.11.02 12:56:38.416 1: HMLAN_Parse: hmusb R:R18AC08B9 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:38.417 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:40.709 1: HMLAN_Send:  hmusb S:S18AC18C6 stat:  00 t:00000000 d:01 r:18AC18C6 m:01 B112 424242 1D2B73
2013.11.02 12:56:42.544 1: HMLAN_Parse: hmusb R:R18AC18C6 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:42.545 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:46.381 1: HMLAN_Send:  hmusb S:S18AC2EEE stat:  00 t:00000000 d:01 r:18AC2EEE m:01 B112 424242 1D2B73
2013.11.02 12:56:48.209 1: HMLAN_Parse: hmusb R:R18AC2EEE stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:48.210 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:51.091 1: HMLAN_Send:  hmusb S:S18AC4154 stat:  00 t:00000000 d:01 r:18AC4154 m:01 B112 424242 1D2B73
2013.11.02 12:56:52.913 1: HMLAN_Parse: hmusb R:R18AC4154 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:52.914 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:55.536 1: HMLAN_Send:  hmusb S:S18AC52B1 stat:  00 t:00000000 d:01 r:18AC52B1 m:01 B112 424242 1D2B73
2013.11.02 12:56:57.362 1: HMLAN_Parse: hmusb R:R18AC52B1 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:56:57.363 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:56:57.533 1: HMLAN_Send:  hmusb S:S18AC5A7E stat:  00 t:00000000 d:01 r:18AC5A7E m:02 B112 424242 1F8C5B
2013.11.02 12:56:59.249 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:56:59.282 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:000740B5 IDcnt:0000
2013.11.02 12:56:59.346 1: HMLAN_Parse: hmusb R:R18AC5A7E stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:56:59.347 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:01.402 1: HMLAN_Send:  hmusb S:S18AC699B stat:  00 t:00000000 d:01 r:18AC699B m:01 B112 424242 1D2B73
2013.11.02 12:57:01.772 1: HMLAN_Send:  hmusb S:S18AC6B0D stat:  00 t:00000000 d:01 r:18AC6B0D m:02 B112 424242 1F8C5B
2013.11.02 12:57:03.666 1: HMLAN_Parse: hmusb R:R18AC699B stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:03.668 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:03.890 1: HMLAN_Parse: hmusb R:R18AC6B0D stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:03.892 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:06.536 1: HMLAN_Send:  hmusb S:S18AC7DA9 stat:  00 t:00000000 d:01 r:18AC7DA9 m:01 B112 424242 1D2B73
2013.11.02 12:57:06.939 1: HMLAN_Send:  hmusb S:S18AC7F3C stat:  00 t:00000000 d:01 r:18AC7F3C m:02 B112 424242 1F8C5B
2013.11.02 12:57:08.905 1: HMLAN_Parse: hmusb R:R18AC7DA9 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:08.906 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:09.075 1: HMLAN_Parse: hmusb R:R18AC7F3C stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:09.076 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:11.113 1: HMLAN_Send:  hmusb S:S18AC8F8A stat:  00 t:00000000 d:01 r:18AC8F8A m:02 B112 424242 1F8C5B
2013.11.02 12:57:12.120 1: HMLAN_Send:  hmusb S:S18AC9379 stat:  00 t:00000000 d:01 r:18AC9379 m:01 B112 424242 1D2B73
2013.11.02 12:57:13.331 1: HMLAN_Parse: hmusb R:R18AC8F8A stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:13.332 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:14.163 1: HMLAN_Parse: hmusb R:R18AC9379 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:14.165 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:16.259 1: HMLAN_Send:  hmusb S:S18ACA3A5 stat:  00 t:00000000 d:01 r:18ACA3A5 m:02 B112 424242 1F8C5B
2013.11.02 12:57:17.355 1: HMLAN_Send:  hmusb S:S18ACA7EC stat:  00 t:00000000 d:01 r:18ACA7EC m:01 B112 424242 1D2B73
2013.11.02 12:57:18.516 1: HMLAN_Parse: hmusb R:R18ACA3A5 stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:18.517 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:19.316 1: HMLAN_Parse: hmusb R:R18ACA7EC stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:19.317 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:20.669 1: HMLAN_Send:  hmusb S:S18ACB4DF stat:  00 t:00000000 d:01 r:18ACB4DF m:02 B112 424242 1F8C5B
2013.11.02 12:57:22.409 1: HMLAN_Send:  hmusb S:S18ACBBAA stat:  00 t:00000000 d:01 r:18ACBBAA m:01 B112 424242 1D2B73
2013.11.02 12:57:22.804 1: HMLAN_Parse: hmusb R:R18ACB4DF stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:22.806 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:24.244 1: HMLAN_Parse: hmusb R:R18ACBBAA stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:24.246 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:24.252 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:57:24.565 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0007A37A IDcnt:0000
2013.11.02 12:57:26.301 1: HMLAN_Send:  hmusb S:S18ACCADE stat:  00 t:00000000 d:01 r:18ACCADE m:02 B112 424242 1F8C5B
2013.11.02 12:57:26.566 1: HMLAN_Send:  hmusb S:S18ACCBE7 stat:  00 t:00000000 d:01 r:18ACCBE7 m:01 B112 424242 1D2B73
2013.11.02 12:57:28.565 1: HMLAN_Parse: hmusb R:R18ACCADE stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:28.566 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:28.789 1: HMLAN_Parse: hmusb R:R18ACCBE7 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:28.790 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:30.344 1: HMLAN_Send:  hmusb S:S18ACDAAA stat:  00 t:00000000 d:01 r:18ACDAAA m:02 B112 424242 1F8C5B
2013.11.02 12:57:32.181 1: HMLAN_Parse: hmusb R:R18ACDAAA stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:32.183 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:32.228 1: HMLAN_Send:  hmusb S:S18ACE205 stat:  00 t:00000000 d:01 r:18ACE205 m:01 B112 424242 1D2B73
2013.11.02 12:57:34.038 1: HMLAN_Parse: hmusb R:R18ACE205 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:34.050 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:35.157 1: HMLAN_Send:  hmusb S:S18ACED77 stat:  00 t:00000000 d:01 r:18ACED77 m:02 B112 424242 1F8C5B
2013.11.02 12:57:36.252 1: HMLAN_Send:  hmusb S:S18ACF1BD stat:  00 t:00000000 d:01 r:18ACF1BD m:01 B112 424242 1D2B73
2013.11.02 12:57:37.430 1: HMLAN_Parse: hmusb R:R18ACED77 stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:37.431 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:38.263 1: HMLAN_Parse: hmusb R:R18ACF1BD stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:38.264 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:40.901 1: HMLAN_Send:  hmusb S:S18AD03E6 stat:  00 t:00000000 d:01 r:18AD03E6 m:01 B112 424242 1D2B73
2013.11.02 12:57:41.054 1: HMLAN_Send:  hmusb S:S18AD047F stat:  00 t:00000000 d:01 r:18AD047F m:02 B112 424242 1F8C5B
2013.11.02 12:57:43.191 1: HMLAN_Parse: hmusb R:R18AD03E6 stat:0008 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:43.192 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:43.415 1: HMLAN_Parse: hmusb R:R18AD047F stat:0008 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:43.416 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:46.698 1: HMLAN_Send:  hmusb S:S18AD1A8B stat:  00 t:00000000 d:01 r:18AD1A8B m:01 B112 424242 1D2B73
2013.11.02 12:57:46.830 1: HMLAN_Send:  hmusb S:S18AD1B0F stat:  00 t:00000000 d:01 r:18AD1B0F m:02 B112 424242 1F8C5B
2013.11.02 12:57:48.983 1: HMLAN_Parse: hmusb R:R18AD1A8B stat:0208 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:48.984 1: HMLAN_Parse: hmusb new condition Warning-HighLoad
2013.11.02 12:57:49.000 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:49.207 1: HMLAN_Parse: hmusb R:R18AD1B0F stat:0208 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:49.208 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:57:49.255 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:57:49.272 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0008040B IDcnt:0000
2013.11.02 12:57:50.809 1: HMLAN_Send:  hmusb S:S18AD2A9A stat:  00 t:00000000 d:01 r:18AD2A9A m:01 B112 424242 1D2B73
2013.11.02 12:57:52.632 1: HMLAN_Parse: hmusb R:R18AD2A9A stat:0208 t:00000000 d:FF r:7FFF     m:01 B112 424242 1D2B73
2013.11.02 12:57:52.633 1: HMLAN_Parse: hmusb no ACK from 1D2B73
2013.11.02 12:57:52.648 1: HMLAN_Send:  hmusb S:S18AD31CA stat:  00 t:00000000 d:01 r:18AD31CA m:02 B112 424242 1F8C5B
2013.11.02 12:57:54.488 1: HMLAN_Parse: hmusb R:R18AD31CA stat:0408 t:00000000 d:FF r:7FFF     m:02 B112 424242 1F8C5B
2013.11.02 12:57:54.489 1: HMLAN_Parse: hmusb new condition ERROR-Overload
2013.11.02 12:57:54.508 1: HMLAN_Parse: hmusb no ACK from 1F8C5B
2013.11.02 12:58:14.259 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:58:14.266 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:000865B6 IDcnt:0000
2013.11.02 12:58:39.264 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:58:39.293 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0008C762 IDcnt:0000
2013.11.02 12:58:47.038 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:0008E597 d:FF r:FFE3     m:8D 8670 1D2B73 000000 00C43C
2013.11.02 12:59:04.264 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:59:04.288 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0009290A IDcnt:0000
2013.11.02 12:59:07.040 1: HMLAN_Parse: hmusb R:E1D2B73   stat:0000 t:000933B6 d:FF r:FFE3     m:8D A258 1D2B73 1F8C5B 0000
2013.11.02 12:59:07.168 1: HMLAN_Parse: hmusb R:E1F8C5B   stat:0000 t:0009343B d:FF r:FFC0     m:8D 8202 1F8C5B 1D2B73 0101000035
2013.11.02 12:59:29.268 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:59:29.283 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:00098AB5 IDcnt:0000
2013.11.02 12:59:54.278 1: HMLAN_Send:  hmusb I:K
2013.11.02 12:59:54.309 1: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0535276 d:1DB1CA O:424242 t:0009EC68 IDcnt:0000


Was bedeutet denn no ACK from ******?
Die peerIDs sind bei mir ohne Wert.

martinp876

Hallo Florian,

es wird klarer - aber durch bin ich noch nicht.

FHEM versucht 2 devices aufzuwecken (burst-mode) doch diese Devices reagieren nicht. Das wird immer wiederholt. Es ist die schnellste Art, HMUSB in overload zu treiben.

Unklar ist mir, wer etwas senden will, warum und warum so oft wiederholt wird.

1D2B73 ist ein TC?
1F8C5B ist ein VD?

! ein VD sollte keinen burst machen - verstehe ich nicht.

Was steht in
- register burstRx des TC
- attr burstAccess des TC
- attr msgRepeat der Devices

- wird das Kommando burstXmit genutzt?

Sind notifies am laufen, die hier gestartet werden?



Florian_S

Hallo Martin,

1D2B73 ist ein TC!
1F8C5B ist ein VD!

Zu...
register burstRx
attr burstAccess
attr msgRepeat
burstXmit

finde ich garnichts?! Hilf mir mal bitte auf die Sprünge.

martinp876

Hallo Florian,

im TC kannst du ein Attribut msgRepeat setzen. Wenn es nicht gesetzt ist wird max 3mal versucht zu senden.
burstAccess ist ebenso ein Attribut, das der TC haben kann - wenn du es nicht setzt ist es "aus"

Wenn FEHM mit dem TC "reden" will kann es den TC "aufwecken" (burst) oder warten, bis dieser aufwacht. Automatisch sollte immer auf das Aufwachen gewartet werden - ausser man hat burstAccess eingeschaltet.

sehr seltsam ist, dass fhem versucht mit dem VD  im burst-mode zu reden. Das wird eigentlich garnicht angeboten, das muss man selbst bauen.

Es gab einmal eine Version, in der FHEM einen burst "angetestet" hat. das ist aber abgeschaltet.
Das gibt mir alles Rätsel auf.

kannst du
-die Versionsnummern kontrollieren
- ein "list" des VD und TC schicken
- einen update forced machen

Offen ist zusätzlich die Frage, was eigentlich gesendet werden soll. Sollten wir auch noch suchen

ach ja, das Register burstRx  solltest du in TC sehen - musst aber expert auf 1 setzen (attribut)

Gruss Marin

Florian_S

Version ist:
$Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $

list TC:



Internals:
   DEF        1D2B73
   EVENTS     43
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     43
   NAME       CUL_HM_HM_CC_TC_1D2B73
   NR         22
   STATE      T: 22.5 H: 57
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_TC_1D2B73_Weather
   channel_02 CUL_HM_HM_CC_TC_1D2B73_Climate
   channel_03 CUL_HM_HM_CC_TC_1D2B73_WindowRec
   hmusb_MSGCNT 43
   hmusb_RAWMSG E1D2B73,0000,00326942,FF,FFE4,AAA2581D2B731F8C5B0000
   hmusb_RSSI -28
   hmusb_TIME 2013-11-02 14:12:39
   lastMsg    No:AA - t:58 s:1D2B73 d:1F8C5B 0000
   protCmdDel 6
   protIOerr  1 last_at:2013-11-02 13:25:37
   protLastRcv 2013-11-02 14:12:39
   protResnd  30 last_at:2013-11-02 13:24:36
   protSnd    1 last_at:2013-11-02 13:22:04
   protState  CMDs_done_events:31
   rssi_at_hmusb avg:-30.46 min:-54 max:-27 lst:-28 cnt:43
   Readings:
     2013-11-02 13:28:18   Activity        alive
     2013-11-01 18:10:57   CommandAccepted yes
     2013-11-01 17:38:15   R-intKeyVisib   set_invisib
     2013-11-01 17:38:15   R-pairCentral   set_0x424242
     2013-11-02 14:12:39   actuator        0 %
     2013-11-01 19:57:32   battery         ok
     2013-11-01 19:57:32   desired-temp    28.0
     2013-11-02 14:12:19   humidity        57
     2013-11-02 14:12:19   measured-temp   22.5
     2013-11-02 14:12:19   state           T: 22.5 H: 57
   Helper:
     burstEvtCnt 31
     mId        0039
     rxType     140
     Prt:
       awake      0
       sProc      0
       Rspwait:
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmusb:
         avg        -30.4651162790698
         cnt        43
         lst        -28
         max        -27
         min        -54
Attributes:
   actCycle   000:10
   actStatus  alive
   expert     2_full
   firmware   2.1
   model      HM-CC-TC
   peerIDs   
   room       CUL_HM
   serialNr   JEQ0225451
   subType    thermostat



list VD:



Internals:
   DEF        1F8C5B
   EVENTS     21
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     21
   NAME       CUL_HM_HM_CC_VD_1F8C5B
   NR         32
   STATE      0 %
   TYPE       CUL_HM
   hmusb_MSGCNT 21
   hmusb_RAWMSG E1F8C5B,0000,003269C7,FF,FFD5,AA82021F8C5B1D2B730101000042
   hmusb_RSSI -43
   hmusb_TIME 2013-11-02 14:12:40
   lastMsg    No:AA - t:02 s:1F8C5B d:1D2B73 0101000042
   protCmdDel 4
   protIOerr  1 last_at:2013-11-02 13:25:37
   protLastRcv 2013-11-02 14:12:40
   protResnd  37 last_at:2013-11-02 13:24:51
   protSnd    1 last_at:2013-11-02 13:21:48
   protState  CMDs_done_events:38
   rssi_CUL_HM_HM_CC_TC_1D2B73 avg:-56.14 min:-68 max:-49 lst:-66 cnt:21
   rssi_at_hmusb avg:-47.33 min:-63 max:-43 lst:-43 cnt:21
   Readings:
     2013-11-02 13:28:18   Activity        alive
     2013-11-02 14:12:40   CommandAccepted yes
     2013-11-01 17:38:26   R-intKeyVisib   set_invisib
     2013-11-01 17:38:26   R-pairCentral   set_0x424242
     2013-11-02 14:12:39   ValveDesired    0 %
     2013-11-02 14:12:40   ValvePosition   0 %
     2013-11-02 14:12:40   battery         ok
     2013-11-02 14:12:40   motor           stop
     2013-11-02 14:12:40   motorErr        ok
     2013-11-02 14:12:40   operState       onTarget
     2013-11-02 13:27:29   operStateErrCnt 1
     2013-11-02 14:12:40   state           0 %
   Helper:
     burstEvtCnt 38
     mId        003A
     rxType     140
     Prt:
       awake      0
       sProc      0
       Rspwait:
     Role:
       chn        1
       dev        1
     Rssi:
       Cul_hm_hm_cc_tc_1d2b73:
         avg        -56.1428571428571
         cnt        21
         lst        -66
         max        -49
         min        -68
       At_hmusb:
         avg        -47.3333333333333
         cnt        21
         lst        -43
         max        -43
         min        -63
Attributes:
   actCycle   028:00
   actStatus  alive
   expert     2_full
   firmware   2.0
   model      HM-CC-VD
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0381245
   subType    thermostat


Florian_S

Hallo Martin,
Beim Update Forced kam folgendes heraus:

Events:
2013-11-02 16:51:40.053 Global global update check Releases => local: Fhem 5.5 (DEVELOPMENT) remote: Fhem 5.5 (DEVELOPMENT)
2013-11-02 16:51:41.060 Global global update nothing to do...


Gruß Flo

Florian_S

Hallo Martin,
Ich bin einen Schritt weiter...

Also ich habe festgestellt das FHEM anscheinend ein Problem mit dem "Wecken" des TC hat.
Wenn im die Meldung "No Ack" bekomme und dann am TC auf "Anlernen" gehe werden die befehle korrekt empfangen und auch umgesetzt.


martinp876

Hallo Florian,

fhem kann den TC nur wecken, wenn du dies am TC zulässt. Dazu musst du das Register burstRx auf on setzen.

Da du das List mit expert=0 gesendet hast kann ich das Register nicht sehen....

FHEM versucht den TC aber garnicht aufzuwecken sondern wartet bis du anlernen drückst oder der TC selbst aufwacht.

schaue einmal die versionen nach - geben das Kommando "version" ein. CUL_HM sollte 4135 sein.

dann setze
attr CUL_HM_HM_CC_TC_1D2B73 expert 2
list CUL_HM_HM_CC_TC_1D2B73

dann - und im web-interface - solltest du das register burtRx sehen. Das steht sicher auf off.

Aber noch einmal - ohne explizite Freigabe darf FHEM nicht versuchen, den TC aufzuwecken.

Gruss Martin

Florian_S

#12
Hallo Martin,
Du hattes recht der R-burstRx steht auf off.

Internals:
   DEF        1D2B73
   IODev      hmusb
   NAME       CUL_HM_HM_CC_TC_1D2B73
   NR         23
   STATE      T: 23.8 H: 55
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_TC_1D2B73_Weather
   channel_02 CUL_HM_HM_CC_TC_1D2B73_Climate
   channel_03 CUL_HM_HM_CC_TC_1D2B73_WindowRec
   Readings:
     2013-11-02 18:17:46   Activity        unknown
     2013-11-02 17:45:43   CommandAccepted yes
     2013-11-02 16:21:20   PairedTo        0x424242
     2013-11-02 16:21:05   R-backlOnMode   off
     2013-11-02 16:21:05   R-backlOnTime   undef lit
     2013-11-02 16:21:05   R-btnLock       unlock
     2013-11-02 16:21:05   R-burstRx       off
     2013-11-02 16:21:05   R-intKeyVisib   invisib
     2013-11-02 16:21:05   R-pairCentral   0x424242
     2013-11-02 16:21:20   RegL_00:        01:00 02:01 05:00 0A:42 0B:42 0C:42 0F:00 00:00
     2013-11-02 18:00:53   actuator        0 %
     2013-11-02 17:43:22   battery         ok
     2013-11-02 16:21:27   controlMode     central
     2013-11-02 16:21:27   day-temp        21 C
     2013-11-02 16:21:27   decalcDay       Sat
     2013-11-02 17:43:22   desired-temp    22.0
     2013-11-02 16:21:27   displayMode     temp-hum
     2013-11-02 16:21:27   displayTemp     actual
     2013-11-02 16:21:27   displayTempUnit celsius
     2013-11-02 18:00:33   humidity        55
     2013-11-02 18:00:33   measured-temp   23.8
     2013-11-02 16:21:27   night-temp      17 C
     2013-11-02 16:21:27   party-temp      20 C
     2013-11-02 18:00:33   state           T: 23.8 H: 55
   Helper:
     mId        0039
     rxType     140
     Prt:
       sProc      0
     Role:
       chn        1
       dev        1
Attributes:
   actCycle   000:10
   actStatus  unknown
   expert     2
   firmware   2.1
   model      HM-CC-TC
   peerIDs   
   room       CUL_HM
   serialNr   JEQ0225451
   subType    thermostat


Das gibt Version aus:



# $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 3968 2013-09-28 14:49:43Z martinp876 $
# $Id: 01_FHEMWEB.pm 3963 2013-09-26 08:55:32Z martinp876 $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 3968 2013-09-28 14:49:43Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 98_autocreate.pm 3957 2013-09-25 06:21:02Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $


Florian_S

Ich habe das Register burstRx jetzt auf on gesetzt und nun nimmt der TC ohne Probleme die Befehle an und setzt diese auch am VD um.
Die CUL_HM ist bei mir ja nicht 4135 sollte ich diese Updaten?

Gruß Flo

martinp876

Hallo Florian,

ja, einen Update würde ich machen.
zumindest CUL_HM, HMLAN, HMinfo, HMConfig - wenndu nur selektiv machst - zum Rest kann ich nichts sagen

So wie es bei dir passiert ist sollte das System nie reagieren

Gruss Martin