Monatsrückblick Oktober 2026 ist online!

[David G.]

@obermolch

Habe mich was von der Karte inspirieren lassen.
Ist ggf was für dich.

https://forum.iobroker.net/topic/82603/lovelace-wie-wettervorhersage-visualisieren/8?_=1792161250185

[JB1985]

@Garfonso Merci! Es funktioniert wieder alles mit 7.2.5!

[m1k3f15h]

@Garfonso sagte:

Da hätte ich gern das Log aus der Browserkonsole (F12). Da stirbt ja was. Damit könnte man was suchen.
Ist bei der Karte grundsätzlich bekannt, dass sie mit aktuellem HomeAssistant funktioniert?

Taucht leider nix auf in der Browserconsole...
finde aber auch nichts, ob das Im HA richtig läuft.. -> vergessen wir das mal :)

danke Trotzdem :)

Wie stellt ihr eure "Leeren Batterien" bzw die "Unreach Devices" dar?

Da ist mir auch gerade noch was aufgefallen:
Wenn ich ein unreach von einem mit DEVICES Adapter angelegt Gerät mit einem unreach welches ich über das Zahnrad an Lovelace sende vergleiche, sind diese "invertiert"
einmal ist TRUE = Verbunden, einmal ist TRUE = Getrennt...

Mike

[Garfonso]

@m1k3f15h said:

danke Trotzdem :)

die KI hat sich die Karte angeguckt und geguckt, was nicht passt und ein paar Sachen gefunden. Mit der 7.3.0 sollte zumindest der Fehler weg sein.

@m1k3f15h said:

Wie stellt ihr eure "Leeren Batterien" bzw die "Unreach Devices" dar?

Tatsächlich mit auto-entities und entities, so:

type: custom:auto-entities
card:
  type: entities
  title: Batterie Warnungen
filter:
  include:
    - domain: binary_sensor
      attributes:
        device_class: battery
      state: 'on'
      options:
        state_color: true

type: custom:auto-entities
card:
  type: entities
  title: Geräte offline
filter:
  include:
    - domain: binary_sensor
      attributes:
        device_class: connectivity
      state: 'off'
      options:
        state_color: true

@m1k3f15h said:

Wenn ich ein unreach von einem mit DEVICES Adapter angelegt Gerät mit einem unreach welches ich über das Zahnrad an Lovelace sende vergleiche, sind diese "invertiert"
einmal ist TRUE = Verbunden, einmal ist TRUE = Getrennt...

Ist bei den manuellen die device_class connectivity? Das dreht der Adapter dann entsprechend um und es sollte so passen, dass unreach = true = getrennt ist.

[m1k3f15h]

@Garfonso sagte:

Tatsächlich mit auto-entities und entities, so:

Hast du dann den Namen deiner "UNREACH" und "BATTERY" Datenpunkte sprechende Namen gegeben? Bei mir Steht da des öfteren (vom Devices Adapter angelegt) nur UNREACH / BATTERY drinnen...

@Garfonso sagte:

Ist bei den manuellen die device_class connectivity? Das dreht der Adapter dann entsprechend um und es sollte so passen, dass unreach = true = getrennt ist.

Die unteren 2 Sind vom Devices Angelegt (Sockets) und der obere ist manuell an Lovelace.0 freigegeben.

entity_id: binary_sensor.au_ga_schildkroetenhaus_Shelly2PM_UNREACH
state: 'off'
last_changed: '2026-10-19T22:43:44.854Z'
last_updated: '2026-10-19T22:43:44.854Z'
attributes:
  friendly_name: Au Ga Schildkroetenhaus Shelly2PM UNREACH
  device_class: connectivity

Was mir grade noch aufgefallen ist:
Ich habe da Sockets die einen ERROR und UNREACH Datenpunkt haben.. Wenn sich der ERROR ändert springt der UNREACH im Lovelace auf "Unbekannt" und umgekehrt... Hat das noch wer?

V7.30

Grüße Mike

[Garfonso]

@m1k3f15h
Hm.. stimmt, da hat sich die default Rolle geändert. Der Adapter prüft noch strikt auf indicator.unreach. (Solche Dinge sind der Grund, warum ich lieber den type-detector nutze :-) ). Das wird gefixt werden.

Zusätzlich hab ich mir überlegt, dass für binary_sensor entities da eine "invertieren" checkbox hinkommt (die dann für den fall unreach + connectivity per default auch an ist). Da hat man ja häufiger den Fall, dass das Frontend true/false fix in irgendwelche Wörter übersetzt und das nicht unbedingt zum state passt. Kann man zwar auch mit alias lösen, aber an der Stelle geht auch ohne Schmerzen.

Und ja, tatsächlich habe ich meinen Objekten passende Namen gegeben. Ich hab den Adapter aber jetzt angepasst -> für die Indikatoren, die der type-detector findet, gibt er jetzt Namen, die sich am Gerät orientieren (falls das Objekt offensichtlich nur unreach oder sowas heißt, mit einer gewissen heuristik...).

Alternativ kann man mittlerweile die entities auch im Frontend umbenennen und das sollte sich der Adapter merken (solange die ObjektID und der entity_typ gleich bleiben). Das habe ich auch bei ein paar gemacht, die mir nicht gepasst haben.

[m1k3f15h]

@garfonso
Super danke :)

Das mit der invert-checkbox ist sicher eine super idee :) auch wenns eigentlich zu 99% der alias löst :)

Indikatoren, die der type-detector erkennt.. wie erkenne ich ober der typedetector sie erkennt?

Mike

[Garfonso]

@m1k3f15h
Im Geräte-Tab in Admin kannst du dir ja die Geräte ansehen und da auch sehen, ob sie bei "UNREACH", "ERROR" usw. einen Zustand stehen haben (ggf. muss du die noch einblenden, oben links gibt es einen Knopf für "Indikatoren einblenden").

