Neues YouTube-Video: Visualisierung im Devices-Adapter

[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.