Ankündigung

**scw2wi** · 12.01.2025, 18:51

Nach vielen Tagen Arbeit ist nun der Reminder V2 fertig geworden.
Die V1 war ja recht einfach zu bauen, hatte aber einige Nachteile.

custom:trash-card: Der größte Nachteil aus meiner Sicht war, dass ich den aktuellen Termin nicht orange hervorheben konnte. Die Formatierung war auch nicht so toll und Möglichkeit zur Änderung konnte ich auch mit card_mod keine finden.

custom:atomic-calendar-revive: Diese Card hab ich sowohl für die Geburtstage als auch die restlichen Termine verwendet. Hier war es recht mühsam, die Formatierung überhaupt so hinzubekommen, aber ich wollte einfach mehr. Im Nachhinein war's dann doch ganz schön aufwendig aber für einen Einsteiger wie mich auch unglaublich lehrreich. Vielleicht hab ich auch einige Dinge umständlicher gelöst als notwendig, denn immer, wenn ich Code mehrfach duplizieren muss, stellt sich mir die Frage, wie kann man das eleganter lösen.

Hier nun die neue Card.

HACS - Reminder2.png

Die Termine sind von unten nach oben gewandert, und man kann nun auswählen, ob die nächsten 1, 3 oder 5 Einträge angezeigt werden sollen. Je nachdem werden darunter 4, 2 oder 0 Einträge für Abholungen und Geburtstage angezeigt, damit sich das gesamte Layout nicht verschiebt. Die Lösung dazu ist die auto-entities card in Verbindung mit der conditional-card.

Bei eintägigen Terminen wird nur das Start-Datum angezeigt, bei mehrtägigen auch das Ende-Datum, und die Uhrzeit nur dann, wenn es eine gibt. Da ich keine Möglichkeit gefunden habe, in HA das Datum auf deutsch auszugeben, hab ich ein Makro für die Umwandlung geschrieben. Auch viele andere mehrfach verwendete Funktionen gliedere ich immer häufiger in Makros aus. Die Karten selbst sind mit der Decluttering-Card (in Kombination mit der custom:button-card) erstellt, damit nicht so viel Code zu duplizieren ist.

Beim Müll wird der Hinweis auf Morgen orange markiert, aber erst ab 12 Uhr, und am Abholtag wird der Eintrag um 8 Uhr aus der Liste entfernt. Das war mit der anderen Card nicht alles möglich.

Bei den Geburtstagen wird ein Bild angezeigt, wenn es eines gibt, sonst eine Torte. Es wird auch anhand des Geburtsjahres ausgerechnet, der wievielte Jahrestag es ist. Für all das war eine Menge Code notwendig, und ich hab mich bemüht, den gesamten Code zusammenzustellen und zu attachen. Trotzdem wird es nicht einfach werden, das nachzubauen. Wenn es sich jemand antun will, werde ich unterstützen, Anfängern rate ich aber zu einfacheren Übungen.

Angehängte Dateien

**Masifi** · 12.01.2025, 22:13

Sehr guter Reminder

muss man sich merken.
Infos dazu: https://knx-user-forum.de/forum/proj...80#post2009980

image.png

**Springrbua** · 13.01.2025, 08:33

Die muss ich mir definitiv genauer anschauen, vor allem für die Termine (nicht Müll).
Die eingebaute Calendar-Card mit der Termin-Übersicht ist für ein Wallpanel zum einen zu klein und lässt sich nur schwer Sinnvoll stylen.
Am liebsten wäre mir getrennt den nächsten Geburtstag (wenn mehrere am gleichen Tag natürlich alle) und die heutigen Termine anzuzeigen.
Möglicherweise kriege ich das so ja hin.
Bzgl. Müll gibt es bei uns nur Biomüll und Restmüll, die verwalte ich aktuell über zwei getrennte Entities und zeige sie im Dashboard nur an, wenn die entsprechende Tonne auch Voll ist.

**scw2wi** · 13.01.2025, 16:32

Es gibt hier bereits die erste Optimierung, die ich von einem Templating-Profi gelernt habe, und dessen Wissen ich hier gerne an Interessierte weitergebe.

Aktuell verwende ich die conditional-card 3-fach, um je nach input_number.kalender_pos_anzahl die entsprechende Anzahl von Positionen (1, 3 oder 5) anzuzeigen.

Wesentlich eleganter hätte ich das mit dieser kurzen Code-Sequenz machen können, denn die conditional-card kann auch template conditions auswerten.

HTML-Code:

{{ ( states.sensor |
     selectattr('entity_id','search','sensor.kalender_termin[1-9]') |
     map(attribute='entity_id') | list
   )[:states('input_number.kalender_pos_anzahl') | int(0)] }}

Der erste Teil des Codes generiert einfach eine Liste der Kalender-Termine 1 bis 9 (oder halt weniger, wenn es nicht so viele gibt).
Der zweite Teil des Codes schränkt die Auswahl dann auf so viele Einträge ein, wie der input_number entsprechen, und da diese per default eine Nachkommastelle liefert, wird die mit int(0) gekappt.

Ich hab auch experimentiert, ob ich nicht direkt auf das Array zugreifen kann, und gar keine Template-Sensoren erstellen muss, aber weiter als bis zu dieser Code-Sequenz, die zwar funktioniert, für die ich aber keine passende Card finden konnte, bin ich leider nicht gekommen.

HTML-Code:

{% set anzahl = states('input_number.kalender_pos_anzahl') | int %}
{% for i in range(anzahl) %}
  {{ state_attr('sensor.kalender_termine', 'scheduled_events')[i].start }}
  {{ state_attr('sensor.kalender_termine', 'scheduled_events')[i].end }}
  {{ state_attr('sensor.kalender_termine', 'scheduled_events')[i].summary }}
{% endfor %}

Ich mach noch ein paar weitere Optimierungen, die dauern aber noch etwas.

**scw2wi** · 24.01.2025, 12:27

Ich hab jetzt endlich die Lösung, wie neue oder geänderte Termine sofort angezeigt werden.

Das Problem kommt von den Unterschieden zwischen Automation-Trigger und Template Trigger

VT: Automation-Trigger:

reagiert direkt auf Ereignisse

VT: Template Trigger:

kann Attribute und Zustände speichern

Der Trick besteht nun darin, dass der Automation-Trigger dem Template-Trigger mitteilt, wenn sich etwas geändert hat.

Inhalt von automations.yaml

HTML-Code:

- id: my_event_trigger
  alias: generiert aus einem event_template_reloaded einen my_event_template_reloaded
  description: workaround, da template-trigger nicht direkt auf event_template_reloaded reagieren
  trigger:
    - trigger: event
      event_type: event_template_reloaded
  condition: []
  action:
    - delay: "00:00:01"
    - event: my_event_template_reloaded
      event_data: {}
  mode: single

Änderung in templates.yaml

HTML-Code:

- trigger:
    - trigger: event
      event_type: my_event_template_reloaded
      id: "reload"

Das war's, es funktioniert !
Die Trigger-ID kann man auch weglassen, ich verwende sie zum testen, um mir eine Nachricht zu senden und zu melden, warum der Trigger gezündet hat.

Ankündigung

HACS Reminder (trash-card, atomic-calendar-revive)

HACS Reminder (trash-card, atomic-calendar-revive)

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar