wichtiges UPDATE für controller 7.2.2 im stable

[Garfonso]

Aktuelle Test Version	6.0.0
Veröffentlichungsdatum	13.06.2026
Github Link	https://github.com/ioBroker/ioBroker.lovelace

(english below)

6.0.0 - neues Frontend und unter der Haube fast alles neu

Ich habe viel mit Claud gespielt (auch weil ich mir den Arm gebrochen habe und selbst nur schlecht tippen kann). Fast der ganze Adapter ist jetzt TypeScript und vieles aus der Vergangenheit ist aufgeräumt. Yay. :-) Aber das ist nur intern.

Für euch User gibt es aber trotzdem einiges.

• BREAKING: Aktualisierung auf Home Assistant Frontend 20260527.6. Siehe Migrations-Anleitung in den Docs für Theme-Änderungen.
  • alles in allem etwas mehr als ein Jahr HomeAssistant Änderungen.
  • am besten da gucken, was neu ist … Auch mit angepassten Themes sieht es etwas anders aus.
• BREAKING: Interne Speicher-Objekte wurden in einen neuen Ordner storage verschoben, um den Objektbaum aufzuräumen: entityRegistry, areaRegistry, energyPrefs, userData und dashboardStorage heißen jetzt storage.entityRegistry, storage.areaRegistry usw. Der Adapter migriert die Daten beim ersten Start automatisch; die alten Objekte werden entfernt. Wenn du eine dieser Objekt-IDs direkt (in Skripten) verwendest, passe die Pfade an. (configuration bleibt wie es war.)
  • Dieser Hinweis war Claude irgendwie sehr wichtig … Technisch stimmt er, aber die Objekte gab es zum großen Teil noch nicht lange. Für User interessant zu wissen: Es gibt mehrere Storage-Objekte im storage-Ordner. Eigentlich sollte man da aber nie dran müssen.
• Frontend-Benutzerdaten (Themes, Dark-Mode, Reihenfolge der Seitenleiste, …) werden jetzt gespeichert.
  - Also das, was man im Browser einstellt, das wird gespeichert. Das schickt das Frontend zurück an den Adapter, der speichert das und schickt es bei Anfragen auch wieder zurück. Um an die Einstellungen zu kommen: hideSidebar ausschalten. Dann ganz unten auf den Nutzer klicken.
• Entitäten lassen sich direkt im Frontend konfigurieren, inklusive der entity_id.
  • Im more-info von den Entities gibt es das Zahnrad. Das sollte ab jetzt vollständig funktionieren.
  • Die so gespeicherten Informationen bleiben beim entity - auch die ID. Eine Zuordnung erfolgt über die "haupt" ioBroker-ID (normalerweise die, die den entity.state bestimmt). Das ist also stabil, solange sich das ioBroker-Objekt nicht verändert.
  • Es gibt einen Aufräummechanismus für gelöschte ioBroker Objekte.
• Volle Dashboard-Unterstützung.
  • ich weiß ehrlich gesagt nicht, wie gut das bisher funktioniert hat. Dazu gab es wenig Rückmeldung.
  • Aber jetzt hab ich mal intensiver getestet und habe bisher keine Probleme damit gehabt.
