HM-CC-RT-DN

[martinp876]

@Mr. P

sehr wenig info zum Disconnect
sicher ist,dass zwischen den beiden disconnects quasi nichts los ist.
Auch ein timeout schiedet aus.
Der Disconnect wird von DevIo erkannt - es fällt wohl die tcp-session runter.
Wer das initiiert weiss ich nicht. Warum HMLAN dies machen soll ist unklar, es passiert ja nichts von FHEM seite.

Gruss Martin

[deluxe41]

Hallo Zusammen,

ich habe mir auch dieses Termostat besorgt.

ich habe diesen Regler heute morgen angebaut und bekomme die ganze Zeit nur
protCmdPend 14 CMDs_pending.

nach einiger Zeit bekomme ich bei Activity nur noch Dead angezeigt.

Ich glaube ich stehe aktuell total auf dem Schlauch.

Was muss ich machen ,dass es läuft so wie bei den anderen ?!?!

[Mr. P]

Hej deluxe41,

auch an dich die Frage:
Hast du das Gerät vorher gepairt?

also einfach in der Konsole:

Code Auswählen Erweitern

set <hmLAN> hmPairForSec <sec>

eingeben und dann binnen der definierten Zeit auf dem Thermostat den Anlernknopf drücken.
Ab dem Zeitpunkt sollte FHEM mit dem Gerät "sprechen" können. ;-)

[deluxe41]

Guten Morgen Mr. P

Ja, das habe ich.

ich bekomme, nach dem ich "set CUL_HM_HM_CC_RT_DN_21C2AD pair" nur noch RESPONSE TIMEOUT:SerialRead.

[Mr. P]

Nachdem ich selbst auch erst kürzlich angefangen habe, mich mit HM zu beschäftigen, kann ich noch nicht allzu viel anbieten und hätte vorgeschlagen, einfach das Device einmal komplett aus der Config zu entfernen, den Thermostat selbst auf Werkseinstellungen zurück zu setzen und dann ganz frisch mit 'pairForSec' in FHEM anlernen.

Allerdings habe ich parallel dazu auch diesen aktuellen Thread gefunden, wo es ähnliche Probleme, jedoch mit einem anderen Device gibt.

http://forum.fhem.de/index.php?t=msg&goto=98624&rid=45&srch=RESPONSE+TIMEOUT%3ASerialRead#msg_98624

Vielleicht einfach mal abwarten, bis Martin wieder vorbei kommt... der kann sicher konkretere Vorschläge machen und Ideen äußern, als ich das gerade tue. ;-)

[BuRi]

Hallo,

jetzt muss ich mich doch auch mal wieder zu Wort melden.
Irgendwie bin ich ja scheinbar nicht der einzige, der solche Meldungen (disconnect) vom HMLAN bekommt. ich kann wirklich nachvollziehen, dass diese Meldungen erst nach dem Update (update in fhem) am Samstagmittag den 05.10. auftraten. Ob es nur in direktem Zusammenhang mit dem Update steht oder mehrere Faktoren eine Rolle spielen (ich hatte am Vormittag weitere Thermostate installiert) kann ich nicht sagen. Wenn ich mir das log-file anschaue, so kommt es häufig nachts, wenn wenig los ist, zu einer Häufung der Meldungen.
Für sachdienliche Hinweise bin ich sehr dankbar, da das System teilweise verzögert reagiert und somit manche Funktionen zeitverzögert ausgeführt werden.

Gruß

Burchard

[deluxe41]

ja, das habe ich gerade nochmal gemacht.

-alle Einträge des Termostates aus FHEM entfernt,
-Termostat auf Werkszustand versetzt,
-set CUL1 pairForSec 600
-anlernen am Termostat aktiviert

Wie es scheint werden die protCmdPend 14 CMDs_pending nicht abgearbeitet.

Ist das Termostat nicht richtig mit mit fhem gepairt ?
Es ist ja heute nicht das erstemal, dass ich einen Homematic aktor mit fhem verbinde, aber diesmal ist irgendwie der Wurm drin.

Ich bedanke mich schonmal im Vorfeld !!

[martinp876]

@deluxe41
die kommandos werden abgearbeitet, wenn
a) config(anlernen) gedrückt wird
b) das device aufwacht (nacht es nur, wenn es gepairt ist)
c) burstmode eingestellt ist und beantwortet wird.

