UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Supernils]

@Garfonso
Ich bin von 4.1.15 auf 5.0.2 gesprungen. Wenn ich nun bei einigen Sensor-Entities auf den Messwert (z.B. Temperatur) klicke erscheint statt der Historie/Verlauf (SQL) folgende Info im Log:

Log from UI Unhandled promise rejection from Firefox 143.0 on Windows 10 TypeError: e.name.trim is not a function trim (src/common/entity/compute_area_name.ts:4:13) context (src/dialogs/more-info/ha-more-info-dialog.ts:323:53) render (src/lit-element.ts:160:23) update (src/reactive-element.ts:1329:13) performUpdate (src/reactive-element.ts:1261:16) scheduleUpdate (src/reactive-element.ts:1233:24)

Woran kann das liegen?

[Garfonso]

@kipferl said in Test lovelace 5.x:

@Garfonso
Ich habe seit der Umstellung auf lovelace 5 das Problem, das auf meinen NSPanelPro mit fully und auf meinen smarten Kühlschrank mit integrierten Browser, lovelace nicht mehr lädt, ich sehe nur die Ladeseite mit dem Logo, weiter kommt es nicht. Am PC oder auf unseren Smartphones läuft es einwandfrei.

Braucht die neue Version ein neues feature das nur die neuesten Browser unterstützen oder gibts einen anderen Trick das wieder zum laufen zu bekommen?

Leider keine Idee. Du kannst mal gucken, was HomeAssistant dazu sagt, so zwischen letztem Jahr im Juni und dieses Jahr März (das ist der aktuelle Stand). Kann sein, dass da Browserunterstützung sich was geänder hat...
Guck aber mal, ob im Log vom Adapter eine Meldung kommt (das Frontend schickt Logmeldungen weiter, die der Adapter mittlerweile ausgibt). Vielleicht findet sich da was. Grundsätzlich geht Fully (hab den auf einem Android Tablet). Aber der nutzt ja auch nur das WebView.

@supernils said in Test lovelace 5.x:

@Garfonso
Ich bin von 4.1.15 auf 5.0.2 gesprungen. Wenn ich nun bei einigen Sensor-Entities auf den Messwert (z.B. Temperatur) klicke erscheint statt der Historie/Verlauf (SQL) folgende Info im Log:

Log from UI Unhandled promise rejection from Firefox 143.0 on Windows 10 TypeError: e.name.trim is not a function trim (src/common/entity/compute_area_name.ts:4:13) context (src/dialogs/more-info/ha-more-info-dialog.ts:323:53) render (src/lit-element.ts:160:23) update (src/reactive-element.ts:1329:13) performUpdate (src/reactive-element.ts:1261:16) scheduleUpdate (src/reactive-element.ts:1233:24)

Woran kann das liegen?

Was bedeutet denn "einige"? Kannst du versuchen rauszufinden, bei welchen das passiert und bei welchen nicht? Gibt's da Gemeinsamkeiten bei denen, wo es nicht geht?
Hab ich bisher hier nicht gesehen.

[Supernils]

@garfonso Bisher konnte ich kein Muster erkennen. Es hängt wohl an den Entities. Die Konfiguration in Lovelace ist egal.

Fehler-Beispiel:
sensor.Thermometer_Schlafzimmer --> alias.0.Schlafzimmer.Thermometer_Schlafzimmer.ACTUAL

type: entities
entities:
  - entity: sensor.Thermometer_Schlafzimmer

lovelace.0
2025-10-05 16:18:25.057	info	Log from UI Unhandled promise rejection from Firefox 143.0 on Windows 10 TypeError: e.name.trim is not a function trim (src/common/entity/compute_area_name.ts:4:13) context (src/dialogs/more-info/ha-more-info-dialog.ts:323:53) render (src/lit-element.ts:160:23) update (src/reactive-element.ts:1329:13) performUpdate (src/reactive-element.ts:1261:16) scheduleUpdate (src/reactive-element.ts:1233:24)

Kein Fehler bei folgender Konstellation:
sensor.Thermometer_BadOG --> alias.0.BadOG.Thermometer_BadOG.ACTUAL

type: entities
entities:
  - entity: sensor.Thermometer_BadOG

[kipferl]

@garfonso

Wenn ich den view für das NSPanel lade gibt mir die log nur folgendes aus:

lovelace.0 2025-10-06 17:01:15.517	debug	Unknown request for /lovelace/frontend_es5/app.8e73a1fc78be73f3.js

lovelace.0 2025-10-06 17:01:15.504	debug	Unknown request for /lovelace/frontend_es5/core.450d2363378d2718.js

lovelace.0 2025-10-06 17:01:15.319	debug	Unknown request for /lovelace/nspanelpro-bad

Sofern ich das richtig verstanden habe, ist der es5 mode der Kompatibilitäts Modus für browser älter als 5 Jahre von lovelace, siehe hier https://developers.home-assistant.io/docs/frontend/

Falls man das irgendwie emulieren kann könnte man das eventuell reproduzieren.

[Garfonso]

@kipferl
ups... das hab ich kaputt gemacht. schwitz
Guck mal, ob es mit der aktuellen github Version geht (falls du mutig bist, sonst dauert es noch ein paar Tage, bis ich eine neue Version ins latest schiebe)

[kipferl]

@garfonso

Funktioniert wieder mit der GitHub version.
Vielen Dank für den fix und generell für deine Arbeit hier.

[tiobb]

Ich habe einen Fensterkontakt von Aqara und habe ihn auch in Lovelace eingebunden, nur leider sind die Werte vertauscht. True ist geschlossen, und false ist offen. Heißt, mir wird das Fenster, wenn es geschlossen ist, als geöffnet angezeigt und umgekehrt, kann man das irgendwie ändern? Ich habe nicht die Möglichkeit den Sensor anders zu positionieren.

