NEWS
Homematic RPC und Gerätebeschreibungen
-
@paul53 Na logisch ist das nur ein Auszug, ich wollte nur zeigen, wie ich an die Informationen aus den Datenpunkten kam. Das Skript selber spielt bei der Frage, warum die Datenpunkte die Namen nicht haben, nun wirklich keine Rolle.
Die Fragezeichen sind optional chaining, so eine Art impliziter Null-Check. Wenn es eine Property nicht gibt, ist der Wert halt "undefined" anstatt dass dir das Skript um die Ohren fliegt.
Danke für den Hinweis mit dem Rega-Adapter. Ich habe da unter "Synchonisiere" sichergestellt, dass "Namen" aktiviert ist und den Adapter neu gestartet. Danach hab ich (nochmal) im hm-rpc.0 sichergestellt, dass "Geräte bei Adapterstart nicht löschen" deaktiviert und "Geräte neu einlesen " aktiviert ist und hab ihn gespeichert und neu gestartet. Brachte aber nichts. Im Datenbaum steht in der Spalte Name für z. B. Objekt hm-rpc.0.QED0123456 "QED0123456". hm.rpc.0.BidCoS-RF heißt "BidCoS-RF". hm-rega.0.14668 heißt dagegen "System_Duty Cycle".
ABER:
im Log sehe ich eine Meldung "Cannot parse answer for devices: {"QED0123456":{"Name":"BM%20Au%DFen","Interface":"BidCos-RF"}..." vom Rega-Adapter. Das betrifft glaube ich die HmIP-Geräte. Mal schauen, was passiert, wenn ich die beim Rega-Adapter rausnehme.Edit: nix passiert. Der Fehler kommt trotzdem. Ich hab mal das 'ß' aus dem Namen des Bewegungsmelders (und seines einen Kanals) genommen. Ändert aber nichts (außer dass kein %DF mehr im Text auftaucht), das kann nicht das Problem gewesen sein. Wenn ich das JSON validiere, scheint das Problem eine fehlende letzte geschweifte Klammer zu sein.
hm-rega.0 2025-01-04 22:00:30.053 error Cannot parse answer for devices: {"QED0123456":{"Name":"BM%20Aussen","Interface":"BidCos-RF"}, "QED0123456:0":{"Name":"BM%20Aussen%3A0","Interface":"BidCos-RF"}, "QED0123456:1":{"Name":"BM%20Aussen%3A1","Interface":"BidCos-RF"}, "BidCoS-RF":{"Name":"CCU3","Interface":"BidCos-RF"}, "BidCoS-RF:0":{"Name":"CCU3%3A0","Interface":"BidCos-RF"}, "BidCoS-RF:1":{"Name":"Heizungsschalter%3A1","Interface":"BidCos-RF"}, "BidCoS-RF:2":{"Name":"HM-RCV-50%20BidCoS-RF%3A2","Interface":"BidCos-RF"}, "BidCoS-RF:3":{"Name":"HM-RCV-50%20BidCoS-RF%3A3","Interface":"BidCos-RF"}, "BidCoS-RF:4":{"Name":"HM-RCV-50%20BidCoS-RF%3A4","Interface":"BidCos-RF"}, "BidCoS-RF:5":{"Name":"HM-RCV-50%20BidCoS-RF%3A5","Interface":"BidCos-RF"}, "BidCoS-RF:6":{"Name":"HM-RCV-50%20BidCoS-RF%3A6","Interface":"BidCos-RF"}, "BidCoS-RF:7":{"Name":"HM-RCV-50%20BidCoS-RF%3A7","Interface":"BidCos-RF"}, "BidCoS-RF:8":{"Name":"HM-RCV-50%20BidCoS-RF%3A8","Interface":"BidCos-RF"}, "BidCoS-RF:9":{"Name":"HM-RCV-50%20BidCoS-RF%3A9","Interface":"BidCos-RF"}, "BidCoS-RF:10":{"Name":"HM-RCV-50%20BidCoS-RF%3A10","Interface":"BidCos-RF"}, "BidCoS-RF:11":{"Name":"HM-RCV-50%20BidCoS-RF%3A11","Interface":"BidCos-RF"}, "BidCoS-RF:12":{"Name":"HM-RCV-50%20BidCoS-RF%3A12","Interface":"BidCos-RF"}, "BidCoS-RF:13":{"Name":"HM-RCV-50%20BidCoS-RF%3A13","Interface":"BidCos-RF"}, "BidCoS-RF:14":{"Name":"HM-RCV-50%20BidCoS-RF%3A14","Interface":"BidCos-RF"}, "BidCoS-RF:15":{"Name":"HM-RCV-50%20BidCoS-RF%3A15","Interface":"BidCos-RF"}, "BidCoS-RF:16":{"Name":"HM-RCV-50%20BidCoS-RF%3A16","Interface":"BidCos-RF"}, "BidCoS-RF:17":{"Name":"HM-RCV-50%20BidCoS-RF%3A17","Interface":"BidCos-RF"}, "BidCoS-RF:18":{"Name":"HM-RCV-50%20BidCoS-RF%3A18","Interface":"BidCos-RF"}, "BidCoS-RF:19":{"Name":"HM-RCV-50%20BidCoS-RF%3A19","Interface":"BidCos-RF"}, "BidCoS-RF:20":{"Name":"HM-RCV-50%20BidCoS-RF%3A20","Interface":"BidCos-RF"}, "BidCoS-RF:21":{"Name":"HM-RCV-50%20BidCoS-RF%3A21","Interface":"BidCos-RF"}, "BidCoS-RF:22":{"Name":"HM-RCV-50%20BidCoS-RF%3A22","Interface":"BidCos-RF"}, "BidCoS-RF:23":{"Name":"HM-RCV-50%20BidCoS-RF%3A23","Interface":"BidCos-RF"}, "BidCoS-RF:24":{"Name":"HM-RCV-50%20BidCoS-RF%3A24","Interface":"BidCos-RF"}, "BidCoS-RF:25":{"Name":"HM-RCV-50%20BidCoS-RF%3A25","Interface":"BidCos-RF"}, "BidCoS-RF:26":{"Name":"HM-RCV-50%20BidCoS-RF%3A26","Interface":"BidCos-RF"}, "BidCoS-RF:27":{"Name":"HM-RCV-50%20BidCoS-RF%3A27","Interface":"BidCos-RF"}, "BidCoS-RF:28":{"Name":"HM-RCV-50%20BidCoS-RF%3A28","Interface":"BidCos-RF"}, "BidCoS-RF:29":{"Name":"HM-RCV-50%20BidCoS-RF%3A29","Interface":"BidCos-RF"}, "BidCoS-RF:30":{"Name":"HM-RCV-50%20BidCoS-RF%3A30","Interface":"BidCos-RF"}, "BidCoS-RF:31":{"Name":"HM-RCV-50%20BidCoS-RF%3A31","Interface":"BidCos-RF"}, "BidCoS-RF:32":{"Name":"HM-RCV-50%20BidCoS-RF%3A32","Interface":"BidCos-RF"}, "BidCoS-RF:33":{"Name":"HM-RCV-50%20BidCoS-RF%3A33","Interface":"BidCos-RF"}, "BidCoS-RF:34":{"Name":"HM-RCV-50%20BidCoS-RF%3A34","Interface":"BidCos-RF"}, "BidCoS-RF:35":{"Name":"HM-RCV-50%20BidCoS-RF%3A35","Interface":"BidCos-RF"}, "BidCoS-RF:36":{"Name":"HM-RCV-50%20BidCoS-RF%3A36","Interface":"BidCos-RF"}, "BidCoS-RF:37":{"Name":"HM-RCV-50%20BidCoS-RF%3A37","Interface":"BidCos-RF"}, "BidCoS-RF:38":{"Name":"HM-RCV-50%20BidCoS-RF%3A38","Interface":"BidCos-RF"}, "BidCoS-RF:39":{"Name":"HM-RCV-50%20BidCoS-RF%3A39","Interface":"BidCos-RF"}, "BidCoS-RF:40":{"Name":"HM-RCV-50%20BidCoS-RF%3A40","Interface":"BidCos-RF"}, "BidCoS-RF:41":{"Name":"HM-RCV-50%20BidCoS-RF%3A41","Interface":"BidCos-RF"}, "BidCoS-RF:42":{"Name":"HM-RCV-50%20BidCoS-RF%3A42","Interface":"BidCos-RF"}, "BidCoS-RF:43":{"Name":"HM-RCV-50%20BidCoS-RF%3A43","Interface":"BidCos-RF"}, "BidCoS-RF:44":{"Name":"HM-RCV-50%20BidCoS-RF%3A44","Interface":"BidCos-RF"}, "BidCoS-RF:45":{"Name":"HM-RCV-50%20BidCoS-RF%3A45","Interface":"BidCos-RF"}, "BidCoS-RF:46":{"Name":"HM-RCV-50%20BidCoS-RF%3A46","Interface":"BidCos-RF"}, "BidCoS-RF:47":{"Name":"HM-RCV-50%20BidCoS-RF%3A47","Interface":"BidCos-RF"}, "BidCoS-RF:48":{"Name":"HM-RCV-50%20BidCoS-RF%3A48","Interface":"BidCos-RF"}, "BidCoS-RF:49":{"Name":"HM-RCV-50%20BidCoS-RF%3A49","Interface":"BidCos-RF"}, "BidCoS-RF:50":{"Name":"HM-RCV-50%20BidCoS-RF%3A50","Interface":"BidCos-RF"}, "HmIP-RCV-1":{"Name":"CCU3%20(HmIP)","Interface":"HmIP-RF"}, "HmIP-RCV-1:0":{"Name":"CCU3%20(HmIP)%3A0","Interface":"HmIP-RF"}, "HmIP-RCV-1:1":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A1","Interface":"HmIP-RF"}, "HmIP-RCV-1:2":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A2","Interface":"HmIP-RF"}, "HmIP-RCV-1:3":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A3","Interface":"HmIP-RF"}, "HmIP-RCV-1:4":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A4","Interface":"HmIP-RF"}, "HmIP-RCV-1:5":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A5","Interface":"HmIP-RF"}, "HmIP-RCV-1:6":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A6","Interface":"HmIP-RF"}, "HmIP-RCV-1:7":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A7","Interface":"HmIP-RF"}, "HmIP-RCV-1:8":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A8","Interface":"HmIP-RF"}, "HmIP-RCV-1:9":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A9","Interface":"HmIP-RF"}, "HmIP-RCV-1:10":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A10","Interface":"HmIP-RF"}, "HmIP-RCV-1:11":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A11","Interface":"HmIP-RF"}, "HmIP-RCV-1:12":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A12","Interface":"HmIP-RF"}, "HmIP-RCV-1:13":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A13","Interface":"HmIP-RF"}, "HmIP-RCV-1:14":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A14","Interface":"HmIP-RF"}, "HmIP-RCV-1:15":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A15","Interface":"HmIP-RF"}, "HmIP-RCV-1:16":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A16","Interface":"HmIP-RF"}, "HmIP-RCV-1:17":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A17","Interface":"HmIP-RF"}, "HmIP-RCV-1:18":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A18","Interface":"HmIP-RF"}, "HmIP-RCV-1:19":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A19","Interface":"HmIP-RF"}, "HmIP-RCV-1:20":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A20","Interface":"HmIP-RF"}, "HmIP-RCV-1:21":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A21","Interface":"HmIP-RF"}, "HmIP-RCV-1:22":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A22","Interface":"HmIP-RF"}, "HmIP-RCV-1:23":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A23","Interface":"HmIP-RF"}, "HmIP-RCV-1:24":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A24","Interface":"HmIP-RF"}, "HmIP-RCV-1:25":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A25","Interface":"HmIP-RF"}, "HmIP-RCV-1:26":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A26","Interface":"HmIP-RF"}, "HmIP-RCV-1:27":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A27","Interface":"HmIP-RF"}, "HmIP-RCV-1:28":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A28","Interface":"HmIP-RF"}, "HmIP-RCV-1:29":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A29","Interface":"HmIP-RF"}, "HmIP-RCV-1:30":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A30","Interface":"HmIP-RF"}, "HmIP-RCV-1:31":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A31","Interface":"HmIP-RF"}, "HmIP-RCV-1:32":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A32","Interface":"HmIP-RF"}, "HmIP-RCV-1:33":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A33","Interface":"HmIP-RF"}, "HmIP-RCV-1:34":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A34","Interface":"HmIP-RF"}, "HmIP-RCV-1:35":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A35","Interface":"HmIP-RF"}, "HmIP-RCV-1:36":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A36","Interface":"HmIP-RF"}, "HmIP-RCV-1:37":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A37","Interface":"HmIP-RF"}, "HmIP-RCV-1:38":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A38","Interface":"HmIP-RF"}, "HmIP-RCV-1:39":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A39","Interface":"HmIP-RF"}, "HmIP-RCV-1:40":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A40","Interface":"HmIP-RF"}, "HmIP-RCV-1:41":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A41","Interface":"HmIP-RF"}, "HmIP-RCV-1:42":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A42","Interface":"HmIP-RF"}, "HmIP-RCV-1:43":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A43","Interface":"HmIP-RF"}, "HmIP-RCV-1:44":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A44","Interface":"HmIP-RF"}, "HmIP-RCV-1:45":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A45","Interface":"HmIP-RF"}, "HmIP-RCV-1:46":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A46","Interface":"HmIP-RF"}, "HmIP-RCV-1:47":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A47","Interface":"HmIP-RF"}, "HmIP-RCV-1:48":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A48","Interface":"HmIP-RF"}, "HmIP-RCV-1:49":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A49","Interface":"HmIP-RF"}, "HmIP-RCV-1:50":{"Name":"HmIP-RCV-50%20HmIP-RCV-1%3A50","Interface":"HmIP-RF"} hm-rega.0 2025-01-04 22:00:26.400 info time difference local-ccu 0sDie fehlende '}' ist definitiv kein Kopierfehler. Kann höchstens sein, dass das nicht mitprotokolliert wird. Ich habe jetzt mal das FW-Update der CCU3 zurückgedreht. Wenn es an der fehlenden Klammer liegt, muss es ja von Sender-Seite kommen. Änderte aber auch nichts.
Auch die Batteriewarnung, die der ioBroker ja jetzt seit einiger Zeit ausspuckt, nennt nur noch "QED0123456", nicht mehr den Namen.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
scheint das Problem eine fehlende letzte geschweifte Klammer zu sein.
und der Rest ist vollständig?
oder bricht das JSON vor einem unzulässigen Zeichen ab und der gesamte Rest incl. schließender Klammer fehlt? -
@Homoran Naja, woher soll.ich wissen, ob da noch was kommen sollte? Das JSON wird valide, wenn ich eine geschweifte Klammer hinzufüge, und wenn da noch was fehlt, müsste das nächste Zeichen Whitespace oder ein Komma sein, ansonsten wäre die JSON-Erstellung schrott.
-
@Homoran Naja, woher soll.ich wissen, ob da noch was kommen sollte? Das JSON wird valide, wenn ich eine geschweifte Klammer hinzufüge, und wenn da noch was fehlt, müsste das nächste Zeichen Whitespace oder ein Komma sein, ansonsten wäre die JSON-Erstellung schrott.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
müsste das nächste Zeichen Whitespace oder ein Komma sein, ansonsten wäre die JSON-Erstellung schrott.
und genau das ist möglicherweise passiert.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
woher soll.ich wissen, ob da noch was kommen sollte?
gute Frage!
ich weiß jetzt nicht in welcher Reihenfolge die Elemente sind.
Vielleicht lässt sich daran erkennen was als nächstes kommen müsstekein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
müsste das nächste Zeichen Whitespace oder ein Komma sein, ansonsten wäre die JSON-Erstellung schrott.
und genau das ist möglicherweise passiert.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
woher soll.ich wissen, ob da noch was kommen sollte?
gute Frage!
ich weiß jetzt nicht in welcher Reihenfolge die Elemente sind.
Vielleicht lässt sich daran erkennen was als nächstes kommen müsste@homoran Als nächstes käme in der Geräteliste ein HM-Sec-SCo namens "FK Bad" bzw. "FK Bad:1" (fängt auch mit BM Außen an und dann dir CCU-Komponenten). Ich vermute immer mehr, so wie du vermutlich auch, dass der Fehler irgendwo CCU-seitig ist und der Rega deswegen auf die Nase fällt.
Vielleicht finde ich in den Logs auf der CCU irgendwas.
-
@homoran Als nächstes käme in der Geräteliste ein HM-Sec-SCo namens "FK Bad" bzw. "FK Bad:1" (fängt auch mit BM Außen an und dann dir CCU-Komponenten). Ich vermute immer mehr, so wie du vermutlich auch, dass der Fehler irgendwo CCU-seitig ist und der Rega deswegen auf die Nase fällt.
Vielleicht finde ich in den Logs auf der CCU irgendwas.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
du vermutlich auch, dass der Fehler irgendwo CCU-seitig ist
ja, und wenn es da ein nicht zulässiges Zeichen in irgendeiner Bezeichnung ist.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
du vermutlich auch, dass der Fehler irgendwo CCU-seitig ist
ja, und wenn es da ein nicht zulässiges Zeichen in irgendeiner Bezeichnung ist.
-
@homoran Ich hab keine Geräte umbenannt oder neue installiert. Auch der "BM außen" hieß schon immer so. Ansonsten hab ich Umlaute in den Namen, aber das wars.
Mal schauen, was.die Logs sagen. Bin grad unterwegs.
In den Logs sehe ich jetzt nichts auffälliges. Außer der Beschwerde darüber, dass der Aufruf vom hm-rega so lange zu beantworten dauert (7-9 Sekunden blockierter Thread). Das dürfte aber okay sein und verschwindet dann irgendwann.
Das Debug-Logging vom hm-rega-Adapter zeigt auch bei den Rohdaten, dass das JSON einfach aufhört. Einen Weg, den Call des Adapters nachzuvollziehen, hab ich noch nicht gefunden - kennt den jemand? Ich mag grad nicht versuchen, den Quellcode des Adapters zu verstehen. Ich hab da eh keine Ahnung von.
Ich hab jetzt auf Raspberrymatic umgestellt. Das Verhalten ist unverändert. WTF.
-
In den Logs sehe ich jetzt nichts auffälliges. Außer der Beschwerde darüber, dass der Aufruf vom hm-rega so lange zu beantworten dauert (7-9 Sekunden blockierter Thread). Das dürfte aber okay sein und verschwindet dann irgendwann.
Das Debug-Logging vom hm-rega-Adapter zeigt auch bei den Rohdaten, dass das JSON einfach aufhört. Einen Weg, den Call des Adapters nachzuvollziehen, hab ich noch nicht gefunden - kennt den jemand? Ich mag grad nicht versuchen, den Quellcode des Adapters zu verstehen. Ich hab da eh keine Ahnung von.
Ich hab jetzt auf Raspberrymatic umgestellt. Das Verhalten ist unverändert. WTF.
Gibt es eine Lösung für das Problem?
Ich habe jetzt das gleiche Problem. Habe heute ein neues HM IP Gerät in der CCU3 hinzugefügt. Im IOB wurde nur die Seriennummer und nicht, wie bei den anderen Geräten der Name, angezeigt. Also in der hm-rpc.1 Instanz den Haken bei Geräte neu einlesen gesetzt und seitdem sind jetzt alle Namen weg.
In der hm-rpc.0 Instanz sind die HM (ohne IP) Geräte und die sind alle mit Namen. Die Verbindung zur CCU3 besteht, die dazugehörigen Instanzen hm-rega und hm-rpc sind alle grün. Es gibt keine Linux Updates und nur für Shelly und Zigbee ein Adapterupdate. Also alles aktuell.
Ich habe den IoBroker und auch die CCU3 neu gestartet. Leider erfolglos, es werden keine Namen mehr angezeigt.
Gruß, Johannes
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Gibt es eine Lösung für das Problem?
Ich habe jetzt das gleiche Problem. Habe heute ein neues HM IP Gerät in der CCU3 hinzugefügt. Im IOB wurde nur die Seriennummer und nicht, wie bei den anderen Geräten der Name, angezeigt. Also in der hm-rpc.1 Instanz den Haken bei Geräte neu einlesen gesetzt und seitdem sind jetzt alle Namen weg.
In der hm-rpc.0 Instanz sind die HM (ohne IP) Geräte und die sind alle mit Namen. Die Verbindung zur CCU3 besteht, die dazugehörigen Instanzen hm-rega und hm-rpc sind alle grün. Es gibt keine Linux Updates und nur für Shelly und Zigbee ein Adapterupdate. Also alles aktuell.
Ich habe den IoBroker und auch die CCU3 neu gestartet. Leider erfolglos, es werden keine Namen mehr angezeigt.
Gruß, Johannes
@jojo58 sagte: in der hm-rpc.1 Instanz den Haken bei Geräte neu einlesen gesetzt und seitdem sind jetzt alle Namen weg.
Danach mal die hm-rega.0 Instanz neu gestartet?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@jojo58 sagte: in der hm-rpc.1 Instanz den Haken bei Geräte neu einlesen gesetzt und seitdem sind jetzt alle Namen weg.
Danach mal die hm-rega.0 Instanz neu gestartet?
Ja, erst nur die hm-rega und hm-rpc und dann sogar den ganzen IOB (ist eine Proxmox VM) neu gestartet.
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Ja, erst nur die hm-rega und hm-rpc und dann sogar den ganzen IOB (ist eine Proxmox VM) neu gestartet.
@jojo58 Ich hab vorerst aufgegeben und benutze in meinen Programmen eine Map, in der ich die Beschreibungen und Geräte nochmal pflege. Ist zwar doof, ich will aber mein Programm fertig bekommen.
-
Ja, erst nur die hm-rega und hm-rpc und dann sogar den ganzen IOB (ist eine Proxmox VM) neu gestartet.
@jojo58 sagte: Ja, erst nur die hm-rega
In der Konfiguration ist hm-rpc.1 angehakt und im Tab "SYNCHRONISIERE" Namen?
Falls ja, wurden die Namen nicht aus der CCU übernommen, sondern in ioBroker manuell eingegeben. Um so etwas zu vermeiden, verwendet man Alias, bei denen keine Namen bei Neueinlesen von Geräten überschrieben werden.Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@jojo58 sagte: Ja, erst nur die hm-rega
In der Konfiguration ist hm-rpc.1 angehakt und im Tab "SYNCHRONISIERE" Namen?
Falls ja, wurden die Namen nicht aus der CCU übernommen, sondern in ioBroker manuell eingegeben. Um so etwas zu vermeiden, verwendet man Alias, bei denen keine Namen bei Neueinlesen von Geräten überschrieben werden.Ja, in hm-rega ist bei HM IP die hm-rpc.1 eingetragen und bisher wurden auch die Namen angezeigt. In den Objekten also als erstes in der Spalte ID die Seriennummer und in der Spalte Name stand der Name der in der CCU3 hinterlegt ist. Ich habe dort nie Namen manuell eingetragen. Ich habe auch einen RPI und dort stehen noch die Namen, bis auf das neue HM IP Gerät, da steht nur die Nummer. Da lasse ich die Geräte aber nicht neu einlesen. ;-)
Klar, ich bin nachdem ich den IoBroker besser kannte, auch auf Alias umgestiegen und habe nach und nach alles umgestellt. Es gibt aber noch alte Scripte die nicht auf die Aliasse zugreifen, sondern direkt auf die Objekte von den Adaptern. Das ist aber nicht so tragisch.
Es ist nur blöd, wenn man etwas sucht und nur die Nummern angezeigt werden, sprechende Namen wie SD-21-Wasserkocher sind da schon deutlich hilfreicher.
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
@jojo58 Ich hab vorerst aufgegeben und benutze in meinen Programmen eine Map, in der ich die Beschreibungen und Geräte nochmal pflege. Ist zwar doof, ich will aber mein Programm fertig bekommen.
@smartstuffcoyote sagte in Homematic RPC und Gerätebeschreibungen:
Ich hab vorerst aufgegeben und benutze in meinen Programmen eine Map
Ich lege dafür Alias an...
-
Ja, in hm-rega ist bei HM IP die hm-rpc.1 eingetragen und bisher wurden auch die Namen angezeigt. In den Objekten also als erstes in der Spalte ID die Seriennummer und in der Spalte Name stand der Name der in der CCU3 hinterlegt ist. Ich habe dort nie Namen manuell eingetragen. Ich habe auch einen RPI und dort stehen noch die Namen, bis auf das neue HM IP Gerät, da steht nur die Nummer. Da lasse ich die Geräte aber nicht neu einlesen. ;-)
Klar, ich bin nachdem ich den IoBroker besser kannte, auch auf Alias umgestiegen und habe nach und nach alles umgestellt. Es gibt aber noch alte Scripte die nicht auf die Aliasse zugreifen, sondern direkt auf die Objekte von den Adaptern. Das ist aber nicht so tragisch.
Es ist nur blöd, wenn man etwas sucht und nur die Nummern angezeigt werden, sprechende Namen wie SD-21-Wasserkocher sind da schon deutlich hilfreicher.
@jojo58 sagte: in hm-rega ist bei HM IP die hm-rpc.1 eingetragen
... und im Tab "SYNCHRONISIERE" ist Namen angehakt?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@jojo58 sagte: in hm-rega ist bei HM IP die hm-rpc.1 eingetragen
... und im Tab "SYNCHRONISIERE" ist Namen angehakt?
Jau...
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Das ist bei mir auch angehakt. Ab sogar abgehakt und was anderes (Räume) angehakt, alles neu geladen (seitdem hab ich die Räume wieder) und dann wieder zurückgedreht und die Synchronisation der Namen wieder gesetzt.
Hast du auch die Fehlermeldung in den Protokollen?
-
Ich habe gestern bei mir einige Geräte anderen Räumen zugewiesen und andere Namen vergeben.
Danach den RPC und Rega neu gestartet. Zu Beginn waren auch nur die IDs der Geräte da, hat ca. 5 Minuten gedauert und dann kamen nach und nach die Namen im iob an.
@JoJo58 was für ein Gerät wurde denn wie zugefügt? Namen, Gewerk usw.
-
Das ist bei mir auch angehakt. Ab sogar abgehakt und was anderes (Räume) angehakt, alles neu geladen (seitdem hab ich die Räume wieder) und dann wieder zurückgedreht und die Synchronisation der Namen wieder gesetzt.
Hast du auch die Fehlermeldung in den Protokollen?
Guten Morgen, ich habe Abends selten Zeit mich an den PC zu setzen, daher erst jetzt die Antwort.
Ich hatte eine Fehlermeldung vom hm-rega wegen einem Gerät:
hm-rega.0 2025-01-08 09:06:50.012 info update favorites to enum.favorites hm-rega.0 2025-01-08 09:06:50.000 info added/updated 1 objects hm-rega.0 2025-01-08 09:06:49.901 info Updated all datapoints hm-rega.0 2025-01-08 09:06:48.615 info request state values hm-rega.0 2025-01-08 09:06:48.614 error Cannot parse answer for devices: {"0008DD47B328D6":{"Name":"DA-Buero","Interface":"HmIP-RF"}, "0008DD47B328D6:0":{"Name":"DA-Buero%3A0","Interface":"HmIP-RF"}, "0008DD47B328D6:1":{"Name":"DA-Buero%3A1","Interface":"HmIP-RF"}, "0008DD47B328D6:2":{"Name":"DA-Buero%3A2","Interface":"HmIP-RF"}, "0008DD47B328D6:3":{"Name":"DA-Buero%3A3","Interface":"HmIP-RF"}, "0008DD47B328D6:4":{"Name":"DA-Buero%3A4","Interface":"HmIP-RF"}, "0008DD47B328D6:5":{"Name":"DA-Buero%3A5","Interface":"HmIP-RF"}, "0008DD47B328D6:6":{"Name":"DA-Buero%3A6","Interface":"HmIP-RF"}, "0008DD47B328D6:7":{"Name":"DA-Buero%3A7","Interface":"HmIP-RF"} hm-rega.0 2025-01-08 09:06:48.301 info time difference local-ccu 0s hm-rega.0 2025-01-08 09:06:48.241 info ReGaHSS 192.168.1.10 up hm-rega.0 2025-01-08 09:06:48.115 info subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT hm-rega.0 2025-01-08 09:06:47.543 info starting. Version 5.1.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v20.18.1, js-controller: 7.0.6 hm-rega.0 2025-01-08 09:06:43.283 info terminating hm-rega.0 2025-01-08 09:06:42.796 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rega.0 2025-01-08 09:06:42.795 info terminating hm-rega.0 2025-01-08 09:06:42.781 info Got terminate signal TERMINATE_YOURSELFZuerst dachte ich an den Umlaut, also in der CCU3 umbenannt, gleiches Problem, nur etwas andere Meldung.
Dann war ich eben mal mutig und habe das Gerät aus der CCU3 gelöscht und auf Werkseinstellungen setzen lassen. Der HM-RPC hat das auch sofort mitbekommen und das Gerät aus den Objekten gelöscht. Dann die Instanzen wieder neu gestartet und vorher den Haken bei "Geräte neu einlösen" gesetzt, aber es kamen keine Namen.
Jetzt kommt aber eine andere Meldung:hm-rega.0 2025-01-08 09:24:54.017 error Cannot parse answer for devices: {Auch hier hört die Meldung nach der geschweiften Klammer auf, wie @SmartStuffCoyote schon geschrieben hatte.
Also das Gerät wieder neu angelernt und konfiguriert, die Instanzen neu gestartet und das Gerät ist wieder in den Objekten zu sehen und ich kann es über den IOB steuern. Aber eben alles ohne Namen.
@wendy2702 Ich hatte gestern nur eine HmIP-PSM-2 Steckdose mit Namen "SD-22" hinzugefügt. Raum ist "Bad" und Gewerk "Energiemanagement". Also alles Standards.
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Guten Morgen, ich habe Abends selten Zeit mich an den PC zu setzen, daher erst jetzt die Antwort.
Ich hatte eine Fehlermeldung vom hm-rega wegen einem Gerät:
hm-rega.0 2025-01-08 09:06:50.012 info update favorites to enum.favorites hm-rega.0 2025-01-08 09:06:50.000 info added/updated 1 objects hm-rega.0 2025-01-08 09:06:49.901 info Updated all datapoints hm-rega.0 2025-01-08 09:06:48.615 info request state values hm-rega.0 2025-01-08 09:06:48.614 error Cannot parse answer for devices: {"0008DD47B328D6":{"Name":"DA-Buero","Interface":"HmIP-RF"}, "0008DD47B328D6:0":{"Name":"DA-Buero%3A0","Interface":"HmIP-RF"}, "0008DD47B328D6:1":{"Name":"DA-Buero%3A1","Interface":"HmIP-RF"}, "0008DD47B328D6:2":{"Name":"DA-Buero%3A2","Interface":"HmIP-RF"}, "0008DD47B328D6:3":{"Name":"DA-Buero%3A3","Interface":"HmIP-RF"}, "0008DD47B328D6:4":{"Name":"DA-Buero%3A4","Interface":"HmIP-RF"}, "0008DD47B328D6:5":{"Name":"DA-Buero%3A5","Interface":"HmIP-RF"}, "0008DD47B328D6:6":{"Name":"DA-Buero%3A6","Interface":"HmIP-RF"}, "0008DD47B328D6:7":{"Name":"DA-Buero%3A7","Interface":"HmIP-RF"} hm-rega.0 2025-01-08 09:06:48.301 info time difference local-ccu 0s hm-rega.0 2025-01-08 09:06:48.241 info ReGaHSS 192.168.1.10 up hm-rega.0 2025-01-08 09:06:48.115 info subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT hm-rega.0 2025-01-08 09:06:47.543 info starting. Version 5.1.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v20.18.1, js-controller: 7.0.6 hm-rega.0 2025-01-08 09:06:43.283 info terminating hm-rega.0 2025-01-08 09:06:42.796 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rega.0 2025-01-08 09:06:42.795 info terminating hm-rega.0 2025-01-08 09:06:42.781 info Got terminate signal TERMINATE_YOURSELFZuerst dachte ich an den Umlaut, also in der CCU3 umbenannt, gleiches Problem, nur etwas andere Meldung.
Dann war ich eben mal mutig und habe das Gerät aus der CCU3 gelöscht und auf Werkseinstellungen setzen lassen. Der HM-RPC hat das auch sofort mitbekommen und das Gerät aus den Objekten gelöscht. Dann die Instanzen wieder neu gestartet und vorher den Haken bei "Geräte neu einlösen" gesetzt, aber es kamen keine Namen.
Jetzt kommt aber eine andere Meldung:hm-rega.0 2025-01-08 09:24:54.017 error Cannot parse answer for devices: {Auch hier hört die Meldung nach der geschweiften Klammer auf, wie @SmartStuffCoyote schon geschrieben hatte.
Also das Gerät wieder neu angelernt und konfiguriert, die Instanzen neu gestartet und das Gerät ist wieder in den Objekten zu sehen und ich kann es über den IOB steuern. Aber eben alles ohne Namen.
@wendy2702 Ich hatte gestern nur eine HmIP-PSM-2 Steckdose mit Namen "SD-22" hinzugefügt. Raum ist "Bad" und Gewerk "Energiemanagement". Also alles Standards.
Eigentlich gibt es in meinen Augen nur zwei Möglichkeiten: entweder liest der Adapter den Datenstrom falsch aus und kappt das letzte Zeichen weg, oder CCU-seitig ist irgendetwas kaputtgegangen was das JSON nicht richtig sendet - und keiner bemerkt es, weil man die Änderung ja doch nur eher zufällig mitbekommt (wenn an einen ioBroker o. ä. einsetzt und wenn sich für die Namen der Geräte interessiert und wenn es dabei irgendwo eine Änderung gab).
524
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge