NEWS: Neu im Admin, zentrale Verwaltung für Passwörter und Schlüssel

[FernetMenta]

Wurde vielleicht schon mal gefragt, aber ich habe nichts dazu gefunden. Gibt es eine Möglichkeit bei Thermostaten den Modus und das "on" wegzubekommen. Es gibt eigentlich nur Heizbetrieb. Das on und die Selektmöglichkeit sind überflüssig:

[Garfonso]

@Supernils
oh, ich hab falsch gedacht und geguckt. Es wird tatsächlich geloggt, wenn ein state (nicht das Objekt, sondern der "Wert" selber) gelöscht wird... das hab ich rausgenommen. Danke für den Hinweis.

[Garfonso]

@XBiT
Erste Idee dazu: der Adapter versteht nicht, dass die Objekte aboniert werden müssen. Hast du die entities noch woanders in der Konfiguration? Geht es, wenn du die einfach irgendwo in eine Karte tust?

Hintergrund: Der Adapter guckt sich die Konfiguration an und guckt bei allen Karten auf entity / entities und abonniert nur für die entities, die er dort gefunden hat, auch die Updates. Das entity: "[[[ return variables.switch ]]]" wird er sich nicht verstehen und den switch Parameter nicht betrachten.

Falls es daran liegt, guck ich mal, ob ich eine Behandlung dafür einbauen kann (für z.B. auto-entities card war sowas auch nochtwendig).

[Garfonso]

@FernetMenta
Im more-info Dialog? Nein. Da zeigt HomeAssistant alles an, was zu dem entity gehört. HomeAssistant kennt kein Thermostat, nur climate, weshalb ein ioBroker-Thermostat zu einem ziemlich eingeschränkten HomeAssistant climate wird. Und climate hat zwingend den Modus.

Wenn du für deine UI explizit eine Thermostat-Karte nimmst, dann sind die Knöpfe per default nicht da (bzw. falls doch mal im Card-Editor bei den Features schauen, da konnte ich das eben ausschalten).

[FernetMenta]

Eigentlich stört es mich auf der Entitäten-Karte mehr. "on" und "Aktuell" möchte ich dort nicht sehen.

[FernetMenta]

@garfonso ich habe noch ein Problem mit den Spracheinstellungen. Ich habe im admin vom Adapter bei Sprache "same as iob" eingestellt. Das ist bei mir Englisch. Trotzdem folgt das Dashboard der primären Sprache das Browsers. Es tauchen also deutsch Wörter wie "Aktuell" auf. Gibt es dafür eine Lösung. Ich möchte das Dashboard unabhängig von der Browsersprache.

Zweites Problem ist das Zahlen- und Datumsformat. Kann man das von den Spracheinstellungen trennen?

[FernetMenta]

FernetMenta sagte:

@garfonso ich habe noch ein Problem mit den Spracheinstellungen. Ich habe im admin vom Adapter bei Sprache "same as iob" eingestellt. Das ist bei mir Englisch. Trotzdem folgt das Dashboard der primären Sprache das Browsers. Es tauchen also deutsch Wörter wie "Aktuell" auf. Gibt es dafür eine Lösung. Ich möchte das Dashboard unabhängig von der Browsersprache.

Zweites Problem ist das Zahlen- und Datumsformat. Kann man das von den Spracheinstellungen trennen?

Ok, das Profil habe ich gefunden. Aber warum ist die Auswahl des Datumsformat so eingeschränkt?

[FernetMenta]

Ich würde gerne die flex-table-card benutzen: https://github.com/custom-cards/flex-table-card
Die benötigt allerdings die Spalten in Attributen. Man müsste also eine Art Customentity mit beliebigen Attributen nach Lovelace bringen. Ist schon wer über dieses Problem gestolpert?

[XBiT]

@garfonso

auf der "Map Karte" habe ich jetzt diese Anzeige:

[System 9]

Hallo,
seit 6.x gibt es ein Problem mit der Simple Thermostat Card

Log from UI Unhandled promise rejection from xxx TypeError: Cannot read properties of undefined (reading 'de') Le.localize (/cards/simple-thermostat.js:285:18524) config.version.v.showSensors._hide (/cards/simple-thermostat.js:285:25758) Le.render (/cards/simple-thermostat.js:285:26490) Le.update (/cards/simple-thermostat.js:1:19590) Le.performUpdate (/cards/simple-thermostat.js:1:16602) Le._enqueueUpdate (/cards/simple-thermostat.js:1:16254)

Als Card wurde diese genommen :
https://github.com/Wheemer/simple-thermostat/releases/tag/v4.4.0

[Garfonso]

