Die Lovelace Version 4.1.11 ist nun da. Number-Werte bleiben jetzt auch number-Werte nach Veränderung in Lovelace Eingabefeldern.
Vielen lieben Dank @Garfonso!

@cookingeek

Sehr sehr schöne Sache! Wird sofort genutzt.

Habe noch 3 Fragen dazu:

• Kennst du eine Lösung, wie man es anhand der nächsten Abholung dynamisch machen kann, sprich sodass ganz links das ist, was als nächstes abgeholt wird? Hier im Beispiel also Restabfall-Gelber Sack-Altpapier

• Kann man der Karte mithilfe Styles Eigenschaft sagen, dass das Icon sowie die Texte zentriert sein soll?

• Wozu wird der Datenpunkt nextDateFormat benötigt

@cookingeek Klappt perfekt, danke!

Ich fasse es selber noch nicht, aber ich habe eine Lösung gefunden.

type: entities
entities:
  - entity: binary_sensor.Raum_Entwicklung_KontaktAufEntwicklung
    type: custom:multiple-entity-row
    name: Entwicklung
    icon: mdi:code-block-tags
    show_state: false
    entities:
      - entity: sensor.00365F29B30BDE_1_STATE
        name: Fenster 4
        icon: mdi:window-closed-variant
        hide_if:
          value: OPEN
      - entity: sensor.00365F29B30BDE_1_STATE
        name: Fenster 4
        icon: mdi:window-open-variant
        styles:
          '--paper-item-icon-color': rgb(251,197,22)
        hide_if:
          value: CLOSED

Ich habe für ein Fenster zwei Entitäten. Ist das Fenster CLOSED, ist die Farbe normal weiß und das Icon ist ein geschlossenes Fenster:

Dank der hide_if Eigenschaft kann man diese Entität ausblenden, sollte der Status OPEN sein.

An der Stelle kommt jetzt die zweite Entität des selben Fensters in Spiel.
Hier ist die Farbe dank styles: '--paper-item-icon-color': rgb(251,197,22) verändert und das Ico ist ein offenes Fenster:

Dank hide_if CLOSED wird diese Entität wieder ausgeblendet, sollte das Fenster wieder geschlossen werden.

Ich hoffe, diese Lösung hilft irgendwem auch so dolle wie mir.

@cookingeek Kleines Feedback, das dynamische Sortieren hat mit der auto-entities Karte perfekt funktioniert.

Vorher:

Nachher:

Lediglich das mit dem Text habe ich nicht ganz verstanden, wie genau kann ich textHeute konfigurieren?

@garfonso said in Lovelace Linux Skriptbefehle?:

dass der Browser zu viel löscht.

Ich habe das Problem gefunden. Ich habe einen Kollegen, der in Firefox die Option aktiviert hat, dass beim Schließen des Browsers die gesamten Daten gelöscht werden:

Startet er also den Browser neu, bekommt er auch eine neue Browser Instanz

Der Raspberry hingegen verwendet immer dieselbe Browser-Instanz, also ein Problem mit dem Kiosk-Modus habe ich dort nicht.

@paul53 So simpel wie es eigentlich ist hat es geholfen. Auch nach Tests.

Riesiges Dankeschön für deine Zeit und Geduld.

@paul53 Ärgerlich. Dann bauen wir diese Schleife einfach in eine JavaScript-Funktion?

@paul53 Diese Schleife:

gibt mir diese outputs:

2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt vorher: 11,20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste vorher: 1,20,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 0
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 20,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 1
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 2
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,28
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 3
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,28,-1
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt danach: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste danach: 19,28,-1

So wurden die debugs eingearbeitet:

@paul53 sagte: Dann korrigiere den Index nach dem Entfernen.

Das wäre eine Idee. Dennoch geht die Schleife ja so lang wie die ursprüngliche Länge der tagesliste.

Aus benachrichtigt = [id1, id2] und tagesliste = [1, 20] wird benachrichtigt = [id2] und tagesliste = [20, -1].

@paul53 Wobei mir gerade beim Testen was auffällt. Wir nehmen Einträge aus der Liste tagesliste weg. Wir versuchen aber über die gesamte ursprüngliche Länge der Liste auf die Werte zuzugreifen. Der Index spielt uns in die Karten.

Als Lösung vielleicht eine dritte Liste, die sich spiegelt mit der tagesliste. Nur dort entfernen wir und aktualisieren diese zum Schluss mit der tagesliste?

@paul53 Oh man. Ist angepasst.

Deswegen finde ich es hier im Forum so toll. Danke für die Große Hilfe!

@paul53 Ich habe mal aus Neugier was gebaut:

Ich bin mir nicht sicher, ob man so Werte aus einer Liste löscht. Aber prinzipiell müsste es so gehen?

Edit: Der 'entferne'-Block wurde gefunden. Man müsste nur selber durchschauen

@paul53 sagte: Es muss der Eintrag in beiden Listen gelöscht werden, damit der Index weiter übereinstimmt.

Ja genau.

Fände diesen Automatismus schöner, als sich auf die Nutzer zu verlassen.

Update

Zufälligerweise hat sich heute das Testen des Skriptes ergeben und es funktioniert einwandfrei!

Der Wert pendelt genau an der Schwelle und low_bat ist true, false, true, false, ... - aber nur eine einzige Mail. Sehr schön.

Die Batterie wurde ausgetauscht und die Taste gedrückt. Letzteres würde ich gerne irgendwie noch automatisieren, aber so tut es erstmal.

Edit: Vielleicht eine zweite Liste mitlaufen lassen, in dem die übrigen Tage bis zur automatischen Löschung gespeichert werden. Dabei wäre der zweite Eintrag der für den zweiten Eintrag in unserer lowbatListe. Standardmäßig den Wert 28 (4 Wochen) und jeden Tag wird -1 gerechnet und wenn es dann bei 0 angekommen ist, löscht es den passenden Eintrag automatisch aus unserer Liste mit den IDs.

@paul53 was hälst du davon?

@paul53 Komplett übersehen, noch einmal Danke!

Warum ist das Zurücksetzen nicht notwendig? Angenommen jemand wechselt die Komponente und drückt den Taster. Dieser hat dann den Wert wahr und somit löst der Trigger im Skript aus. Wenn das jetzt nochmal passiert, hat der Taster den Wert falsch und der Trigger würde nicht auslösen?