HM-CC-RT-DN

[betateilchen]

Also ich habe das Missing Ack nur beim, ja wie sagt man, "Hauptdevice".

wo denn auch sonst?

Was mich nur wundert ist, dass die Antenne bei dem Regler dauerhaft blinkt

Dann ist er nicht korrekt gepairt.

was bedeutet  unknow0 33

wenn man das wüßte, hätte das bestimmt einen anderen Namen als unknown ...

Bei mir steht da übrigens bei den drei Reglern: 24 oder 38 oder 24

Übrigens: Der Regler mit dem MISSING ACK ist der mit der 38, die beiden anderen, korrekt arbeitenden RTs haben die 24.

---

[ext23]

Na da gibts doch noch die anderen Geräte da, die einzelnen Unterkanäle da, das ist ja immer etwas kryptisch alles.

Gepaired sein sollte es wohl, ich kann ja alles bedienen oder nimmt das Ding auch Befehle an wenn es nicht gepaired ist, ich dachte nicht... Das blinken der Antenne ist auch erst seit gestern.

Ich biete übrigens: unknown0: 37

Gruß
Daniel

[betateilchen]

Na da gibts doch noch die anderen Geräte da, die einzelnen Unterkanäle da, das ist ja immer etwas kryptisch alles.

Aber die Kommunikation läuft immer über das Device.

[ext23]

Aha ok, naja wie gesagt solange das alles scheinbar nur Anzeigefehler sind stört mich das ehe nicht, ich denke mal die Dinger werden noch genug Macken haben, wurde ja nun erst auf den Markt geworfen und großartig testen tun die bei dem Hersteller bekannterweise ja nichts.

Viele Grüße
Daniel

[martinp876]

hi,

ich habe eine neue Version eingestellt. Da sind erhebliche Umstellungen im "wiederholmechanismuss" eingebaut. Vorteil in erster Linie sollte sein, dass die conditional-burst devices auch messages wiederholen koennen.
Da hier hierzu einigs aufräumen musste ist gründliches Testen angesagt.
Bei mir hat es soweit funktioniert (sonst wäre es nicht hochgeladen worden).

das "missing-ack" sollte aus dem device verschwinden. anstatt dessen kommt wie bei allen (ausser TC - historisch) der status des Protokoll - also hoffentlich CMDs_done ohne Zusatz.

Gruss Martin

[ext23]

Danke Martin,

und testen tun wir doch alle gerne ;-) Ich werde gleich mal ein Update anstoßen.

Viele Grüße
Daniel

[Steffen]

Hallo!

Möchte den Ersten erfolgreichen Test berichten,
"keine Missing Ack" mehr und alle befehle werden sofort und bis jetzt zu 100% bei mir umgesetzt.

Danke für die tolle Arbeit und deine Geduld...

Hätte da noch eine frage am Rande:
Wenn kann ich das Richtig einstellen im SVG das wenn ich mit event-on-change-reading arbeite,
das er die Daten ordentlich darstellt, wenn es überhaupt geht?
(siehe Anhang / see attachement)

Mfg Steffen

[betateilchen]

mit steps statt lines

[Stefan M.]

Hallo zusammen
bei mir ging gerade gar nichts mehr mit den Reglern trotz aktuellem Softwarestand.
Overload am HMLan, Missing Ack für die Regler.
Es wurde kein Fensterstatus mehr zu den Reglern übertragen. (virtuelle Buttons und notify kein direktes peer)
Habe alles neu gestartet mal sehen wie es jetzt läuft.

lg
Stefan

[RedOne]

Welche datei wird den geupdatet die HMLan.pm
Oder welche ?

[betateilchen]

00_HMLAN.pm
10_CUL_HM.pm
98_HMinfo.pm

[Stefan M.]

Hallo zusammen,
es funktioniert nicht wirklich, die Regler reagieren nicht auf den Fensterstatus, das HMLan geht auf Overload.
Ich werde heute Abend und morgen eine komplett neue Umgebung auf einem RaspberryPi installieren und nur das HMLAn, einen Regler und einen Fenstersensor konfigurieren und dann mal beobachten.

lg
Stefan

[betateilchen]

Bei mir funktioniert im Moment scheinbar mal ALLES... vermutlich ein Zufall, der maximal bis zum nächsten Update anhält...

Wobei: Von der Traumvorstellung "Homematic auf RaspberryPi" bin ich inzwischen komplett abgekommen. Der Wechsel auf das Beaglebone Black hatte bereits > 90% aller HM-Probleme beseitigt. Alles was zeitkritisch ist (und das Homematic-Protokoll IST zeitkritisch) gehört nach meinen bisherigen Erfahrungen nicht auf den Raspberry. Dabei ist es auch unerheblich, ob man HMLAN oder HMUSB nutzt - ich habe beides probiert und hatte mit beidem auf dem Raspi massive Probleme.

[BuRi]

Hallo

bei mir funktioniert der Türkontakt einwandfrei. Ich habe meine zwei RTs und den Türkontakt nicht in fhem, sondern direkt gepeert. Allerdings gibt es weiterhin eine merkwürdige Erscheinung:
Wenn ich die Templiste für einen Tag, z.B. Montag setze geht das (allerdings muss ich das getrennt für jeden RT machen).
Wenn ich nun die Templiste für Dienstag setze, wird in den Readings die Liste aktualisiert und die Liste vom Montag auf die Ursprungswerte gesetzt. Der Thermostat behält aber die vorher vorgegebene Temperatur bei. Kann also auch nur ein Darstellungsproblem von fhem sein. Ob es ev. daran liegt dass ich zwei RTs habe weiß ich nicht. Bekomme am Freitag ein weiteres Thermostat und werde es dann noch mal testen.

Also irgendetwas stimmt noch nicht so ganz, aber es wird täglich besser. Ich habe mitunter den Eindruck, dass fhem und HM auch an anderen Stellen noch nicht 100% harmonieren.

Aber trotzdem bisher tolle Arbeit und es macht viel Spaß damit zu experimentieren.

Gruß

Burchard

[Stefan M.]

Hallo zusammen,
sollte ich dann lieber mit dem HMLan wieder auf die Fritzbox umziehen da läuft auch noch ein aktuelles FHEM drauf?

lg
Stefan