Test lovelace 4.x

[XBiT]

@david-g

das war nicht so einfach weil ich es so noch nie gebraucht habe...
Hier ein Beispiel:

Spoiler

type: custom:button-card
variables:
 icon_on: mdi:check
 icon_off: mdi:check
entity: input_boolean.Forum_XBiT_Versand_Heft_abholbereit
name: Hefte abholbereit!
icon: '[[[ return variables.icon_on ]]]'
state:
 - value: 'off'
   icon: '[[[ return variables.icon_off ]]]'
   color: white
 - value: 'on'
   icon: '[[[ return variables.icon_on ]]]'
   color: black
confirmation:
 text: '[[[ return `Soll die Mail wirklich an xxx versendet werden?` ]]]'
styles:
 grid:
   - grid-template-areas: '"n" "i" "Timestap"'
   - grid-template-columns: 1fr
   - grid-template-rows: min-content 1fr min-content min-content
custom_fields:
 Timestap: |
   [[[
      return "Mail zuletzt gesendet: " + helpers.formatDateTime(states[entity.entity_id].last_changed);
   ]]]

[David G.]

@xbit

Vielen Dank.
Das ist perfekt.

Die Karte ist mir mal noch eine Nummer zu hoch
Muss ich mich mal einarbeiten.

[Erstam]

Hallo zusammen!

Ich bekomme die Services input_number.decrement und input_number.increment nicht wie in der Doku beschrieben ans Laufen, sondern erhalte die folgende Fehlermeldung.

Hat irgendwer eine Idee, woran das liegt?

Unknown service: increment ({"type":"call_service","domain":"input_number","service":"increment","service_data":{"step":5},"id":363}) 

Hier der Auszug aus der YAML:

    tap_action:
      action: call-service
      service: input_number.increment
      service_data:
        entity_id: input_number.Haus_Energie_Wallbox_evChargeLimitSOCSet
        step: 5

input_number.set_value funktioniert hingegen problemlos mit folgender YAML:

    tap_action:
      action: call-service
      service: input_number.set_value
      service_data:
        entity_id: input_number.Haus_Energie_Wallbox_evChargeLimitSOCSet
        value: 50

[David G.]

@erstam

Evtl ist das in unserer Version von Lovelace nicht drinnen.
In der Gui gibt es das nicht.

Das letzte Update ist ja schon was her. In Lovelace kommen ja ständig neue Sachen.

[Garfonso]

@david-g
Ja, da will ich mich mal wieder ran setzen. Müsste in den nächsten Wochen klappen.

[Swisslizard]

Im ioBroker-lovelace ist die browser_mod Erweiterung drin. Leider ist es eine Version bei der auf mobilen Endgeräten die Popup viel zu hoch/lang dargestellt werden.

