Störungen bei HmIP-BSM
-
@legro ich muss dich leider enttäuschen.
Nach anfänglichem Glauben, keine Probleme mehr mit LONG_PRESS zu haben, habe ich sie sehr bald wieder bekommen, immer noch nicht immer, und nicht reproduzierbar, aber auch OHNE aktiviertes Routing.Ein vollkommen lahmgelegtes System hatte ich damit auf jeden Fall nie gehabt
-
@Homoran said in Störungen bei HmIP-BSM:
@legro .. Nach anfänglichem Glauben, keine Probleme mehr mit LONG_PRESS zu haben, .. aber auch OHNE aktiviertes Routing.
Damit erinnerst du mich an ein ebenfalls kürzlich beackertes Feld. Bevor sich bei mir alles bis zur totalen Blockade hochschaukelte, fielen bei mir einige zur Steuerung eingesetzte Widgets aus. Hier hatte ich auch erst diese LONGPRESS Option in Verdacht, da sich diese Störungen erstmalig genau hierbei zeigten.
Mit der hier geschilderten Lösung dachte ich schon, dass alles wieder in Ordnung sei, bis dann dies ..
Ein vollkommen lahmgelegtes System hatte ich damit auf jeden Fall nie gehabt
.. über mich hereinbrach. Ich hatte mich auch zu früh gefreut.
Wie äußern sich denn bei dir die Fehler?
Da ich die LONGPRESS Option sehr intensiv ohne Schwierigkeiten nutzen kann, müsste es schon mit dem Teufel zu gehen, dass es bei dir nicht auch funktionieren kann.
-
@legro sagte in Störungen bei HmIP-BSM:
Wie äußern sich denn bei dir die Fehler?
ich nutze einen HmIP-BSL im Flur u.a. zur Anzeige , wenn am nächsten Tag eine Mülltonne abgeholt wird, um dies in der Farbe der Mülltonne anzuzeigen.
Wenn ich dann die Mülltonne rausgestellt habe drücke ich diesen Taster lange und ein Blockly setzt dann die Farbe wieder zurück.
Dieses funktioniert eben nicht immer, aber manchmal.
Die Überprüfung hat ergeben, dass kein LONG_PRESS in der CCU ankommt, es also nicht an der Verbindung CCU-> ioBroker liegt. -
@Homoran said in Störungen bei HmIP-BSM:
..
Wenn ich dann die Mülltonne rausgestellt habe drücke ich diesen Taster lange und ein Blockly setzt dann die Farbe wieder zurück.
Dieses funktioniert eben nicht immer, aber manchmal.
Die Überprüfung hat ergeben, dass kein LONG_PRESS in der CCU ankommt, es also nicht an der Verbindung CCU-> ioBroker liegt.Wenn du dich noch an diesen Thread erinnerst, in dem auch du geantwortet hast und ich nachfragte, wie das Ganze mit der Option LONG_PRESS sich realisieren lässt, standen mir am Ende zwei Lösungen zur Verfügung: Verwendung eines Dummy-Scripts in der CCU und eines Scripts in ioBroker wie hier von @paul53 vorgeschlagen.
Ich hatte mich für die erste Lösung entschieden, da ich sie für mich einfacher zu realisieren fand. Hiermit funktionieren meine HmIP-BSM nunmehr tadellos.
Leider weiß ich nicht den Unterschied in den Funktionsweisen sicher auszumachen. Ich kann nur vermuten, dass bei der Lösung von @Paul53 die CCU mehr oder weniger außen vor bleibt und der Aktor direkt den Datenpunkt im ioBroker setzt.
Vielleicht könnte hierin für dich eine Lösung zu finden sein.
-
@legro Viele Batterie-Geräte übertragen Tastendrücke erstmal nicht, wenn keine Direktverknüpfung besteht und kein Programm in der CCU angelegt ist.
Wenn ein Programm angelegt wird (z.B. das Dummy-Programm) dann wird die Einstellung reportValueUsage im Gerät geändert und fortan dieser Tastendruck übermittelt.
reportValueUsage lässt sich auch mit dem von paul53 beschriebenen Skript oder anderen Tools setzen. Es bleibt auch aktiviert wenn das Dummy-Programm deaktiviert oder gelöscht wird. -
@legro sagte in Störungen bei HmIP-BSM:
Leider weiß ich nicht den Unterschied in den Funktionsweisen sicher auszumachen.
keinerlei Unterschied.
Beide Methoden teilen der CCU mit, dass es notwendig ist, dass sie über die Aktivität informiert wird.
@legro sagte in Störungen bei HmIP-BSM:
Vielleicht könnte hierin für dich eine Lösung zu finden sein.
Das habe ich selbstverständlich akiv - inzwischen sogar mehrfach
-
Da du IP-Routing - was bei mir wohl definitiv die Fehlerursache war - ausgeschaltet hast, könnte es noch an einer fehlerhaften Firmware liegen.
Auch ich hatte im Vorfeld diese auf dem HmIP-BSM ja ebenfalls aktualisieren müssen, weil dieser nicht fehlerfrei arbeitete. Nach dieser Aktualisierung trat schließlich auch eine deutliche Besserung ein, bis dann schließlich der große Zusammenbruch kam.
Nun habe ich natürlich nur die Software-Entwicklung beim HmIP-BSM verfolgt. Hier hat sich eQ-3 nun wirklich nicht mit Ruhm bekleckert.
So kann ich am Ende als einzige Unterstützung bloß noch die Daumen drücken.
-
Oh je, ..
eQ-3 scheint nicht nur für meinen HmIP-BSM anfänglich äußerst unausgereifte Firmware vertrieben zu haben. Dieser Thread scheint zu bestätigen, dass auch dein HmIP-BSL betroffen sein könnte.
-
@legro sagte in Störungen bei HmIP-BSM:
Dieser Thread scheint zu bestätigen
Das war aber 2019, und lag an der FW der CCU.
Dieses soll angeblich schon lange behoben sein -
Nach meinen Erfahrungen mit dem HmIP-BSM wäre ich mir nicht so sicher. Schon unter MSH waren meine beiden HmIP-BSM extrem störanfällig. Nur konnte ich damals nicht für Abhilfe sorgen und MSH - alias Qivicon - wollte partout keine Updates bereitstellen.
Wie dem auch sei, ich denke du solltest eher bei eQ-3 den Fehler vermuten als bei dir.
Möglicherweise erhältst du bei ELV mehr Hilfe als in oben zitiertem Forum - so zumindest meine Erfahrung. ELV und eQ-3 gehören demselben Eigentümer.