ich bin mir ziemlich sicher, dass es noch nicht angelernt ist. das kannst du zum einen sehen wenn "pairedTo" korrekt angezeigt wird und zum anderen am thermostat. An thermostat sollte das funk-symbol stehen und im menue verschwindet die option zum löschen der peers.

ggf einmal den Stack löschen, damit nichts verstopft:
set <rt> clear msgEvents

dann pairforsec wie vor erwähnt und anlernen drücken
ein getConfig abschicken und pairedTo prüfen
getConfig kann so 3 min pending sein, da burstRx = off und das device so lange schläfchen hält

@Buri - disconnects
wie schon erwähnt - ist mir nicht klar. meiner ist stabil.
müssen wir einmal fakten sammeln:
- welche module sind aktiv in eueren setups?
- welche IOdevices sind in betrieb - ausser HMLAN?
- welche Platform? FB oder andere?

Ich gehe davon aus, dass der trigger/die Erkennung immer von DevIo kommt. Das heisst dann, dass der socket wohl die Verbindung abgebrochen hat - und das ohne weitere Kommandos von CUL_HM oder HMLAN.
müssen wir forschen...

Gruss Martin

[deluxe41]

Hallo Martin,

wo finde ich denn die Option PairedTo ?

[BuRi]

Hallo Martin,

ich betreibe fhem auf einem RPI und habe den HMLAN direkt am Router laufen, vorher war am Switch im Arbeitszimmer. Ich werde ihn heute abend mal wieder umstecken und schauen ob es daran liegt.

Folgende Devices sind im Betrieb
8 Thermostate von denen 4 mit Innentemperatursensoren gepeer sind und zwei mit Fensterkontakten.
2 Fensterkontakte, die noch nicht gepeert sind; werden noch montiert.
2 Bewegungsmelder innen
1 4fach-Schalter für Hutschiene
2 Bewegungsmelder für außen
1 Unterputzaktor 1 Kanal
1 Außentemperatursensor
1 Statusanzeige (16 LEDS)

Ein paar Testdevices, die aber wieder entfernt wurden.

Gruß Burchard

[martinp876]

pairedTo ist ein Reading. da wird aus dem Device einiges ausgelesen unter anderen ob und mit welcher HMID eine Zentrale angelernt ist.
Eigentlich ist es das Register "pairCentral".

Das Problem an der Geschichte ist, dass FHEM/HMLAN Daten nicht oder nicht immer auslesen darf, wenn es nicht als Zentrale eingetragen ist. daher könnte das lesen an sich schon schief gehen.... gerade hier ist es ein henne/ei Problem.

Nach dem Verhalten ist dein RT nicht gepairt - aber schaue doch auf dessen Anzeige - und porbiere das pairen noch einmal.
hmPairForSec hat bei meinen gut funktioniert
hmPairSerial kannst du auch probieren


Gruss Martin

[dusti64]

@deluxe41

wo finde ich denn die Option PairedTo ?

unter den Readings des Device selbst...

[deluxe41]

Hallo,


ich habe nochmal alles auf anfang gesetzt.

So sieht es aktuell bei mir aus.

Mmh, wo liegt der Fehler...

man man man...ich stell mich ja an hier...

[betateilchen]

Drück halt mal die Konfigurationstaste am Thermostaten, damit die 32 rumhängenden Befehle auch irgendwann mal an das Gerät übertragen werden.

Von einem erfolgten pairing sehe ich aber irgendwie keine Spur.

[snoop]

Hallo Deluxe41,

das Verhalten hatte ich gestern auch - meine es wie folgt gelöst zu haben:

1) set <rt> clear msgEvents | bei dir ist die queue verstopft (siehe die noch 32 ausstehenden cmd's)
2) Prüfen, ob die queue leer ist => Reading "protcmdsPend" müsste was von CMDs_cleared oder 0 stehen => weiß es aber nicht mehr so genau?
2) set <hmlan> hmPairSerial KEQ0579448 (bitte die Seriennummer prüfen)
3) dann die Anlerntaste auf dem RT drücken -> dann ein wenig warten -> bis die CMDs abgearbeitet sind.

Kannst es ja mal versuchen - bei mir hat das so funktioniert.

Viele Grüße
Arthur