Ist ein bekannter Bug (https://github.com/thomasloven/hass-browser_mod/pull/619) und es gibt auch einen Fix dazu. Wäre cool, wenn der Fix ins iobroker.lovelace integriert werden könnte.

raymercury created this issue in thomasloven/hass-browser_mod

open mobile popup fix for HA 2023.7.3 #619

[Garfonso]

@swisslizard
Puh.. weiß ich nicht... da würde ich lieber warten, bis das in einem browser_mod release drinnen ist. Sonst vergesse ich das bei jedem zweiten Release und kriege dann hier Ärger. (AKA: Wartungsaufwand zu hoch).

Du kannst gerne selber die browser_mod.js Datei austauschen, die liegt in /opt/iobroker/node_modules/iobroker.lovelace/hass_frontend/static_cards/ (das musst du dann bei jedem Update von Lovelace wiederholen, auch nicht schön...)

[Swisslizard]

@garfonso
Die browser_mod Datei habe ich bereits angepasst und das Problem so gelöst. Einfach die Datei aus dem Pullrequest zu kopieren war suboptimal, da damit ein anderes kleines Problem auftrat.

Der Fix aus dem Pullrequest wird nie in den browser_mod Release reinkommen - gleich wie viele andere Dinge aus diser Zeit. Grund ist, dass die ursprüngliche browser_moder Variante für die der Fix ist, nicht mehr gepflegt wird. Mittlwerweile ist browser_mod 2 aktuell (dort scheint es das Problem nicht zu geben), aber wir sind zumindest im Moment noch beim ursprünglichen browser_mod.

Falls jemand den Fix übernehmen möchte, dann liegt die bei mir funktionierende Datei hier: https://github.com/lizardking/ioBroker.lovelace/blob/master/hass_frontend/static_cards/browser_mod.js (Achtung! Besser nicht das ganze Repo übernehmen, da sind noch div andere Anpassungen/Erweiterungen von mir drin).

[Garfonso]

@swisslizard
Ah, dann guck ich mir doch lieber browser_mod2 an, nicht?

[Swisslizard]

@garfonso
Ja klar, auf jeden Fall!

Habe mich da selber (noch) nicht rangetraut, da mir der Überblick über die ganze Lovelace implementierung und das Zusammenspiel mit dem ioBroker Adapter fehlt. Mein Fix ist nur eine Lösung damit mit dem altuellen Release Popups auf Mobiles genutzt werden können.

[Garfonso]

@swisslizard
Hier muss ich nochmal nachfragen, was du genau mit "browser_mod2" meinst. Ich hab heute nochmal recherchiert und das Repository, wo du auch hingelinkt hast, redet (seit einiger Zeit) von "browser_mod 2". Ist das damit gemeint?

Hast du das Problem denn? Weil der iobroker-lovelace Adapter eigentlich schon länger browser_mod 2.3.0 mitbringt. Ich update mal auf 2.3.1 (die micht sogar erwähnt, yay )... aber eine andere Version 2 hab ich bisher nicht gesehen.

Ich mein, wenn du einen fork maintainen willst, können wir gerne darüber reden. Ich hab aber schon nen lovelace fork, den ich maintaine. g

[Swisslizard]

@garfonso

Ich muss gestehen, dass ich die browser mode Geschichte nicht in allen Details recherchiert habe. Hatte das erwähnte Problem mit den überlangen Popups auf Mobile Devices. Bei der Suche nach einer Lösung bin ich auf den weiter oben mal verlinkten Pullrequest gestossen und habe die Ansatz erfolgreich ausprobiert. Da ich noch eine Reihe weiterer Issues und Pull Requests aus der gleich Zeit gesehen habe, die mit dem Kommentar, dass keine Übernahme gemacht wird weil wegen Browser Mod 2 eine neue Codebasis da ist, habe ich ganz naiv angenommen, dass auch dieser Pullrequest in dieses Kapitel gehört.

Wie auch immer, für mich ist das Problem gelöst und die Popups erscheinen in der richtigen Grösse.

An dieser Stelle ein grosse Dankeschön für das Maintainen des Adapters. Einen eigenen Fork zu Maintainen war und ist eigentlich nicht mein Plan , aber wenn ich Code in die Finger kriege, dann dauert es meist nicht lange bis ich dran rumbastelte und eigene Anpassungen mache. Mit dem Fork ist es am einfachsten die Changes aus Deiner Implementierung zu übernehmen.

By the way, ich müsste wohl noch etwas aufräumen um Dinge die nur für mich relevant sind von anderem in separate Branches abzutrennen, aber ich bin bei Interesse gerne bereit meine Changes als PR zur Verfügung zu stellen. Am ehsten Interesant sind allenfalls die Ergänzungen bei den Settings (nehme an der Screenshot ist selbsterklärend) und ev. die Changes/Fixes beim Cover Converter (ist allerdings kaum getestet und darum eher WIP, da ich im Moment keine Cover Entities benutze).

[Krys]

Hallo zusammen,

ich bekomme den Adapter auf Teufel komm raus nicht so wirklich zum laufen, um über die Cloud zuzugreifen.
Im heimischen Netzwerk funktioniert alles, über iobroker.pro leider nicht.

Aktuell habe ich die Version 4.1.11 installiert. Ich habe aber auch andere getestet:

Im Cloud-Adapter dürfte die Einstellung auch passen:

Die Einstellungen der lovelace-Instanz sehen so (unverändert) aus:

Ich hab diverse Beiträge und Versuche durch.

Wenn ich über "iobroker.pro/lovelace/" gehe, lädt er unendlich:

Den Cache habe ich bereits gelöscht, Sicherheitseinstellungen im Browser angepasst und diverse Browser ausprobiert.

Habt ihr eine Idee, wie ich ich den Adapter zum Laufen bekomme?

Unter iobroker.pro bekomme ich LOVELACE 2x angezeigt, muss das so?

[Garfonso]

@krys
leider ein bekanntes Problem... muss sich @Bluefox angucken, hat er bisher wohl keine Zeit zu gefunden.

https://github.com/ioBroker/ioBroker.lovelace/issues/486

andiweli created this issue in ioBroker/ioBroker.lovelace

open ioBroker App no longer opens Lovelace #486

[Erstam]

Lovelace stürzt wiederholt ab mit Mushroom Light Card

Ich nutze seit kurzem auf einem Panel die Mushroom Light Card und andere Karten. Seitdem erlebe ich regelmäßige Abstürze von Lovelace, wenn ich versuche, im Dashboard Farbänderungen oder Helligkeitsänderungen vorzunehmen. Die Mushroom-Cards haben v4.2.0, Lovelace ist v4.1.11.

Folgend mal zwei Fehlermeldungen aus dem Log.

Vielleicht hat jemand eine Idee, ob das eine Versionsinkompatibilität ist, ein Bug in der iobroker-Implementierung von Lovelace, in den Mushroom-Cards oder Lovelace selbst?

Viele Grüße!

2024-12-05 06:40:27.372 - error: lovelace.0 (274948) TypeError: Cannot set properties of null (setting '0')
at rgbGetParser (/opt/iobroker/node_modules/iobroker.lovelace/lib/converters/light.js:324:47)
at /opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:826:38
at Array.forEach ()
at WebServer.onStateChange (/opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:802:22)
at Object.stateChange (/opt/iobroker/node_modules/iobroker.lovelace/main.js:54:35)
at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5827:31)
at Immediate. (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/build/esm/lib/states/statesInRedisClient.js:291:37)
at process.processImmediate (node:internal/timers:483:21)
2024-12-05 06:40:27.372 - error: lovelace.0 (274948) Cannot set properties of null (setting '0')
2024-12-05 06:40:27.373 - error: lovelace.0 (274948) 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().
2024-12-05 06:40:27.373 - error: lovelace.0 (274948) unhandled promise rejection: Cannot set properties of null (setting '1')
2024-12-05 06:40:27.373 - error: lovelace.0 (274948) TypeError: Cannot set properties of null (setting '1')
at rgbGetParser (/opt/iobroker/node_modules/iobroker.lovelace/lib/converters/light.js:324:47)
at /opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:826:38
at Array.forEach ()
at WebServer.onStateChange (/opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:802:22)
at Object.stateChange (/opt/iobroker/node_modules/iobroker.lovelace/main.js:54:35)
at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5827:31)
at Immediate. (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/build/esm/lib/states/statesInRedisClient.js:291:37)
at process.processImmediate (node:internal/timers:483:21)
2024-12-05 06:40:27.373 - error: lovelace.0 (274948) Cannot set properties of null (setting '1')
2024-12-05 06:40:27.378 - info: lovelace.0 (274948) cleaned everything up...
2024-12-05 06:40:27.380 - info: lovelace.0 (274948) terminating
2024-12-05 06:40:27.380 - warn: lovelace.0 (274948) Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-12-05 06:40:27.881 - info: lovelace.0 (274948) terminating
2024-12-05 06:40:28.138 - error: host.iobroker instance system.adapter.lovelace.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