• Bugfix: Raum- und Funktionsnamen werden jetzt in deiner eingestellten Sprache angezeigt statt immer auf Englisch. (#667)
• Markdown- und Template-Karten können jetzt Home-Assistant-Templates ({{ states("…") }}, is_state, state_attr, now(), …) zusätzlich zu den ioBroker-{id}-Bindings verwenden. - nicht komplette jinja Unterstützung.
• Über die States instances.hideSidebar / instances.hideHeader lässt sich festlegen, ob Seitenleiste/Kopfzeile für neue Browser ausgeblendet werden; eine Änderung wirkt auch auf alle aktuell verbundenen Browser.
  • Also man man in den States im Hauptordner einstellen, ob man bei den Instanzen grundsätzlich die sidebar / header sehen will, oder nicht. Pro Instanz kann man das dann natürlich anders einstellen.
• Der Browser-Tab-Titel und der PWA-/Startbildschirm-App-Name können jetzt in den Adapter-Einstellungen angepasst werden. (#663)
• Das automatische entity_id-Format ist jetzt konfigurierbar (Objektname / Raum + Funktion / ioBroker-ID). Ein Button „Visualisierung an Entity ID erzeugung anpassen" in den Einstellungen wendet ein geändertes Format auf bestehende automatische Entitäten an und schreibt die Dashboards um; im Frontend umbenannte Entitäten bleiben erhalten.
  • die automatische Konvertierung kann sicher nicht alles erfassen, zB regex filter in autoentities oder sowas wird die nicht erwischen. Aber so kann man relativ einfach die entity_ids komplett umstellen.
• Das Umbenennen einer manuell konfigurierten Entität im Frontend wird ins Quellobjekt gespeichert und übersteht so einen Neustart.
• Das Haupt-Dashboard „lovelace" kann jetzt wie die anderen Dashboards aus dem Frontend umbenannt, mit Icon versehen oder ausgeblendet werden.
• Energie-Dashboard-Unterstützung.
• Die optionalen Strom-States eines Geräts (Leistung, Strom, Spannung, Verbrauch/Energie, Frequenz) werden jetzt als sensor-Entitäten bereitgestellt (z. B. an Steckdosen).
• Bugfix: Logbuch: Eine Anfrage für einen zukünftigen oder ungültigen/leeren Zeitraum lässt das Frontend nicht mehr hängen.

Ich bin gespannt. Da steckt wieder ganz schön viel Arbeit drin.

---

6.0.0 - new frontend and almost everything new under the hood

I played around a lot with Claude (also because I broke my arm and can only type badly myself). Almost the whole adapter is now TypeScript and a lot of legacy stuff has been cleaned up. Yay. :-) But that's just internal.

Still, there's quite a bit for you users.

• BREAKING: Update to Home Assistant Frontend 20260527.6. See the migration guide in the docs for theme changes.
  • all in all, a bit more than a year of Home Assistant changes.
  • best to have a look there at what's new … Even with adjusted themes it looks a bit different.
• BREAKING: Internal storage objects were moved into a new storage folder to declutter the object tree: entityRegistry, areaRegistry, energyPrefs, userData and dashboardStorage are now storage.entityRegistry, storage.areaRegistry, etc. The adapter migrates the data automatically on first start; the old objects are removed. If you use any of these object IDs directly (in scripts), adjust the paths. (configuration stays as it was.)
  • This note was somehow very important to Claude … It's technically correct, but most of these objects hadn't been around for long. Good for users to know: there are several storage objects in the storage folder. But really you should never need to touch them.
• Frontend user data (themes, dark mode, sidebar order, …) is now saved.
  - So whatever you set in the browser gets saved. The frontend sends it back to the adapter, which stores it and sends it back again on request. To get to the settings: turn off hideSidebar. Then click on the user at the very bottom.
• Entities can be configured directly from the frontend, including the entity_id.
  • In the more-info of the entities there's the gear icon. That should now work fully.
  • The information saved this way stays with the entity - including the ID. The mapping is done via the "main" ioBroker ID (normally the one that determines the entity.state). So it's stable as long as the ioBroker object doesn't change.
  • There is a cleanup mechanism for deleted ioBroker objects.
• Full dashboard support.
  • honestly, I don't know how well this worked before. There was little feedback on it.
  • But now I've tested it more thoroughly and haven't had any problems with it so far.
• Bugfix: Room and function names are now shown in your configured language instead of always in English. (#667)
• Markdown and template cards can now use Home Assistant templates ({{ states("…") }}, is_state, state_attr, now(), …) in addition to the ioBroker {id} bindings. - not full Jinja support.
• Via the states instances.hideSidebar / instances.hideHeader you can set whether the sidebar/header is hidden for new browsers; a change also applies to all currently connected browsers.
  • So in the states in the main folder you can set whether you generally want to see the sidebar / header on the instances or not. Per instance you can of course set it differently.
• The browser tab title and the PWA / home-screen app name can now be customized in the adapter settings. (#663)
• The automatic entity_id format is now configurable (object name / room + function / ioBroker ID). A button "Apply visualization to entity ID format" in the settings applies a changed format to existing automatic entities and rewrites the dashboards; entities renamed in the frontend are kept.
  • the automatic conversion surely can't catch everything, e.g. regex filters in auto-entities or the like won't be caught by it. But this way you can switch the entity_ids over completely fairly easily.
• Renaming a manually configured entity in the frontend is saved into the source object and thus survives a restart.
• The main "lovelace" dashboard can now, like the other dashboards, be renamed, given an icon, or hidden from the frontend.
• Energy dashboard support.
• The optional electricity states of a device (power, current, voltage, consumption/energy, frequency) are now provided as sensor entities (e.g. on sockets).
• Bugfix: Logbook: a request for a future or invalid/empty time range no longer makes the frontend hang.

I'm curious to see how it goes. There's quite a lot of work in this one again.

6.0.1 / 6.0.2

• Fix für Energy dashboard und optimierungen, damit lovelace die states / object db nicht überlastet.

6.0.3 / 6.0.4

• Fix manuelle entities verschwinden und lassen sich nicht im UI konfigurieren
• Versuch Belastung der states.db zu senken.

6.1.0

• Neu: Manuelle Entities können jetzt auch komplexer zusammengebastelt werden, wer das will. Alle möglichen Objekt-Picker in Custom-Settings eingebaut → gerne testen! Da kann man sich automatische Fenster (cover) oder so zusammenbauen.
• Staubsauger unterstützung
• history / logbook repariert (hing, wenn der adapter zu lange lief)

[nograx]

Hey, ich habe mal aktualisiert. Auf den ersten Blick scheint soweit erstmal alles zu funktionieren.

Folgendes fällt mir dabei auf:

1. Teilweise zickt bei mir aber der Cache irgendwie rum. Wäre es hier nicht möglich das serverseitig (Cache-Control?) zu forcieren das es er nichts ausm Cache holen soll?
2. Meine Buble Cards haben ab und zu Darstellungsprobleme, keine Ahnung was da los ist:
   
3. Das Energie Dashboard zeigt trotz Konfig keine Daten an. Funktioniert das mit influxdb im Hintergrund? Das einzige was bei mir richtig dargestellt wird ist "Aktueller Energiefluss" mit dem Sankey Diagramm. Was muss ich hier sonst beachten?

PS: Lieblingsfarben einstellen geht nun. Das freut mich sehr!

[Garfonso]

@nograx

zu 1: die cache Nutzung zu erlauben war ein Versuch, dass es mal wieder über die Pro-Cloud klappt... aber eigentlich ist doch ein Reload nur bei frontend updates notwendig. Nicht? Für die mobilen Verbindung würde ich den cache lieber lassen. :-)
zu 2.: custom cards alle aktualisiert?

Energy dashboard hab ich leider auch noch nicht so ganz hinbekommen. Steht was im adapter log? Influx geht, wenn du in den Instanzeinstellungen gesagt hast, dass du die Vergangenheit aus influx haben willst.

[nograx]

Habe mal hart im Browser den Cache geleert, dann scheint es Anzeigebug erstmal weg zu sein.

Im Adapter Log steht nichts bzgl. Energy Dashboard.

[Garfonso]

@nograx

es gab noch ein paar Fehler im backend. Hab eine 6.0.1 auf den Weg gebracht. Damit sehe ich jetzt auch historische Daten.

[m1k3f15h]

Hy Leute, Hy @garfonso

Hab im falschen Thread angefangen: https://forum.iobroker.net/post/1345153

zu den Fragen von @garfonso :

• was für entities sind das denn?
  erstmal ist es mir bei boolschen eingabewerten aufgefallen... trifft aber auch Zahleneingaben

• Gibt es da gleichzeitig auch automatische?
  habe ich keine gefunden. der DP ist unter 0_userdata und hat keinen Raum, Funktion etc

• Steht irgendwas im Log?
  hab den adapter gerade mal neu gestartet.. es gibt schon einige doppelte entities, aber keine davon trifft die die entfernt werden...

• Oder bist du der mit den system-entities?
  Nein :)

[Garfonso]

@m1k3f15h
und das ist mit der 6.0.4-Version?
Ist die Option "Automatische entities nur von alias.* erstellen" (oder so ähnlich, auf der ersten configseite relativ weit unten) aktiviert?

[m1k3f15h]

@Garfonso 6.0.1 aber mit dem Haken.

Werd morgen mal Updaten :)

