Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

traxanos · 09 Juli 2015, 08:49:39

Erstmal das anlernen eines Schalters im Dual sorgt immer dafür das der angelegte Taster nicht geht. Es muss manuell alle RegSet manuell gesetzt werden. Drücke ich 2x hinter einander, so wir manchmal der zweite Tastendruck ignoriert und manchmal geht er. Das gilt auch wenn die Taster im Toggle (Single) Modus konfiguriert sind. Lerne ich z.B. den 6fach Taster an als Single, so klappt das Togglen perfekt. Darauf hin habe ich versucht die Register von dem 6fach Taster zu übernehmen, was ich aber vergessen kann, da die Registerwerte unlogisch sind. z.B. ist die Short-Aktion deaktiviert, dennoch lässt sich damit Schalten. Übertrage ich das auf den internen Schalter hat dieser danach keine Funktion mehr. Dabei habe ich schon unzählige RegSet Kombis versucht u.a. auch deine. Aber so richtig rund wirkt der nicht. Dauern hat man das Gefühl das er nicht richtig reagiert. Dazu kommen Delays von 0.5-0.8 Sek beim Schalten. Komisch finde ich, dass der Toggle per 6fach Taster unter 0.5 Sek. schaltet und wesentlich angenehmer sich anfühlt.

Aber ich überlege aktuell sowieso die Wechselschaltungen auszuhebeln. Idee ich baue auf beiden Seiten die UP-Schalter ein und nur einen von beiden bespiele ich mit der Firmware. So kann ich dann den einen mit dem anderen Schalter direkt verknüpfen und den Hauptschalter mit der OriginalFW betreiben. Mal schauen ob das dann angenehmer arbeitet.

flaxig · 10 Juli 2015, 13:15:38

@traxanos: In deinem Profil habe ich gesehen, dass du eine vccu definiert hast. Hast du bei IOgrp des Schalters auch die vccu eingetragen? Ich habe nämlich festgestellt, dass sich die Taster mit vccu viel friedlicher verhalten! Es kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe. VCCU fängt diese Messeges wohl ab und es läuft (keine Schaltverzögerung mehr und kein zweifaches Drücken zum Schalten)

frank · 10 Juli 2015, 14:04:00

ZitatEs kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe.

hast du davon logs?

das verhalten mit overload kenne ich etwas anders. es gibt (gab?) eine konstellation, da sendet der schalter im sekunden rythmus den stromwert. diese message wird dann stets mit ack beantwortet und führt nach kurzer zeit zum overload. ich weiss leider nicht mehr, wie das genau war.

grundsätzlich sollte dein beobachtetes verhalten aber unabhängig von einer vccu auftreten. diese kann ja höchstens das io bei overload wechseln. das senden/verhalten des sw1pbu bleibt davon ja unbeeindruckt, da der schalter autark (ohne fhem) arbeitet.

traxanos · 10 Juli 2015, 14:12:37

Ja die hängen alle an der vCCU.

Ich werde heute Abend auf einen Taster mit Standardfirmware umspringen und die mit angepasster Firmware nur als Sensor nutzen. Dann kann ich auch mal das Schaltverhalten vergleichen, sowie den Stromverbrauch. Normal sollen die ja weniger als 0,5 W ziehen. Bei einer groben Messung war ich ohne Verbrauch bei über 1W. Ich hatte bis eben aber keine mit mir Originalfirmware

flaxig · 10 Juli 2015, 18:49:19

Zitat
hast du davon logs?

Leider ist das log nur voller "CMDs_pending-CMDs_done", mehr wurde nicht aufgezeichnet.
Mal ein Auszug:

Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

flaxig

flaxig

flaxig

flaxig

flaxig

flaxig