[David G.]

@tiobb

Ich würde es mit einem Alias lösen, darüber kann man die Werte tauschen (Ich würde mir eh für jedes Gerät ein Alias anlegen.).

[tiobb]

@david-g Danke für deine Antwort. Kannst Du mir für Dumme erklären wie das genau geht? Muss ich das dann hier ändern, und wenn ja, was genau?

{
  "type": "state",
  "common": {
    "name": "Contact event",
    "type": "boolean",
    "read": true,
    "write": false,
    "role": "state",
    "custom": {
      "lovelace.0": {
        "enabled": true,
        "attr_has_time": false,
        "attr_has_date": true,
        "entity": "binary_sensor",
        "name": "00158d008bc3c137_contact",
        "attr_device_class": "window"
      },
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": false,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "retention": 604800,
        "customRetentionDuration": 365,
        "maxLength": 10,
        "enableDebugLogs": false,
        "debounce": 0
      }
    }
  },
  "native": {},
  "_id": "zigbee.0.00158d008bc3c137.contact",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1761064506391
}

[FernetMenta]

@tiobb Du nimmst am besten den Devices-Adapter, wie empfohlen, und erstellst damit einen Fenstersensor. Diesen alias lässt du auf deinen zigbee Sensor zeigen. Dann hast du in der Objektansicht für diesen alias Funktionen für die Konvertierung.

[David G.]

@fernetmenta said in Test lovelace 5.x:

@tiobb Du nimmst am besten den Devices-Adapter, wie empfohlen, und erstellst damit einen Fenstersensor. Diesen alias lässt du auf deinen zigbee Sensor zeigen. Dann hast du in der Objektansicht für diesen alias Funktionen für die Konvertierung.

Bei der Konvertierung fürs Lesen dann

val ? false : true

damit tauscht man true und false.

[tiobb]

@david-g @FernetMenta Vielen Dank für eure Hilfe!!!

[m1k3f15h]

@tiobb oder

!val

funktioniert auch um ein bool zu negieren

Mike

[tiobb]

@m1k3f15h @FernetMenta @David-G

Vielen Dank. Das mit dem Devices Adapter ist ja eine klasse Sache, auf einmal ist alles soooo übersichtlich. Ich habe jetzt alle Räume angelegt und dort die entsprechenden Datenpunkte für die Geräte hinterlegt. so muss man sich sich nicht permanent durch die unübersichtlichen Objekte klicken, wirklich top. Hab jetzt auch schon einige Scripte entsprechend der Aliase , schreibt man das so, angepasst. Jetzt stoße ich auf ein Probleme. Und zwar habe ich einige Datenpunkte über den History Adapter und SourceAnalytix geloggt, wenn ich jetzt die History im Alias aktiviere was passiert dann? Wie verhindre ich das meine Daten verloren gehen? Hier z.B. für meinen Heizölverbrauch

[David G.]

@tiobb

Dafür gibt's die Alias-ID.
Gibt's so auch im History Adapter.

Ich glaube im alten DP kann/muss man die Protokollierung dann abschalten?

[M1R0O]

Hi,
ich habe das Problem, dass keine neuen Entitäten in Lovelace hinzugefügt werden.
Wenn ich bspw. in den Objekteinstellungen Lovelace aktiviere, wurde das Objekt bisher sofort als Entität in Lovelace erkannt.
Aktuell kann ich machen was ich will, Lovelace findet keine einzge neue Entität.

Hat noch jemand das Problem? Was kann ich tun, um das zu lösen?

Danke

[Garfonso]

@m1r0o
"sofort" gab es noch nie neue Entitäten, sondern nach 5 Sekunden ohne Objektänderungen. Das mag sich jetzt nach Haarspalterei anhören, aber es könnte das Problem sein, ich würde folgende Dinge vorschlangen:

• läuft der Adapter überhaupt oder stirbt der wegen etwas?
• debug log anschalten (gerne ohne neustart) -> im Log gucken, schreibt der ständig was von Objektänderungen?
• wenn da immer was kommt, dann gucken, von welchem Adapter / Skript und das, wenn möglich abschalten.

Als workaround sollte auch ein Neustart des Adapters helfen, aber nimm dir die Zeit zu prüfen, ob da ständig Objektänderungen in deinem System sind. Falls ja, solltest du versuchen das abzustellen. (ich habe da persönlich bei mir auch schon Adapter aussortiert oder andere gefixt)

[M1R0O]

Danke für deine Antwort.
"Sofort" war etwas übertrieben. Der Adapter läuft eigentlich problemlos, aber auch nach jetzt 24 Std. werden die Entitäten nicht gefunden. Ein Neustart ist natürlich erfolgt.
Im Debug steht gar nichts dazu.

Edit: Jetzt ist die Entität angekommen. Merkwürdig...

[StephanH]

@tiobb Hi,

womit ermittelst du denn den Verbrauch ?

Gruß Stephan

[tiobb]

@stephanh sagte in Test lovelace 5.x:

@tiobb Hi,

womit ermittelst du denn den Verbrauch ?

Gruß Stephan

Mein Heizungskeller hängt an einem Shelly, der spuckt mir die Leistungsaufnahme aus. Wenn der Brenner läuft, ist die gesamte Leistungsaufnahme vom Heizungskeller bei 302W, die Brennerdüse hat einen durchlauf von 2l/h. Ich messe also die Zeit in der der Brenner läuft, schaltet der Brenner ab, geht de Leistungsaufnahme im Heizungskeller auf 120W runter.