[jpakusch]

Hallo Zusammen,

ich bin seit ein paar Tagen begeistert dabei mir eine Lovelace-Visu für mein IOBroker zu klöppeln.
Ich habe hier schon den Thread hoch und runter gelesen und auch den "ultimate Guide" durchgearbeitet.
Vieles klappt danach schon Super.
Wo es bei mir nun hapert sind Lampen mit Farbsteuerung (Farbtemperatur oder auch RGB Lampen)
Ich habe die wie hier ja mehrfach Empfohlen über die Geräte in IOBroker angelegt.
Leider tauchen Sie bei mir gar nicht als Entitäten auf.
Woran kann das liegen?

Hier meine Config unter "Geräte:

von den gezeigten Geräten tauchen nur die Einhornlichterkette und die Testlampe "Kind 1 LED" vom Typ Dimmer unter entitäten auf.

und das Ergebnis unter Objekte-Alias:

Für einen Schubs in die richtige Richtung wäre ich sehr dankbar!

Gruß, Jan

[Erstam]

Ich habe leider noch einen Fehler gefunden, diesmal auch ohne die Mushroom Cards. Auch hier stürzt Lovelace ab mit Verweis auf rgbGetParsers.

lovelace.0
2024-12-06 20:39:00.913	info	terminating

lovelace.0
2024-12-06 20:39:00.411	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

