@oliverio
Oliver... Genial!!!
Geht alles wieder wie vorher.

Vielen vielen dank.

@mws sagte in Lovelace - Homematic Virtuelle Gruppen verwenden:

Hallo,

ich hab mir gerade den Lovelace Adapter installiert und stehe nun vor dem Problem, dass ich meine Homematic Thermostate, welche in ioBroker als virtuelle Gruppen angelegt sind, nicht hinzufügen kann.

Für mein Wohnzimmer habe ich die Wand- und Heizkörper Thermostat inklusive dem Fensterkontakt direkt auf der CCU3 in eine Gruppe (Heizgruppe) gegeben.

Diese Gruppe wird im ioBroker auch angezeigt und ich kann die einzelnen Datenpunkte auch normal verwenden. Aber im Lovelace Adapter kann ich die Thermostate, welche als Gruppe angelegt sind, nicht auswählen.

Könnt Ihr mir hier weiterhelfen und sagen wie ich die virtuellen Gruppen in Lovelace integrieren kann?

Liebe Grüße
mws

Hallo zusammen,

ich greife dieses ältere Thema noch einmal auf, da ich aktuell vor genau dem gleichen Problem stehe wie der ursprüngliche Verfasser.

Auch bei mir werden die auf meiner CCU3 (RaspberryMatic) angelegten Heizungsgruppen im Lovelace-Adapter nicht als Entitäten erkannt. Das betrifft sowohl Gruppen aus klassischen Homematic-Geräten (Heizkörper- und Wandthermostat) als auch Gruppen aus Homematic IP-Geräten.

Alle meine Systeme (ioBroker, Adapter, RaspberryMatic) sind auf dem aktuellsten STABEL Stand.

Hat sich hierfür in der Zwischenzeit eine Lösung ergeben, oder hat jemand einen Tipp für mich, wie ich die Gruppen korrekt einbinden kann?

Vielen Dank und liebe Grüße
Giovanni

@homoran
Ich habe die Switch und der Router neu gestartet und seid 10 minuten keine Fehlermeldung mehr.
Hat wahrscheinlich daran gelegen.

Vielen Dank @Homoran

@homoran
Eigentlich nicht – ich kann problemlos auf die WebUI der RaspberryMatic zugreifen.

Hallo zusammen,

Seit gestern erscheint alle paar Minuten folgende Fehlermeldung (Polling ist auf 60 Sekunden eingestellt).
Mein ioBroker läuft als VM auf einem Proxmox-Server:

• Betriebssystem: Linux
• Architektur: x64
• CPU: 4 Kerne, Intel(R) Core(TM) i7-4810MQ @ 2.80GHz
• RAM: 7.7 GB
• Festplattenspeicher: 61.8 GB, davon 45.2 GB frei
• Node.js-Version: v20.19.4
• NPM-Version: 10.8.2
• Adapteranzahl: 571
• Aktive Instanzen: 3
• Pfad: /opt/iobroker/
• Betriebszeit der VM: 00:00:15
• Betriebszeit ioBroker: 00:00:11
• Systemzeit: 1753611152020
• Zeitversatz: -120
  Zusätzlich läuft Homematic RaspberryMatic v.3.83.6.20250705. auf eine Raspberry Pi 3B
  Die Fehlermeldung trat bereits vor dem Update von ioBroker und RaspberryMatic auf.

Hat jemand bereits das gleiche Problem beobachtet oder eine Lösung dafür gefunden?

Danke im voraus für eure Hilfe.

hm-rega.0
2025-07-27 15:40:32.002	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:39:31.957	error	CCU 10.0.1.15 unreachable

hm-rega.0
2025-07-27 15:39:31.957	error	post request error: Aborted due to timeout

hm-rega.0
2025-07-27 15:39:31.956	warn	"!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" timed out after 90 seconds

hm-rega.0
2025-07-27 15:39:01.997	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2025-07-27 15:39:01.954	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2025-07-27 15:37:04.190	info	update favorites to enum.favorites

hm-rega.0
2025-07-27 15:37:04.176	info	update functions to enum.functions

hm-rega.0
2025-07-27 15:37:04.155	info	update rooms to enum.rooms

