Störungen bei HmIP-BSM
-
Viele Dank für die Rückmeldungen.
Die CCU sollte mithin der Auslöser für die Störungsmeldung von ioBroker sein. Somit sind die Ursachen - wie gehofft und vermutet - im Bereich der piCCU3 und den Homematic Aktoren HmIP-BSM zu suchen.
Hinsichtlich IP-Routing hätte ich gerne gewusst, wie das Ganze hard- und softwaremäßig implementiert ist, um gezielt nach den Ursachen suchen zu können. So bleibt einem nur so etwas wie im Kaffeesatz lesen übrig.
Jedenfalls deutet bei uns vieles daraufhin, dass hier der Hase im Pfeffer liegt.
Apropos piVCCU3 ..
Alex Reinert hat sein Update auf die Firmware 3.53.34 veröffentlicht. Die Aktualisierung mittels apt update && apt upgrade hat absolut problemlos funktioniert. Eine tolle Arbeit!
-
@legro sagte in Störungen bei HmIP-BSM:
Hinsichtlich IP-Routing hätte ich gerne gewusst, wie das Ganze hard- und softwaremäßig implementiert ist
IP Routing benötigt einen von den drei folgenden Geräten:
- Homematic IP Schaltsteckdose (HmIP-PS)
- Homematic IP Schalt-Mess-Steckdose (HmIP-PSM)
- Homematic IP Schaltplatine (HmIP-PCBS)
Nur diese können routen, neuerdings geht es mit der CCU3 auch einen HAP zur Reichweitenverlängerung zu nutzen.
Anschließend kann man in den anderen Geräten aktivieren, ob diese das Routing über die genannten Geräte nutzen sollen
-
@Homoran said in Störungen bei HmIP-BSM:
IP Routing benötigt einen von den drei folgenden Geräten:
..
Nur diese können routen, ..Natürlich habe ich keine dieser Geräte bei mir in Betrieb.
Erstmal ..
Danke für deine Hinweise. Und Dank auch allen, die mir Hinweise, Tipps, .. gegeben haben.
Hier nun meine Leidensgeschichte und Lösung ..
Nun kann ich endlich leidlich nachvollziehen, wie das Unheil über mich hereinbrach. ..
Als ich Ende August von MSH auf ioBroker umstieg, hatte ich nur zwei HmIP-BSM zu konfigurieren. Da ich die von dir genannten routingfähigen Geräte nicht besitze, deaktivierte ich damals das Häkchen bei IP-Routing. Mit der Zeit kamen weitere fünf dieser Aktoren hinzu, die ich ebenfalls so konfigurierte.
Da diese Aktoren immer hin und wieder Störungen zeigten, spielte ich das neueste Update auf, was mehrere Tage in Anspruch nahm. Und in der Tat: Die Aktoren arbeiteten über viele Wochen deutlich zuverlässiger und stabiler.
Im Laufe der letzten zwei Woche nahmen die Störungen dann jedoch erneut immer weiter zu, bis vor einigen Tagen auch die normalen Homematic Geräte ihren Dienst versagten. Schnell war der Verdacht aufgekommen, dass die Homematic IP Geräte die Hauptursache zu sein schienen. Ich setzte sie zurück, lernte sie neu an, .. Hieraufhin nahmen die Störungen wieder ab, um vor wenigen Tagen sich jedoch derart zu steigern, dass fast nichts mehr ging.
Da die sog. Kommunikationsstörungen zu Timeouts, ja bis hin zum Totalausfall führten geriet die Routingoption wieder ins Blickfeld. Ich kontrollierte die IP-routing Einstellung. Die Option war - vermutlich durch die Updates? - bei allen aktiviert. Die Deaktivierung führte jedoch zunächst nicht zum Verschwinden der Fehler. Am Ende machte ich zwei HmIP-BSM als vermeintliche Übeltäter aus. In der Tat - nachdem ich diese beiden erneut zurückgesetzt, neu angelernt, .. hatte, läuft mein System (hoffentlich) wieder zufriedenstellend.
Nein, @Homoran, ich bin nicht deiner Ansicht, dass wir Kunden hier mehr oder weniger die alleinigen Dummköpfe sind. Wenn der Hersteller standardmäßig die Routingoption aktiviert, ohne über deren Verwendung zuvor aufzuklären, ja sogar ganze Systeme damit bis zur totalen Blockade treibt, dann ist das absolut vermeidbarer Ärger. Das hat mit gutem Kundendienst wenig zu tun.
Sei‘s d‘rum. Ich bin überglücklich durch euer aller Hilfe wieder ein funktionierendes System zu haben.
-
@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?
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
-
@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.