Mike

[m1k3f15h]

@Garfonso Also mit der 6.0.4 siehts jetzt gut aus :)

[andi2055]

@garfonso
Hast du eine Idee weshalb der Adapter nach dem Update immer crashed?
Danke für deine Hilfe!

2026-06-23 22:25:29.391 - debug: lovelace.0 (424395) Create manual binary_sensor device: binary_sensor.Fenster_Alle_Fenster_geschlossen - 0_userdata.0.Fenster.Alle_Fenster_geschlossen
2026-06-23 22:25:29.391 - debug: lovelace.0 (424395) Create manual sensor device: sensor.Fenster_Alle_Fenster_geschlossen_seit - 0_userdata.0.Fenster.Alle_Fenster_geschlossen_seit
2026-06-23 22:25:29.391 - debug: lovelace.0 (424395) Create manual input_boolean device: input_boolean.Fenster_Alle_Fenster_Status_ueberschreiben - 0_userdata.0.Fenster.Alle_Fenster_Status_überschreiben
2026-06-23 22:25:29.392 - debug: lovelace.0 (424395) Create manual alarm_control_panel device: alarm_control_panel.defaultAlarm - lovelace.0.control.alarm
2026-06-23 22:25:29.408 - debug: lovelace.0 (424395) Stored old values for next switch on: {"rgb_color":null,"color_mode":null}
2026-06-23 22:25:29.411 - debug: lovelace.0 (424395) Stored old values for next switch on: {"hs_color":null,"color_mode":null}
2026-06-23 22:25:29.540 - debug: lovelace.0 (424395) Stored old values for next switch on: {"color_mode":null}
2026-06-23 22:25:29.548 - debug: lovelace.0 (424395) Restored old values from previous switch off: {"friendly_name":"EG Flur Licht Schalter","assumed_state":false,"has_time":false,"has_date":true,"supported_color_modes":["onoff"],"color_mode":"onoff"}
2026-06-23 22:25:29.618 - debug: lovelace.0 (424395) Stored old values for next switch on: {"color_mode":null}
2026-06-23 22:25:30.527 - info: lovelace.0 (424395) Subscribing to all states (449 > 50) and filtering in the adapter.
2026-06-23 22:25:30.527 - debug: lovelace.0 (424395) entitiesUpdated for startup.
2026-06-23 22:25:30.527 - debug: lovelace.0 (424395) entities: init done
2026-06-23 22:25:30.534 - debug: lovelace.0 (424395) Initialization done.
2026-06-23 22:25:30.732 - debug: lovelace.0 (424395) HASS Auth: no_token
2026-06-23 22:25:30.739 - debug: lovelace.0 (424395) supported_features message: {"coalesce_messages":1}
2026-06-23 22:25:30.740 - debug: lovelace.0 (424395) Subscribe entities: {
"type": "subscribe_entities",
"id": 2
}
2026-06-23 22:25:30.745 - debug: lovelace.0 (424395) HASS Subscribe: entity_registry_updated
2026-06-23 22:25:30.746 - debug: lovelace.0 (424395) HASS Subscribe: device_registry_updated
2026-06-23 22:25:30.746 - debug: lovelace.0 (424395) HASS Subscribe: area_registry_updated
2026-06-23 22:25:30.746 - debug: lovelace.0 (424395) HASS Subscribe: floor_registry_updated
2026-06-23 22:25:30.747 - debug: lovelace.0 (424395) HASS Subscribe: component_loaded
2026-06-23 22:25:30.747 - debug: lovelace.0 (424395) HASS Subscribe: core_config_updated
2026-06-23 22:25:30.748 - debug: lovelace.0 (424395) HASS Subscribe: service_registered
2026-06-23 22:25:30.749 - debug: lovelace.0 (424395) HASS Subscribe: service_removed
2026-06-23 22:25:30.749 - debug: lovelace.0 (424395) HASS Subscribe: panels_updated
2026-06-23 22:25:30.749 - debug: lovelace.0 (424395) HASS Subscribe: themes_updated
2026-06-23 22:25:30.751 - debug: lovelace.0 (424395) HASS Subscribe: repairs_issue_registry_updated
2026-06-23 22:25:30.751 - debug: lovelace.0 (424395) HASS Subscribe: component_loaded
2026-06-23 22:25:30.752 - debug: lovelace.0 (424395) Instance 38d1d300-6668a151 connected.
2026-06-23 22:25:30.752 - debug: lovelace.0 (424395) HASS Subscribe: lovelace_updated
2026-06-23 22:25:30.754 - debug: lovelace.0 (424395) New notification subscription 22
2026-06-23 22:25:30.767 - debug: lovelace.0 (424395) get config: {"type":"lovelace/config","url_path":"lovelace","force":false,"id":38}
2026-06-23 22:25:30.768 - debug: lovelace.0 (424395) Get translations: de
2026-06-23 22:25:30.769 - debug: lovelace.0 (424395) Get translations: de
2026-06-23 22:25:30.774 - error: lovelace.0 (424395) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2026-06-23 22:25:30.774 - error: lovelace.0 (424395) unhandled promise rejection: Cannot read properties of undefined (reading 'undefined')
2026-06-23 22:25:30.775 - error: lovelace.0 (424395) TypeError: Cannot read properties of undefined (reading 'undefined')
at AreaRegistry._createEntryFromRoom (/opt/iobroker/node_modules/iobroker.lovelace/build/lib/modules/areaRegistry.js:46:59)
at /opt/iobroker/node_modules/iobroker.lovelace/build/lib/modules/areaRegistry.js:60:59
at Array.map ()
at AreaRegistry._sortedEntries (/opt/iobroker/node_modules/iobroker.lovelace/build/lib/modules/areaRegistry.js:60:43)
at AreaRegistry.processMessage (/opt/iobroker/node_modules/iobroker.lovelace/build/lib/modules/areaRegistry.js:81:46)
at WebSocket. (/opt/iobroker/node_modules/iobroker.lovelace/build/lib/server.js:2597:82)
at process.processTicksAndRejections (node:internal/process/task_queues:103:5)
2026-06-23 22:25:30.775 - error: lovelace.0 (424395) Cannot read properties of undefined (reading 'undefined')
2026-06-23 22:25:30.777 - info: lovelace.0 (424395) cleaned everything up...
2026-06-23 22:25:30.778 - debug: lovelace.0 (424395) cleaning up entity registry
2026-06-23 22:25:30.778 - debug: lovelace.0 (424395) cleaning up dashboards
2026-06-23 22:25:31.278 - info: lovelace.0 (424395) terminating
2026-06-23 22:25:31.280 - warn: lovelace.0 (424395) Terminated (UNCAUGHT_EXCEPTION): Without reason
2026-06-23 22:25:31.280 - info: lovelace.0 (424395) terminating
2026-06-23 22:25:31.907 - error: host.iobroker instance system.adapter.lovelace.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2026-06-23 22:25:31.907 - info: host.iobroker Restart adapter system.adapter.lovelace.0 because enabled