hm-rega.0
2025-07-27 15:37:04.144	info	deleted 0 programs

hm-rega.0
2025-07-27 15:37:04.144	info	added/updated 22 programs

hm-rega.0
2025-07-27 15:37:04.134	info	got 22 programs

hm-rega.0
2025-07-27 15:37:04.108	info	deleted 0 variables

hm-rega.0
2025-07-27 15:37:04.108	info	added/updated 30 variables

hm-rega.0
2025-07-27 15:37:04.080	info	got 30 variables

hm-rega.0
2025-07-27 15:37:04.052	info	added/updated 1 objects

hm-rega.0
2025-07-27 15:37:03.927	info	Updated all datapoints

hm-rega.0
2025-07-27 15:37:03.781	info	request state values

hm-rega.0
2025-07-27 15:37:03.279	info	time difference local-ccu 0s

hm-rega.0
2025-07-27 15:37:03.266	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:36:03.220	error	CCU 10.0.1.15 unreachable

hm-rega.0
2025-07-27 15:36:03.220	error	post request error: Aborted due to timeout

hm-rega.0
2025-07-27 15:36:03.219	warn	"Write(system.Date("%F %X").ToTime().ToInteger());" timed out after 90 seconds

hm-rega.0
2025-07-27 15:36:01.997	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2025-07-27 15:36:01.954	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2025-07-27 15:34:33.213	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:33:33.169	error	CCU 10.0.1.15 unreachable

hm-rega.0
2025-07-27 15:33:33.168	error	post request error: Aborted due to timeout

hm-rega.0
2025-07-27 15:33:33.168	warn	"!# variablesInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen(inklusive un" timed out after 90 seconds

hm-rega.0
2025-07-27 15:32:03.162	info	got 30 variables

hm-rega.0
2025-07-27 15:32:03.133	info	added/updated 1 objects

hm-rega.0
2025-07-27 15:32:02.971	info	Updated all datapoints

hm-rega.0
2025-07-27 15:32:02.838	info	request state values

hm-rega.0
2025-07-27 15:32:02.347	info	time difference local-ccu 0s

hm-rega.0
2025-07-27 15:32:02.335	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:31:02.289	error	CCU 10.0.1.15 unreachable

hm-rega.0
2025-07-27 15:31:02.289	error	post request error: Aborted due to timeout

hm-rega.0
2025-07-27 15:31:02.288	warn	"Write(system.Date("%F %X").ToTime().ToInteger());" timed out after 90 seconds

hm-rega.0
2025-07-27 15:31:01.989	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2025-07-27 15:31:01.948	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2025-07-27 15:29:32.283	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:28:32.241	error	CCU 10.0.1.15 unreachable

hm-rega.0
2025-07-27 15:28:32.241	error	post request error: Aborted due to timeout

hm-rega.0
2025-07-27 15:28:32.238	warn	"!# rooms.fn 1.2!#!# Dieses Script gibt eine Liste der Raeume als JSON Objekt a" timed out after 90 seconds

hm-rega.0
2025-07-27 15:27:02.235	info	deleted 1 programs

hm-rega.0
2025-07-27 15:27:02.200	info	added/updated 22 programs

hm-rega.0
2025-07-27 15:27:01.969	info	got 23 programs

hm-rega.0
2025-07-27 15:27:01.943	info	deleted 0 variables

hm-rega.0
2025-07-27 15:27:01.943	info	added/updated 30 variables

hm-rega.0
2025-07-27 15:27:01.790	info	got 30 variables

hm-rega.0
2025-07-27 15:27:01.763	info	added/updated 1 objects

hm-rega.0
2025-07-27 15:27:01.545	info	Updated all datapoints

hm-rega.0
2025-07-27 15:27:01.041	info	request state values

hm-rega.0
2025-07-27 15:27:00.048	info	time difference local-ccu 0s

hm-rega.0
2025-07-27 15:26:52.877	info	ReGaHSS 10.0.1.15 up

hm-rega.0
2025-07-27 15:26:52.824	info	subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT

hm-rega.0
2025-07-27 15:26:52.745	info	starting. Version 5.1.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v20.19.4, js-controller: 7.0.6