lovelace.0
2024-12-06 20:39:00.411	info	terminating

lovelace.0
2024-12-06 20:39:00.410	info	cleaned everything up...

lovelace.0
2024-12-06 20:39:00.402	error	Cannot set properties of null (setting '0')

lovelace.0
2024-12-06 20:39:00.402	error	TypeError: Cannot set properties of null (setting '0') at rgbGetParser (/opt/iobroker/node_modules/iobroker.lovelace/lib/converters/light.js:324:47) at /opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:826:38 at Array.forEach (<anonymous>) at WebServer.onStateChange (/opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:802:22) at Object.stateChange (/opt/iobroker/node_modules/iobroker.lovelace/main.js:54:35) at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:7312:31) at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/build/esm/lib/states/statesInRedisClient.js:291:37) at process.processImmediate (node:internal/timers:483:21)

lovelace.0
2024-12-06 20:39:00.399	error	unhandled promise rejection: Cannot set properties of null (setting '0')

lovelace.0
2024-12-06 20:39:00.398	error	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().

[manrum1]

@garfonso Hallo, leider komme ich an einer Stelle nicht weiter und bitte um Hilfe:

• ich benutze shelly plus2pm zur Rolladensteuerung, habe diesen auch brav per device Adapter Aliases zugeordnet:

• wie man auf dem nächsten Bild sieht, sind die Buttons für auf bzw. zu nicht aktiv, wenn diese auf 0% oder 100% stehen (siehe Hobby). Wenn ich irgendwo zwischen 0 und 100% stehe (siehe Büro) , werden die Buttons aktiv.

Ich hätte die Buttons gerne immer aktiv. Was mache ich falsch?

PS: Nutze die Mushroom Cover Card

[David G.]

@manrum1

Nur aus Interesse....
Warum möchtest du weiter hoch fahren, wenn die Rollläden schon ganz oben sind?

[Armilar]

@garfonso

Zunächst einmal vielen Dank für den tollen Adapter, der aus meiner Sicht sehr intuitiv bedienbar ist und auch im ersten Schritt keine Probleme bereitete.

Da hier alle sehr zufrieden sind überlege ich aktuell, ob das Phänomen nur bei mir auftaucht. Ich habe zum Testen u.a. mein Büro konfiguriert

Sieht alles sehr ordentlich aus und funktioniert ebenfalls in allen Entitäten.

Allerdings nur bis zum Neustart des Adapters bzw. Reboot des Rechners... Danach fehlen die automatisch generierten Entitäten und die manuell zugewiesenen Entitäten funktionieren nach wie vor.

Dieser Zustand ändert sich dann auch nicht mehr (auch nicht Stunden später), es sei denn ich entferne dir Funktion oder den Raum aus dem Device und setze alles neu...

Auch sind dann die Entitäten aus dem Adapter nicht mehr zu sehen:

vor dem Neustart des Adapters:

nach dem Neustart des Adapters:

Sobald man wider die Funktion oder den Raum je Device neu setzt, legt sich die Entität wieder an und wird auch sofort korrekt visualisiert.

Gibt es hier Probleme mit dem Type-Detector?

Vielleicht hat ja jemand eine Lösung für das Problem, bevor ich hierzu einen FR im github erstelle.

Folgende Systeminfo:
OS: Ubuntu 24.04.1
Node.js: v20.18.1
NPM: 10.8.2
lovelace Adapter: v4.1.11

Ich hatte gesehen, dass es unter github einen Eintrag (Bluefox) gab, dass es bereits eine v4.1.11 gibt. Da das Problem bereits bei der Installation mit v4.1.10 auftrat, dachte ich mir, ggfs. wäre das Problem damit schon obsolet. Der Fehler ist nach wie vor vorhanden...

Zumindest nimmt mir aktuell eine permanente Neuzuordnung (Raum/Funktion) für die automatische Erkennung der Entitäten ein wenig den Spaß am Adapter...

Evtl gibt es ja bereits eine Lösung

EDIT:
Hat sich erledigt. Eine Gruppierung (Raum/Funktion) auf einem Media Alias hat einen Error erzeugt... Im alexa.0...player Verzeichnis funktioniert es und die automatische Suche der Entitäten somit auch...