Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Homoran]

@cactus-online sagte in ioBroker -> RaspberryMatic: Gerätenamen:

wie soll ich Deinen Beitrag verstehen ?

wie heißen deine Geräte und Datenpunkte in der Charly?
screenshot von geräten mit aufgeklappten Datenpunkten wäre hilfreich

[cactus-online]

@homoran Wie gesagt Name = Seriennummer

[bahnuhr]

@homoran sagte in ioBroker -> RaspberryMatic: Gerätenamen:

wie heißen deine Geräte und Datenpunkte in der Charly?

Ich glaube Homoran hat Charly gemeint.
Und nicht der Screenshot aus iob.

Bei mir sieht es auf der ccu3 so aus.

Und genau so steht es auch in iob.

[cactus-online]

@bahnuhr Korrekt, so wie es bei Dir aussieht, sollte es auch sein (welche Firmware verwendest Du ?). Das meine Namen auf der CCU richtig (und nicht gleich der Seriennummer) sind, hatte ich als selbstverständlich angesehen. Die Namen werden im WebUI korrekt angezeigt.

[Homoran]

@bahnuhr sagte in ioBroker -> RaspberryMatic: Gerätenamen:

Ich glaube Homoran hat Charly gemeint.

@cactus-online
genau so ist es

und zwar mit aufgeklappten Kanälen!

@cactus-online sagte in ioBroker -> RaspberryMatic: Gerätenamen:

Die Namen werden im WebUI korrekt angezeigt.

auch die der Kanäle??
Das wären dann die Datenpunkte.

Wie sieht denn deinen hm-rega Konfiguration aus?

1. Homematic ReGaHss

Dieser Adapter stellt eine Verbindung zur Homematic Logikschicht „ReGaHSS“ (Residential Gateway) her. Er synchronisiert Klarnamen, Systemvariablen, Räume, Gewerke und Programme zwischen Homematic und ioBroker.

https://www.iobroker.net/#de/adapters/adapterref/iobroker.hm-rpc/README.md

[cactus-online]

@homoran Danke, das grenzt es schon mal ein. Wie es scheint, kann der hm-rega Adapter mit der Antwort der CCU nicht umgehen:

2021-04-26 11:44:14.160 - error: hm-rega.0 (2938953) Cannot parse answer for devices: {"SONOFF0002":{"Name":"AZ%20%7C%20Analyzer","Interface":"BidCos-RF"},
"SONOFF0002:0":{"Name":"AZ%20%7C%20Analyzer%3A0","Interface":"BidCos-RF"},
"SONOFF0002:1":{"Name":"AZ%20%7C%20Analyzer","Interface":"BidCos-RF"},
"LTK0002828":{"Name":"AZ%20%7C%20Deko","Interface":"BidCos-RF"},
"LTK0002828:0":{"Name":"AZ%20%7C%20Deko%3A0","Interface":"BidCos-RF"},
"LTK0002828:1":{"Name":"AZ%20%7C%20Deko","Interface":"BidCos-RF"},
"JEQ0705254":{"Name":"AZ%20%7C%20Display-Taster","Interface":"BidCos-RF"},
"JEQ0705254:0":{"Name":"AZ%20%7C%20Display-Taster%3A0","Interface":"BidCos-RF"},
"JEQ0705254:1":{"Name":"AZ%20%7C%20Stehlampe%20Taster","Interface":"BidCos-RF"},
...

Fragt sich warum ? Auch im Debug-Modus kommt da keine genauere Fehlermeldung, warum das Parsen nicht möglich ist.

Config sieht so aus:

[Homoran]

@cactus-online sagte in ioBroker -> RaspberryMatic: Gerätenamen:

Auch im Debug-Modus

in der Instanz eingestellt oder nur den Filter im log?

du nutzst https?
ist das auch entsprechend in der Firewall der RM eingestellt
Nutzst du dir korrekten Ports für https?

[cactus-online]

@homoran Das Log-Level habe ich auf der Instanz eingestellt. Ja https. Ja, der Conect ist in Ordnung. Es werden ja Programme (mit Namen, Variablen (mit Namen),etc korrekt gezogen.

[Homoran]

@cactus-online sagte in ioBroker -> RaspberryMatic: Gerätenamen:

Es werden ja Programme (mit Namen, Variablen (mit Namen),etc korrekt gezogen.

dann liegt der Fehler woanders.
Einzelne Namen filtern macht der hm-Rega nicht ;-)

steht was im RM-systemlog?

[cactus-online]

@homoran Diese Parse-Errors haben mir keine Ruhe gelassen. Beim Umzug von der CCU 2 auf Charly war noch ein "Rest"-CUxD-Device vorhanden (im CUxD zu sehen, auf der Charly nicht). Nachdem ich das Device im CUxD gelöscht habe, funktioniert das einlesen der Namen wieder.

Herzlichen Dank für die Mühe bei der Unterstützung der Fehlersuche.