@gcaruso
Selbst mit einer Entprellungszeit von 5 Sekunden für die Triggerauswertung bekomme ich es nicht hin, die bestätigte/unbestätigte Schaltung korrekt zu triggern. Auch die Aktualisierung des Press-Short-Status des Tasters wird nicht immer getriggert.

Ich habe es jetzt anders gelöst: In der CCU habe ich eine Systemvariable erstellt, die durch ein Skript in der CCU beim Drücken des Tasters auf "true" und "false" gesetzt wird. Im ioBroker wird diese Variable jetzt über hm-rega getriggert.

Vielen Dank für eure Hilfe.

Schönes Wochenende!

@paul53
Hi Paul, ich glaube, ich bin jetzt selbst darauf gekommen, warum ich die bestätigten Änderungen erhalte. Dummerweise habe ich vergessen zu erwähnen, dass es sich um Homematic-Dimmer handelt, die in ioBroker mit "value" gesteuert werden und nicht mit "true" oder "false". Die CCU sendet mehrmals den Status, während das Licht auf 100 % hochgedimmt wird. Daher kommen die zusätzlichen Bestätigte Meldungen, die von meinem Blockly erneut getriggert werden.

Durch das Debug-Log konnte ich das jetzt richtig erkennen.

Hier schaltung über script:
javascript.0
2024-11-02 23:09:49.990	info	script.js.Lichter_Steuerung.debug_log: Wert100,bestätigt: true,Quelle: system.adapter.hm-rpc.0

javascript.0
2024-11-02 23:09:47.474	info	script.js.Lichter_Steuerung.debug_log: Wert33,bestätigt: true,Quelle: system.adapter.hm-rpc.0

javascript.0
2024-11-02 23:09:47.321	info	script.js.Lichter_Steuerung.debug_log: Wert0.5,bestätigt: true,Quelle: system.adapter.hm-rpc.0

javascript.0
2024-11-02 23:09:47.148	info	script.js.Lichter_Steuerung.debug_log: Wert100,bestätigt: false,Quelle: system.adapter.iot.0




Hier schaltung über taster:
javascript.0
2024-11-02 23:11:23.136	info	script.js.Lichter_Steuerung.debug_log: Wert100,bestätigt: true,Quelle: system.adapter.hm-rpc.0

javascript.0
2024-11-02 23:11:20.409	info	script.js.Lichter_Steuerung.debug_log: Wert10,bestätigt: true,Quelle: system.adapter.hm-rpc.0

javascript.0
2024-11-02 23:11:15.833	info	script.js.Lichter_Steuerung.debug_log: Wert0,bestätigt: true,Quelle: system.adapter.hm-rpc.0

Sorry.

@paul53
Funktioniert nicht. Die Variable erhält immer den Wert true, wenn das Licht eingeschaltet wird – egal, ob über den Taster oder ein Script.

@homoran
ok vielen Dank. Probiere es aus.

@homoran
Erstmal vielen Dank für die schnelle Antwort.

@homoran sagte in sonoff r4 mini über HAM und eWelink:

ist korrekt!
Bestätigt wäre "aktualisiere" und dann reagiert der hm-rpc nicht mehr.

Das bedeutet also, dass ich nicht mehr zwischen bestätigten und unbestätigten Änderungen triggern kann? (Beim Sonoff kann ich so unterscheiden, ob die Schaltung über ein Script oder über den Wandschalter getätigt wurde.)

@homoran sagte in sonoff r4 mini über HAM und eWelink:

da sollte sich nur der Zeitstempel ändern

Kann ich in Blockly die Zeitänderung des Tasters als Trigger verwenden?

@paul53
Hallo Paul,

ich habe versucht, das gleiche Blockly für meine Homematic-Aktoren zu verwenden, aber ich musste feststellen, dass, nachdem ich das Licht mit dem Befehl "steuere" einschalte, es zunächst unbestätigt geschaltet wird. Unmittelbar danach werden jedoch zwei bestätigte Schaltungen ausgelöst.

Ich habe auch versucht, den Datenpunkt "press-short" des Tasters zu triggern, aber dieser Datenpunkt wird beim Drücken des Tasters nicht im ioBroker aktualisiert.

Hast du eine Lösung, die auch für Homematic funktioniert?

Vielen Dank im Voraus.