@FernetMenta
Dann wird dir vermutlich nur die Möglichkeit bleiben eine custom-card zu suchen (gibt es auch für "entity-row", also die nur als Reihe in einer Entität-Karte angezeigt wird), die da mehr Konfiguration erlaubt, falls die default das nicht doch irgendwie erlaubt (mal in der HASS Doku gucken, manchmal geht nicht alles im UI-Editor).

@FernetMenta said:

Aber warum ist die Auswahl des Datumsformat so eingeschränkt?

Das ist halt das, was Lovelace / HomeAssistant anbietet... mehr unterstützt das frontend anscheinend nicht. Wobei ich jetzt auch nicht weiß, was dir da fehlt? Das sind doch alle halbwegs sinnvollen Permutationen von Tag, Monat, Jahr. Nicht?

Das die Sprache nicht per default aus der Konfig kam, hab ich repariert. Die lässt sich im Profil überschreiben (das gewinnt immer und wird ab 6.x auch gespeichert).

@FernetMenta said:

Ich würde gerne die flex-table-card benutzen: https://github.com/custom-cards/flex-table-card
Die benötigt allerdings die Spalten in Attributen. Man müsste also eine Art Customentity mit beliebigen Attributen nach Lovelace bringen. Ist schon wer über dieses Problem gestolpert?

Ich würde es nicht empfehlen, aber grundsätzlich kannst du bei custom entities mit dem objekt editor mit "attr_xyz" beliebiges hinzubasteln. Wenn das eine Objekt-ID ist, müsste das auch verstanden werden. Bin mir gerade nicht zu 100% sicher.

Aber eigentlich würde ich eher gucken, ob es nicht einen entity-Typ gibt, der dem nahe kommt, was du gerne hättest. Was willst du denn da als tabelle haben?

Grundsätzlich: Du arbeitest hier mit dem HASS-Frontend. Das ist einfach deutlich eingeschränkter und mehr standarisierter als ioBroker. Da musst du nehmen, was HASS anbietet, oder wirst immer gegen HASS / das Frontend kämpfen und hast bei jedem Frontend-Update Spaß. Nur so als Warnung, die eigenen Vorstellungen vielleicht etwas flexibler zu handhaben (oder einen anderen UI-Adapter zu nehmen, auch wenn ich niemanden vertreiben will … - aber der Ansatz von Lovelace ist da halt ein etwas anderer als bei anderen UIs). Alternativ, iFrames einbinden oder so, wenn das, was HASS anbietet, gar nicht schmeckt.

[FernetMenta]

@Garfonso danke für die Antworten.

Das sind doch alle halbwegs sinnvollen Permutationen von Tag, Monat, Jahr. Nicht?

Ich vermisse halt 01.01.2026. Leider gibt es nur 1.1.2026 und das sieht immer nicht so toll aus, wenn man mehrerer untereinander hat.

custom entities mit dem objekt editor mit "attr_xyz" beliebiges hinzubasteln

Habe ich versucht, kommt aber drüben nicht an. Ich erstelle mir jetzt eine custom Markdown-Tabelle in einem Object und zeige die an. Ds Markdown-Karte erlaubt ja mit {object} aud Daten im iob zuzugreifen.

Was willst du denn da als tabelle haben?

Ich bin ja von Jarvis migriert und das hat eine Json-Tabelle angeboten, bei der man im UI sortieren und Spalten aus/einblenden konnte. Ich zeige darin meine Ladehistorie der Wallbox an.

oder einen anderen UI-Adapter zu nehmen

no way :)

[Garfonso]

@XBiT said:

@garfonso

auf der "Map Karte" habe ich jetzt diese Anzeige:

Ja, seh ich auch... :-/
Mal sehen, ob sich was machen lässt.

//Edit:
ok, das wird größer... mal sehen. Vielleicht krieg ich einen kleinen Fix hin. Aber vielleicht auch erst mit dem nächsten Frontend Update.

[Garfonso]

@FernetMenta said:

FernetMenta
Developer
wrote 14 Sept 2026, 09:47 last edited by
#52

@Garfonso danke für die Antworten.

Das sind doch alle halbwegs sinnvollen Permutationen von Tag, Monat, Jahr. Nicht?

Ich vermisse halt 01.01.2026. Leider gibt es nur 1.1.2026 und das sieht immer nicht so toll aus, wenn man mehrerer untereinander hat.

custom entities mit dem objekt editor mit "attr_xyz" beliebiges hinzubasteln

Habe ich versucht, kommt aber drüben nicht an. Ich erstelle mir jetzt eine custom Markdown-Tabelle in einem Object und zeige die an. Ds Markdown-Karte erlaubt ja mit {object} aud Daten im iob zuzugreifen.