[Garfonso]

@andi2055
Irgendwas an deinen Räumen gefällt ihm nicht.
Welche Version?

[andi2055]

@Garfonso
Neueste 6.0.4
Danke für den Tipp mit den Räumen. Die nutze ich nicht wirklich.
Hatte dort zusätzlich eine seltsame Struktur. "enum.EG..Raum" - die 2 Punkte hintereinander war das was mir sofort aufgefallen war. Aber keine Ahnung ob es daran lag. Ich habe seltsame Räume gelöscht und nun funktioniert alles. Danke!
Ansonsten läuft die neue Version bisher super und sieht gut aus!

[Garfonso]

@andi2055
Danke für die Rückmeldung. Die nächste Version wird (hoffentlich) nicht mehr crashen bei sowas. Aber die zwei Punkte sind kritisch, ja. ;-)

[nograx]

@garfonso "State-Klasse" auf einem State muss ich setzen damit das im Energie-Dashboard richtig erkannt wird?

[Garfonso]

@nograx

Nein, nicht unbedingt. Bei mir hat er alles, was mit sensor mit Geräteklasse Strom angeboten. Ich bin mir offen gestanden nicht ganz sicher, ob das Frontend dieses state Attribut überhaupt auswertet oder ob das bei HomeAssistant für das Backend benötigt wird. Jedenfalls hat er bei mir auch ohne State zu setzen was getan, was sinnvoll aussieht. schulterzuck

//Edit: ok, hab nochmal mehr damit rumgespielt. Für einen Zähler, der zB. verbrauchte kWh hochzählt muss die Geräteklasse auf "Energie" stehen. Für einen aktuellen Wert (Watt) muss dort "Leistung" stehen. Was in "state" steht, scheint das dashboard mehr oder weniger zu ignorieren. Hm.

//Edit 2: ich versuch das select da zu Verbessern.. das ist ja schlimm so. ;-)

[m1k3f15h]

Hy,
Frage: gibst die Möglichkeit einen "Button" anzulegen? also ich bräuchte halt eine Taster, der ein Script triggert :)
Mike

[Garfonso]

@m1k3f15h sagte:

Hy,
Frage: gibst die Möglichkeit einen "Button" anzulegen? also ich bräuchte halt eine Taster, der ein Script triggert :)
Mike

Ähm.. klar.. ? Was genau meinst du mit "skript triggert"?
Du kannst ein Skript starten/stoppen, indem du das Objekt javascript.#.scriptEnabled.ggfOrdner.skriptName auf true/false stellst. "Triggern" könnte jetzt sein, dass das Skript beim start durchläuft und wenn es fertig ist seinen eigenen State da wieder auf false ändert. Da hab ich einige Skript, die das so machen. Da könntest du dann einfach für das Objekt ein manuelles Entity anlegen. Da bietet sich dann "Automation" an, macht da jemand auf github so.

Weiß nicht, wo da dein Problem liegt.

Ansonsten werden Skripte auch oft durch state Änderungen getriggert. Die kannst du natürlich auch erzeugen. Du kannst auch einen Knopf erzeugen, der einen State immer auf einen bestimmten Wert setzt. Das könnte so aussehen:

- type: button
  name: Alles aus
  entity: switch.Alles_Aus
  tap_action:
     action: call-service
     service: switch.turn_off
     service_data:
        entity_id: switch.Alles_Aus

Also hier immer nur false setzen (turn_off). Gibt auch services, wo man den Werte mitgeben kann (z.B. bei Lampen Helligkeit oder so). Mittlerweile lässt sich sowas auch im UI zusammen klicken.