Das sind die Daten, mit denen der lovelace-Adapter auch arbeitet und daraus dann binary_sensor bzw. sensor entities anlegt.

[m1k3f15h]

Ah okay. Ja so habe ich "fast alle" UNREACH auch angelegt.

@Garfonso sagte in Test lovelace 6.x:

für die Indikatoren, die der type-detector findet, gibt er jetzt Namen, die sich am Gerät orientieren (falls das Objekt offensichtlich nur unreach oder sowas heißt, mit einer gewissen heuristik...).

Ab welcher version sollten diese dann den Übergeordneten Device Namen oder ähnliches haben?

[Garfonso]

@m1k3f15h 7.4.0 -> der release ist durchgelaufen, ist jetzt auf npm. Kommt ins latest, sobald das repository aktualisiert wurde.

[JB1985]

Irgendwie ist da ein Bug drinne, bei 7.3.0 sowie 7.4.0

Aufzeichnung 2026-10-22 100016.mp4

*** Edit

Komisch?! Irgendwie hat sich das wieder eingependelt, sodass es wieder normal ist.

[FernetMenta]

@garfonso mit 7.3.0 und 7.4.0 habe ich dieses Problem. 7.2.5 geht noch:

hier der code:

type: conditional
conditions:
  - condition: state
    entity: input_boolean.Wallbox_photovoltaics
    state: 'on'
card:
  type: entities
  entities:
    - entity: input_select.Wallbox_batteryStrategy
    - entity: input_select.Wallbox_1ph3ph
    - entity: input_select.Wallbox_addPower
  title: Photovoltaics

Hat zur Folge, dass mit die Karte nicht mehr angezeigt wird.

Fehler im log:

2026-10-22 05:30:01.972 - info: lovelace.0 (3744) Unknown request: {"type":"subscribe_condition","condition":{"condition":"state","entity_id":"input_boolean.Wallbox_photovoltaics","state":"on"},"id":78}

EDIT: mit 7.2.5 sieht das auch so aus:

"State is equal to" geht bei >= 7.3.0 ab. Stattdessen wird mehrfach "State" angeboten.

[Garfonso]

@FernetMenta
oh, da gab es eine Frontend Änderung, die ich und die KIs übersehen haben. :-/
Daher geht das mit dem conditional nicht. Danke für den guten Report (besonders der unknown Request). -> 7.4.1 ist auf dem Weg.

Gleichzeitig ist das mit dem "state is equal to" eine Designänderung bei lovelace selber. Laut KI ist da jetzt gemeint, dass der state einen von den Werten hat, die du da einträgst. Und wenn man "not equal" haben will, soll man ein "not" um die ganze condition machen.

[FernetMenta]

@Garfonso danke, funktioniert wieder mit 7.4.1

[m1k3f15h]

@garfonso
7.4.1 --> supergeil

Die LOWBAT und DISCONNECTED funktionieren super :) haben sprechende Namen und das Problem mit True/False ist auch behoben :)
DANKE

Mike

[m1k3f15h]

Morgen,

Frage: Hat nochjemand das Problem, dass ein DP der im ioBroker 2 Nachkommastellen hat in Lovelace mit viel mehr Stellen angezeigt wird?

Mike

[FernetMenta]

@m1k3f15h das liegt in der Natur von Javascript. Ich verwende für alles, was ich im UI anzeige einen Alias und runde dort explizit mit den Konvertierungsfunktionen.

[m1k3f15h]

Hm ..
Kannst du mal ein beispiel posten? Ich hab da was in Erinnerung, dass ich mit einem round im AliasDP den ganzen ioBroker zum Bootloop brachte...

Danke
Mike

[FernetMenta]

@m1k3f15h

[StephanH]

Hallo zusammen,

ich hab eine kleines Problem, wie ich ein "Markdown" Listing schon sauber dargestellt bekomme.

type: markdown
title: 🎨 Bambu Filament Inventar
content: |
  {{ states('sensor.Datenpunkte_iOBroker_BambuLab_Inventory_JSONPretty') }}

Auszug des JASON Strings:

<table style="
    width:100%;
    table-layout:fixed;
    border-collapse:collapse;
">
<tr>
  <th style="width:10%">Farbe</th>
  <th style="width:20%">Hex</th>
  <th style="width:40%">Filament</th>
  <th style="width:30%">Position</th>
</tr>

<tr>
  <td>
    <span style="color: #000000;"><ha-icon icon="mdi:palette"></ha-icon></span>
   </td>
  <td>#000000</td>
  <td>PETG Basic</td>
  <td>AMS 0 / Slot 1</td>
</tr>

<tr>
  <td>
    <span style="color: #034638;"><ha-icon icon="mdi:palette"></ha-icon></span>
   </td>
  <td>#034638</td>
  <td>PETG Basic</td>
  <td>AMS 0 / Slot 2</td>
</tr>

<tr>
  <td>
    <span style="color: #D6001C;"><ha-icon icon="mdi:palette"></ha-icon></span>
   </td>
  <td>#D6001C</td>
  <td>PETG Basic</td>
  <td>AMS 0 / Slot 3</td>
</tr>

Ich möchte gerne die echte Farbe in der Spalte Farbe angezeigt bekommen.
Wie bekomme ich das saber hin:

Das ist die Zeile aus dem JS-Skript:

lines.push(`
<tr>
  <td>
    <span style="color: #${color};"><ha-icon icon="mdi:palette"></ha-icon></span>
    
  </td>
  <td>#${color}</td>
  <td>${item.typ}</td>
  <td>${location}</td>
</tr>
`);

Hat jemand eine Idee dazu?

Danke