Versuch mal die Version in Github... damit kann man jetzt manuell states als attribute zu einem manuellen Entity hinzufügen.

Neu

Unten im Custom-Dialog eine Tabelle Experte: Attribute aus States. Zwei Spalten, Attributname als Text und ein Objektauswahlfeld für den State. Gespeichert als customAttributes.

Angewendet wird sie ganz am Ende der Entity-Erzeugung. Das heißt, sie gilt auch für die Typen, die über die Converter-Brücke gebaut werden, also Cover, Lock, Media Player, Vacuum, Klima, Licht, Humidifier, Water Heater. Ein Eintrag überschreibt ein Attribut, das der Converter selbst angelegt hat, samt dessen Parser. Damit ist die Tabelle auch der Weg, ein vorhandenes Attribut auf einen anderen State umzubiegen.

Namen mit Punkten schreiben verschachtelte Attribute, forecast.0.temperature funktioniert. Halbe Zeilen ohne Namen oder ohne State werden ignoriert.

[FernetMenta]

@Garfonso sagte:

versuch mal die Version in Github... damit kann man jetzt manuell states als attribute zu einem manuellen Entity hinzufügen.

Copy to Clipboard

Cool, danke! Hab ich versucht und einen Kommentar auf github hinterlassen. Hat fast funktioniert für den Case. Nur kommen States vom Typ Array als String an.

[FernetMenta]

@garfonso bzgl. Custom Cards:

• Es wäre toll, wenn auch die Version auf der Admin-Seite angezeigt werden würde.
• Ein Update funktioniert nicht, indem man einfach eine neue Version per drap/drop auf die Seite zieht. Ich muss die alte Karte löschen, speichern, und dann die neue auf die Seite ziehen.

[Garfonso]

@FernetMenta said:

@Garfonso sagte:

versuch mal die Version in Github... damit kann man jetzt manuell states als attribute zu einem manuellen Entity hinzufügen.

Copy to Clipboard

Cool, danke! Hab ich versucht und einen Kommentar auf github hinterlassen. Hat fast funktioniert für den Case. Nur kommen States vom Typ Array als String an.

Joa... Array (bzw. auch Object usw.) ist intern ein String. Da muss der Adapter noch ein JSON.parse machen. Das hab ich nicht bedacht -> kommt bald. ;-)

@FernetMenta said:

@garfonso bzgl. Custom Cards:

• Es wäre toll, wenn auch die Version auf der Admin-Seite angezeigt werden würde.
• Ein Update funktioniert nicht, indem man einfach eine neue Version per drap/drop auf die Seite zieht. Ich muss die alte Karte löschen, speichern, und dann die neue auf die Seite ziehen.

Die Version kennt der Adapter nicht. Ich weiß auch nicht genau, ob ich die durch parsen der Datei rausbekomme. Mein workaround ist, dass ich die Version in den Dateiname schreibe vor dem Upload (der Name ist nämlich egal, nur die Dateiendung spielt eine Rolle). Ich frag mal die KI, ob es da eine Möglichkeit gibt.

Überschreiben sollte eigentlich funktionieren. Muss ich gleich mal testen.

[FernetMenta]

@Garfonso sagte:

Joa... Array (bzw. auch Object usw.) ist intern ein String. Da muss der Adapter noch ein JSON.parse machen. Das hab ich nicht bedacht -> kommt bald. ;-)

Cool, vielen dank!

[Garfonso]

@FernetMenta said:

Ein Update funktioniert nicht, indem man einfach eine neue Version per drap/drop auf die Seite zieht. Ich muss die alte Karte löschen, speichern, und dann die neue auf die Seite ziehen.

Die Karte wird schon überschrieben. Aber der Cache Header war so gesetzt, dass der Browser die Karte lange nicht neu anfordert, also ein Clear Cache oder ein erzwungenes Neuladen (strg + F5) notwendig war, damit er das Update wirklich lädt. Da gibt es jetzt eine Lösung für.

Zur Versionsanzeige: da war meine Vermutung richtig, in der JS-Datei steht die Version nicht an einer festen Position. Claude hat da was gebastelt, was sich die Ausgabe anguckt (die meisten Karten geben in der Browser-Konsole ihre Version aus) und die daraus extrahiert. Das ist aber ziemlich wackelig und funktioniert nur bei einigen Karten, die das auch so machen... naja, besser als nichts.

[acteck77]

Hallo,
ich beobachte sehr langsame Startzeit der Instanz und auch immer wieder minutenlange Nichterreichbarkeit von lovelace. Andere Funktionen / Adapter habe eine normale Reaktionszeit.

Kann ich was einstellen?

Herzliche Grüße
Andreas