hm-rpc Zustand von Objekten nicht aktuell
-
Systemdata Bitte Ausfüllen Hardwaresystem: Raspberry Pi 4 Model B Rev 1.1 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16GB Betriebssystem: Raspbian Node-Version: v12.22.7 Nodejs-Version: v12.22.7 NPM-Version: 6.14.15 Installationsart: Manuell Hallo, folgendes Problem:
Ich habe hier aktuell 2 Geräte, die laut den Objekten in ioBroker den Status
STICKY_UNREACH == TRUE und
UNREACH == TRUE
(indicator.unreach) haben.In der RaspberryMatic sind diese Zustände aber FALSE (ausgelesen mit dem Script Developer) und IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ich hatte diesbezüglich auch mit anderen Geräten in der Vergangenheit das gleiche Problem, es sieht so aus, dass dies auftritt, wenn die Netzwerkverbindung zwischen ioBroker und der Homematic einige Zeit weg ist. So in meinem Fall habe ich Wartungsarbeiten an der Infrastruktur gemacht. In dieser Zeit waren wohl auch die zwei Geräte tatsächlich nicht erreichbar. Und dieser Zustand verewigt sich irgendwie in ioBroker, nachdem die Netzwerkverbindung wieder läuft.
Alle Versuche, ioBroker dazu zu bewegen, den Zustand auf normalen Wege zu aktualisieren, bringen leider keinen Erfolg.
- hm-rpc und hm-rega neu gestartet == Keine Änderung
- Geräte einmalig neu eingelesen == Keine Änderung
- hm-xxxx alle gestoppt, die Objectbäume gelöscht, führt zu Seiteneffekten
- hm-xxx alles deinstalliert, neu eingerichtet == ERFOLG! Status wieder aktuell
Wie kann man einen aktuellen Status erzwingen, ohne alles neu zu installieren?
Jürgen
Jürgen
-
Systemdata Bitte Ausfüllen Hardwaresystem: Raspberry Pi 4 Model B Rev 1.1 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16GB Betriebssystem: Raspbian Node-Version: v12.22.7 Nodejs-Version: v12.22.7 NPM-Version: 6.14.15 Installationsart: Manuell Hallo, folgendes Problem:
Ich habe hier aktuell 2 Geräte, die laut den Objekten in ioBroker den Status
STICKY_UNREACH == TRUE und
UNREACH == TRUE
(indicator.unreach) haben.In der RaspberryMatic sind diese Zustände aber FALSE (ausgelesen mit dem Script Developer) und IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ich hatte diesbezüglich auch mit anderen Geräten in der Vergangenheit das gleiche Problem, es sieht so aus, dass dies auftritt, wenn die Netzwerkverbindung zwischen ioBroker und der Homematic einige Zeit weg ist. So in meinem Fall habe ich Wartungsarbeiten an der Infrastruktur gemacht. In dieser Zeit waren wohl auch die zwei Geräte tatsächlich nicht erreichbar. Und dieser Zustand verewigt sich irgendwie in ioBroker, nachdem die Netzwerkverbindung wieder läuft.
Alle Versuche, ioBroker dazu zu bewegen, den Zustand auf normalen Wege zu aktualisieren, bringen leider keinen Erfolg.
- hm-rpc und hm-rega neu gestartet == Keine Änderung
- Geräte einmalig neu eingelesen == Keine Änderung
- hm-xxxx alle gestoppt, die Objectbäume gelöscht, führt zu Seiteneffekten
- hm-xxx alles deinstalliert, neu eingerichtet == ERFOLG! Status wieder aktuell
Wie kann man einen aktuellen Status erzwingen, ohne alles neu zu installieren?
Jürgen
@coffee-junk Hast Du mal probiert den Status der DPs zu verändern?
-
Systemdata Bitte Ausfüllen Hardwaresystem: Raspberry Pi 4 Model B Rev 1.1 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16GB Betriebssystem: Raspbian Node-Version: v12.22.7 Nodejs-Version: v12.22.7 NPM-Version: 6.14.15 Installationsart: Manuell Hallo, folgendes Problem:
Ich habe hier aktuell 2 Geräte, die laut den Objekten in ioBroker den Status
STICKY_UNREACH == TRUE und
UNREACH == TRUE
(indicator.unreach) haben.In der RaspberryMatic sind diese Zustände aber FALSE (ausgelesen mit dem Script Developer) und IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ich hatte diesbezüglich auch mit anderen Geräten in der Vergangenheit das gleiche Problem, es sieht so aus, dass dies auftritt, wenn die Netzwerkverbindung zwischen ioBroker und der Homematic einige Zeit weg ist. So in meinem Fall habe ich Wartungsarbeiten an der Infrastruktur gemacht. In dieser Zeit waren wohl auch die zwei Geräte tatsächlich nicht erreichbar. Und dieser Zustand verewigt sich irgendwie in ioBroker, nachdem die Netzwerkverbindung wieder läuft.
Alle Versuche, ioBroker dazu zu bewegen, den Zustand auf normalen Wege zu aktualisieren, bringen leider keinen Erfolg.
- hm-rpc und hm-rega neu gestartet == Keine Änderung
- Geräte einmalig neu eingelesen == Keine Änderung
- hm-xxxx alle gestoppt, die Objectbäume gelöscht, führt zu Seiteneffekten
- hm-xxx alles deinstalliert, neu eingerichtet == ERFOLG! Status wieder aktuell
Wie kann man einen aktuellen Status erzwingen, ohne alles neu zu installieren?
Jürgen
@coffee-junk sagte in hm-rpc Zustand von Objekten nicht aktuell:
IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ja!
ist meines Wissens ein Bug bei RM
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@coffee-junk sagte in hm-rpc Zustand von Objekten nicht aktuell:
IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ja!
ist meines Wissens ein Bug bei RM
Kann es auch sein , dass der Geräteeigene DutyCircle ausgelöst hat?
Ich meine mich dunkel an so eine Diskussion mit Dir erinnern zu können.Du solltest auf jeden Fall mal deine Node Version auf 12 bzw 14 updaten.
Das kann auch zum Teil als Fehlerquelle dienen. -
@coffee-junk sagte in hm-rpc Zustand von Objekten nicht aktuell:
IObroker weigert sich hartnäckig, die aktuellen Zustände zu übernehmen.
Ja!
ist meines Wissens ein Bug bei RM
@homoran sagte in hm-rpc Zustand von Objekten nicht aktuell:
ist meines Wissens ein Bug bei RM
Weisst du zufällig ob da schon ein ISSUE existiert?
-
Kann es auch sein , dass der Geräteeigene DutyCircle ausgelöst hat?
Ich meine mich dunkel an so eine Diskussion mit Dir erinnern zu können.Du solltest auf jeden Fall mal deine Node Version auf 12 bzw 14 updaten.
Das kann auch zum Teil als Fehlerquelle dienen.@haselchen sagte in hm-rpc Zustand von Objekten nicht aktuell:
Kann es auch sein , dass der Geräteeigene DutyCircle ausgelöst hat?
Du solltest auf jeden Fall mal deine Node Version auf 12 bzw 14 updaten.
Oh, Sorry! Da ist mir beim erstellen des Beitrages ein Fehler unterlaufen, hatte plötzlich die SPECs doppelt im Beitrag und wohl den falschen Abschnitt gelöscht. Mist! Ich habe es im Original nun richtig gestellt.
Node ist 12.xx
Un der DutyCycle ist OK, die Geräte sind ansprechbar und reagieren auch Richtig!
-
@coffee-junk Hast Du mal probiert den Status der DPs zu verändern?
@joergh
Du meinst jetzt das Objekt direkt in ioBroker oder meinst du über ScriptDeveloper direkt in der RaspberryMatic den Datenpunkt ändern ? -
Möchte mich hier mal reinhängen. Habe das gleiche Problem, jedoch nur bei Bidcos-Geräten. HmIP klappt einwandfrei.
Gibt es da schon Neuigkeiten?
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
Habe das gleiche Problem, jedoch nur bei Bidcos-Geräten
"ist genau das selbe - nur ganz anders!"
dann ist es nicht das gleiche Problem.warum bist du nicht in deinem anderen Thread geblieben?
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
Gibt es da schon Neuigkeiten?
erzähl es mir - was ist bei dir neu?
-
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
Habe das gleiche Problem, jedoch nur bei Bidcos-Geräten
"ist genau das selbe - nur ganz anders!"
dann ist es nicht das gleiche Problem.warum bist du nicht in deinem anderen Thread geblieben?
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
Gibt es da schon Neuigkeiten?
erzähl es mir - was ist bei dir neu?
@homoran said in hm-rpc Zustand von Objekten nicht aktuell:
"ist genau das selbe - nur ganz anders!"
dann ist es nicht das gleiche Problem.Doch ... ist das gleiche Problem. Der TE hat es zwar nicht erwähnt, aber den DP "STICKY_UNREACH" gibt es, meiner Meinung nach, nur bei Bidcos-Geräten. Ergo schlussfolgere ich, dass es das gleiche Problem ist.
warum bist du nicht in deinem anderen Thread geblieben?
Habe mich bei der Suche etwas dämlich angestellt und diesen Thread hier erst nach dem neuen Post gefunden. Wollte das Forum nicht zumüllen ;-)
erzähl es mir - was ist bei dir neu?
Na bei mir ist nix neu. Aber vielleicht hat @coffee-junk ja schon Fortschritte gemacht. Es sieht mir ja so aus, als würde dieses Problem nur bei einer ganz kleinen Zahl von Nutzern auftreten. Ich kann mir vorstellen, dass es hier deutlich mehr Beiträge geben würden, wenn sich die Zustände bei der Kombi Bidcos<->RM<->ioBroker generell nicht mehr aktualisieren würden.
-
@homoran said in hm-rpc Zustand von Objekten nicht aktuell:
"ist genau das selbe - nur ganz anders!"
dann ist es nicht das gleiche Problem.Doch ... ist das gleiche Problem. Der TE hat es zwar nicht erwähnt, aber den DP "STICKY_UNREACH" gibt es, meiner Meinung nach, nur bei Bidcos-Geräten. Ergo schlussfolgere ich, dass es das gleiche Problem ist.
warum bist du nicht in deinem anderen Thread geblieben?
Habe mich bei der Suche etwas dämlich angestellt und diesen Thread hier erst nach dem neuen Post gefunden. Wollte das Forum nicht zumüllen ;-)
erzähl es mir - was ist bei dir neu?
Na bei mir ist nix neu. Aber vielleicht hat @coffee-junk ja schon Fortschritte gemacht. Es sieht mir ja so aus, als würde dieses Problem nur bei einer ganz kleinen Zahl von Nutzern auftreten. Ich kann mir vorstellen, dass es hier deutlich mehr Beiträge geben würden, wenn sich die Zustände bei der Kombi Bidcos<->RM<->ioBroker generell nicht mehr aktualisieren würden.
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
bei mir ist nix neu.
keinerlei updates?
nicht bei Raspberrymatic, nicht bei iobroker, nicht sonstwo? -
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
bei mir ist nix neu.
keinerlei updates?
nicht bei Raspberrymatic, nicht bei iobroker, nicht sonstwo?@homoran sagte in hm-rpc Zustand von Objekten nicht aktuell:
keinerlei updates?
Leider nein, es ist leider so, dass das Problem auftritt, aber nur duch Zufall auffällt. Aktuell habe ich mehrere Sensoren, die wohl unterschiedliche Zustände haben, welche aber nicht aktualisiert werden.
Allerdings habe ich gerade eine "Frozen Zone" da die ganze Anlage wegen Fehlern im DEBUG läuft und der Fehler so nach 7-10 Tagen auftritt. Problem: Alle Sensoren, die verschlüsselt kommunizieren fallen dann innerhalb kurzer Zeit komplett aus und es findet keine Kommunikation mehr statt.
Siehe: Nach 7 Tagen keine Kommunikation mehr mit verschlüsselten Sensoren
und
HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5Und nun heisst es erst mal warten und nix neu starten, kurzum, ich kann zur Zeit keine Experimente machen........
Jürgen
-
@homoran sagte in hm-rpc Zustand von Objekten nicht aktuell:
keinerlei updates?
Leider nein, es ist leider so, dass das Problem auftritt, aber nur duch Zufall auffällt. Aktuell habe ich mehrere Sensoren, die wohl unterschiedliche Zustände haben, welche aber nicht aktualisiert werden.
Allerdings habe ich gerade eine "Frozen Zone" da die ganze Anlage wegen Fehlern im DEBUG läuft und der Fehler so nach 7-10 Tagen auftritt. Problem: Alle Sensoren, die verschlüsselt kommunizieren fallen dann innerhalb kurzer Zeit komplett aus und es findet keine Kommunikation mehr statt.
Siehe: Nach 7 Tagen keine Kommunikation mehr mit verschlüsselten Sensoren
und
HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5Und nun heisst es erst mal warten und nix neu starten, kurzum, ich kann zur Zeit keine Experimente machen........
@coffee-junk deine Links gehen ins HM Forum.
dann scheint das ja eher ein Problem mit RaspiMatic zu sein.hab da jetzt nicht gelesen
-
@oxident sagte in hm-rpc Zustand von Objekten nicht aktuell:
bei mir ist nix neu.
keinerlei updates?
nicht bei Raspberrymatic, nicht bei iobroker, nicht sonstwo?@homoran said in hm-rpc Zustand von Objekten nicht aktuell:
keinerlei updates?
nicht bei Raspberrymatic, nicht bei iobroker, nicht sonstwo?Sicherlich gab es Updates, jedoch ist der Zeitraum der fehlenden Aktualisierungen der Zustände so groß (zwischen 1 und 8 Wochen), dass ich da kein spezifisches Update dran festmachen kann. Es gab zwei RM Updates in der Zeit und etwa fünf bei ioBroker und dem HMRPC-Adapter.
In der DevConfig bei RM ist alles korrekt bei den Bidcos-Geräten.
Ist vielleicht trotzdem ein Problem bei RM. Werde weiter forschen...
-
@coffee-junk deine Links gehen ins HM Forum.
dann scheint das ja eher ein Problem mit RaspiMatic zu sein.hab da jetzt nicht gelesen
@homoran sagte in hm-rpc Zustand von Objekten nicht aktuell:
dann scheint das ja eher ein Problem mit RaspiMatic zu sein
Ja und Nein,
das eine hat mit dem anderen nichts zu tun, sollte nur ein Statement sein, warum ich da aktuell nicht weiter suchen kann. Ich glaube jetzt nicht, dass die Fehler zusammen hängen.
Support us
621
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge