Fórum simon42 Community

Um es sauber abzuschließen, es liegt an der Farbe des Labels, es wird nur bei einigen Farben der Text in schwarz angezeigt, bei den anderen wird er in weiß angezeigt, natürlich blöd bei einer weißen Box. Ich hab einen Bug Report gemacht

Teste das doch bei dir mal unter Werkzeuge / Template… Mit meinem Sensor kommt das raus. (Der Sensor ist bei mir gerade 0) {% if states("sensor.active_issues") | int == 0 %} green {% else %} white {% endif %} Das Snippet ist also korrekt. Wenn du nur dort deinen Sensor prüfst, ohne die Picture Elements Card, dann weißt du zumindest das es geht. Da ich die Picture Ellements Card nirgends verwende kann ich dann aber auch nicht mehr weiterhelfen.

Ja und ja. Man müsste das in eine Jinja‑Expression packen können secondary_info: >- {{ attributes.battery_type_and_quantity }} - gewechselt: {{ attributes.battery_last_replaced | as_timestamp | timestamp_custom('%d.%m.%Y') }} Das macht aber im Prinzip dasselbe wie bei deinem Test. Ich vermute, weil secondary_info wohl keine Template‑Syntax erlaubt.

Danke für den Hinweis! Funktioniert aber leider auch nicht.

Jo das stimmt… Mal in der Doku geschaut? type: custom:battery-state-card secondary_info: "{attributes.battery_type_and_quantity} - gewechselt: {attributes.battery_last_replaced|reltime()}" tut bei mir das: github.com GitHub - maxwroc/battery-state-card: Battery state card for Home Assistant Battery state card for Home Assistant

lSi: Interessant wäre eher wie schnell der jeweilige Client das mehr oder weniger aufwendige Dashboard rendern kann. Da gibts schon deutlich merkbare Unterschiede, gerade alte Tablets zu Neuen, je nach Aufwand des Dashboards. Stimmt, das ist ein eigener und absolut relevanter Aspekt. Der aktuelle Benchmark misst die Leistung des HA-Servers, aber nicht das Rendering auf Tablet, Smartphone oder PC. Dafür wäre ein separater Client-Benchmark mit einem standardisierten Dashboard sinnvoll. Dieser müsste dann getrennt vom vom jetzigen “Server-Index” ausgewiesen werden Grüße Urs.

Johnny_1993: Ein Beispiel wäre: Hausverbrauch = Netzbezug + Solarleistung + Batterieentladung - Einspeisung - Batterieladung Oder aber Hausverbrauch = Leistung Raum 1 + Leistung Raum 2 + Leistung Raum 3 + n Ich habe Sungrow2MQTT kannst du mir helfen wie eine eine entiät erstellen kann womit ich mit den Hausverbrauch errechnen kann?

Ich rate mal das die 0 als Zahl ausgeliefert wird. Wenn du eine Zahl vergleichen möchtest musst du states nehmen {% if states("sensor.automower_mower_mode") | int == 0 %} green {% else %} white {% endif %}

Ich denke, ich weiß, woran das liegt - leider. Eigentlich wollte ich 2 Ausgaben in der secondary_info kombinieren secondary_info: "{attributes.battery_type_and_quantity} - gewechselt: {attributes.battery_last_replaced}" Es wird auch beides angezeigt (siehe Screenshot oben), allerdings die Angabe von last_replaced unformatiert. secondary_info: "{attributes.battery_last_replaced}" wird korrekt angezeigt. Jetzt wäre es natürlich schön, wenn die Kombination irgendwie mit richtiger Formatierung von last_replaced funktionieren würde…

Ich habe bei mir den Fehler gefunden, es liegt an der Label-Farbe, es wird nur bei gelben der Text angezeigt … 2026.9.2

Ja, auch wenn ich neue Label erstelle wird die Beschreibung beim Hovern angezeigt. In Automationen und Helfern

Das ist so nicht nachvollziehbar… Bitte zeig doch mal deinen Code, den du verwendest. Die Battery State Card biegt das intern bereits in ein leserliches Format um. Wenn du die secondary_info korrekt aus dem attribute holst muss das standardmäßig für den letzten Batteriewechsel so aussehen: type: custom:battery-state-card secondary_info: '{attributes.battery_last_replaced}' Hier ist alles Standard, außer die secondary info. Die habe ich auf last replaced geelegt… das willst du ja scheinbar. Das steht im Attribute (Beispiel Temperatursensor Küche) ( battery_last_replaced: 2026-04-08T04:58:11.328677+00:00 ) So ist dann die Ausgabe: