Störungen bei HmIP-BSM
-
@Homoran said in Störungen bei HmIP-BSM:
@legro sagte in Störungen bei HmIP-BSM:
sogar ganze Systeme damit bis zur totalen Blockade treibt,
wieso sollte eine aktivierte Routing-Option dafür verantwortlich sein?
Warum dem so ist, müssen wir wohl die Leute von eQ-3 fragen. Nach nunmehr mehreren Tagen mit ausgeschalteter Option IP-Routing läuft unser System wie nie zuvor: Keine Verzögerungen mehr, kein Blockieren, keine undefinierten Reaktionen, .. Viele dieser Störungen, die ich ja von MSH zur Genüge kannte, traten anfangs jedoch so selten auf, dass ich dachte, damit leben zu können und zu müssen, waren sie doch gegenüber MSH sehr selten.
Zur Kontrolle habe ich gestern bei dem ein oder anderen HmIP-BSM nochmals die Option IP-Routing aktiviert. Die Folgen waren bereits nach kurzer Zeit (einigen Stunden) unübersehbar: Lampen, die mittels Bewegungsmelder geschaltet werden, reagierten verspätet oder manchmal auch gar nicht; die betreffenden HmIP-BSM Geräte versagten immer wieder einmal ihren Dienst, ..
Mithin wage ich als Urteil: Zumindest können wir für unser System absolut eindeutig sagen, dass weder externe Störer, noch die doppelte Nutzung der HmIP-BSM mittels LONGPRESS/SHORTPRESS bei uns für das katastrophale Verhalten verantwortlich waren.
Ich gehe nach wie vor davon aus dass du einen (externen) Störer in der Nähe hast, der ggf. nur temporär stört.
Zudem waren diese Störungen bei uns definitiv nicht temporär. Sie schaukelten sich von Anbeginn mit dem Einbau weiterer HmIP-BSM Aktoren von Woche zu Woche immer mehr auf, bis vor wenigen Tagen so gut wie nichts mehr funktionieren wollte. Zum Schluss arbeiteten nicht einmal mehr die reinen Homematic Geräte störungsfrei.
Übrigens hast du in deinem obigen Beitrag mithin voll ins Schwarze getroffen.
Hätte ich diesen deinen dort angeführten Hinweis bloß mehr Beachtung geschenkt, ich hätte mir viel an Ärger und zwei Tage völliger Verzweiflung ersparen können.Ich bin sehr erleichtert, dass die Homematic Geräte doch etwas taugen und sie unser System sehr bereichern. Die zwischenzeitliche Phase völliger Verzweiflung dürfte bald vergessen sein.
-
@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.
