Monatsrückblick Oktober 2026 ist online!

[JB1985]

@Garfonso ich drücke meistens immer auf Speichern und schließen, nach dem bearbeiten.

[Garfonso]

@jb1985 bitte mal mit 7.2.5 ausprobieren (release läuft gerade noch). Vielleicht ist da beides gefixt oder zumindest "besser" (das Theme-Problem ist mir noch nicht ganz klar und bei der Karte stochern wir ohne Ausgabe aus dem Browser durch die App ja auch eher im dunkeln)

[obermolch]

@garfonso danke für den super Adapter, ich nutze als custom card die power-flow-card-plus card und lovelace-horizon-card.js. Visualisierung zu erstellen, ist einfacher als mit Jarvis, ich habe komplett umgestellt. Zusätzlich steuere ich x Zigbee Lampen und Steckdosen. Was noch schön wäre ist eine Empfehlung für eine Wetterkarte und den passenden Wetteradapter, diese Karte wäre cool.
https://github.com/troinine/ha-weather-forecast-card

[David G.]

@obermolch

Kannst ja mal hier schauen
https://forum.iobroker.net/topic/82603/lovelace-wie-wettervorhersage-visualisieren?_=1792161250185

[Garfonso]

@obermolch
Das Problem mit Wetter ist, dass in HomeAssistant da im state ein (fixer) String steht, der das Wetter beschreibt. Bei uns steht da eher die Icon-URL... daher patcht der Adapter die original Wetterkarte, die bei Lovelace dabei ist um das zu unterstützen. Die nehm ich hauptsächlich. Da wird natürlich nicht alles angezeigt. :-)

Die Template-Methode ist sicher auch eine gute Idee.

[JB1985]

@Garfonso sagte:

bitte mal mit 7.2.5 ausprobieren (release läuft gerade noch)

Stand 07:26 Uhr am 17.10.2026 ist die Version auf iobroker nicht zu sehen.

[Garfonso]

@JB1985
auf npm ist sie seit gestern Mittag. Das Repository wird nur zweimal am Tag aktualisiert, daher kann das etwas länger dauern. Über Expertenansicht geht aber auch Installation aus npm direkt. Oder halt noch was Geduld. :-)

[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.