UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Armilar]

@garfonso

Zunächst einmal vielen Dank für den tollen Adapter, der aus meiner Sicht sehr intuitiv bedienbar ist und auch im ersten Schritt keine Probleme bereitete.

Da hier alle sehr zufrieden sind überlege ich aktuell, ob das Phänomen nur bei mir auftaucht. Ich habe zum Testen u.a. mein Büro konfiguriert

Sieht alles sehr ordentlich aus und funktioniert ebenfalls in allen Entitäten.

Allerdings nur bis zum Neustart des Adapters bzw. Reboot des Rechners... Danach fehlen die automatisch generierten Entitäten und die manuell zugewiesenen Entitäten funktionieren nach wie vor.

Dieser Zustand ändert sich dann auch nicht mehr (auch nicht Stunden später), es sei denn ich entferne dir Funktion oder den Raum aus dem Device und setze alles neu...

Auch sind dann die Entitäten aus dem Adapter nicht mehr zu sehen:

vor dem Neustart des Adapters:

nach dem Neustart des Adapters:

Sobald man wider die Funktion oder den Raum je Device neu setzt, legt sich die Entität wieder an und wird auch sofort korrekt visualisiert.

Gibt es hier Probleme mit dem Type-Detector?

Vielleicht hat ja jemand eine Lösung für das Problem, bevor ich hierzu einen FR im github erstelle.

Folgende Systeminfo:
OS: Ubuntu 24.04.1
Node.js: v20.18.1
NPM: 10.8.2
lovelace Adapter: v4.1.11

Ich hatte gesehen, dass es unter github einen Eintrag (Bluefox) gab, dass es bereits eine v4.1.11 gibt. Da das Problem bereits bei der Installation mit v4.1.10 auftrat, dachte ich mir, ggfs. wäre das Problem damit schon obsolet. Der Fehler ist nach wie vor vorhanden...

Zumindest nimmt mir aktuell eine permanente Neuzuordnung (Raum/Funktion) für die automatische Erkennung der Entitäten ein wenig den Spaß am Adapter...

Evtl gibt es ja bereits eine Lösung

EDIT:
Hat sich erledigt. Eine Gruppierung (Raum/Funktion) auf einem Media Alias hat einen Error erzeugt... Im alexa.0...player Verzeichnis funktioniert es und die automatische Suche der Entitäten somit auch...

[Garfonso]

@erstam said in Test lovelace 4.x:

ein Bug in der iobroker-Implementierung von Lovelace

Also das sicher. Aberstürzen darf der Adapter nicht, egal, mit was ihn das Frontend traktiert.
Ich muss nochmal tiefer reingucken... es sieht tatsächlich aus, wie ein Fehler im Adapter-Code... bin gerade unsicher, wie das passieren kann (aber das ist am Anfang normal ).

Allerdings sehe ich gerade keinen Zusammenhang mit der Karte. Sicher, dass es an der Karte an sich liegt (oder nur daran, dass du den entity sonst nicht in der Konfiguration hast, weshalb er nicht weiter beachtet wird?).

[Garfonso]

@jpakusch
Das Problem ist vermutlich, dass du ON nicht befüllt hast (dafür aber ON_ACTUAL). Da kann der Adapter nur bei Dimmern mit umgehen...

Erklärung:
ON = Schater, also damit steuert der Adapter das Licht, ob es an oder aus sein soll. Wenn das fehlt, weiß er nicht, wie er es aus oder an machen soll und ignoriert es (könnte man auch nochmal drüber nachdenken, ob das vernünftig ist)

ON_ACTUAL = Status-Rückmeldung des Lichts. Meistens ist der ioBroker Weg, dass die ebenfalls in "ON" ankommt und da mit dem Flag ack auf true gesetzt (der Zustand wird dann in admin grün). Aber gibt es auch einzeln (da du KNX nutzt, solltest du das Konzept ja kennen, oder? )

Also, trag mal was in ON ein (von den Namen, die ich sehen kann her, würde ich sagen, das was du in ON_ACTUAL hast, ist eher ON).

Und ja, das wird nirgendwo so richtig erklärt, leider... (gerne Ideen dafür Vorschlagen... hätte gerne, dass man das irgendwie beim anlegen des Alias-Geräts mitbekommt, aber gibt bisher keinen Weg das vernünftig zu pflegen)

[Garfonso]

@manrum1 said in Test lovelace 4.x:

Ich hätte die Buttons gerne immer aktiv. Was mache ich falsch?

Nichts. Das soll so. Bzw. wenn überhaupt musst du gucken, ob / wie man das in lovelace / HomeAssistant anpassen kann....

Ein "hack" wäre dafür zu sorgen, dass die Rolladen halt "offiziell" nie ganz offen/zu sind. Aber mehr kann ich aus dem ioBroker raus da nicht machen.

Die Frage von David ist da auch relevant, was ist dein Use Case? Vielleicht kann man das anders lösen.

[Garfonso]

@armilar said in Test lovelace 4.x:

Sobald man wider die Funktion oder den Raum je Device neu setzt, legt sich die Entität wieder an und wird auch sofort korrekt visualisiert.

Puh...
Spontane Idee dazu:
irgendwas ist in deinen Objekten, was den type-detector oder adapter bei der automatischen Erkennung aller Geräte beim start aussteigen lässt. Da bitte mal ins log gucken! Gerne ein debug log von einem Adapterstart mir zukommen lassen (wenn es geht Version 4.1.11). Da muss ich vermutlich was reparieren.

Wenn du an Objekten was änderst (z.B. raum & funktion, aber auch der Name oder was anderes), dann bekommt der Adapter das mit und legt ausschließlich für die veränderten Objekte neue Entities an (falls notwendig). Daher funktioniert es bei dir trotzdem noch auf dem Weg. Aber das ist natürlich nicht so gedacht.

@armilar said in Test lovelace 4.x:

Hat sich erledigt. Eine Gruppierung (Raum/Funktion) auf einem Media Alias hat einen Error erzeugt... Im alexa.0...player Verzeichnis funktioniert es und die automatische Suche der Entitäten somit auch...

Zeig mir doch bitte trotzdem mal ein Log von dem Fehler.

[Garfonso]

@erstam

Hast du eine Idee dazu, wie der entity aussieht bzw. die ioBroker Objekte? Irgendwas ist da merkwürdig...

bei mir scheint es auch zu funktionieren.

[Armilar]

@garfonso

Bin heute zeitlich etwas sehr gebunden. Werde das heute Abend mal alles (LOG's/Retest) zusammenbringen.

[manrum1]

@garfonso Danke für die Antwort.
@david-g Ich würde das Verhalten halt gerne verstehen. Liegt es an Lovelace oder an der Implementierung der Karte? Grundsätzlich würde ich gerne selbst entscheiden, wie es sein soll.

[jpakusch]

@garfonso Erstmal Danke für die Antwort!
ON_Actuual hatte ich befüllt, irgendwie wurde das aber immer wieder entfernt.
Ich musste dann auch manuell noch die Rolle auf light.Switch setzen, das hat der "Assistent" bei der GEräteerstellung irgendwie nicht gemacht. als mir das aufgefallen war klappte auch alles.

(da du KNX nutzt, solltest du das Konzept ja kennen, oder? 😉 )

...Kenn' ick!

[Erstam]

@garfonso

Danke erstmal für deine Mühe! Ich weiß es echt zu schätzen, dass du dir immer wieder die Zeit nimmst, selbst die absurdesten Fehler zu prüfen. Es handelt sich dabei um eine neue Lampe, die ich über den govee-local-Adapter ansteuere und die über alias gemappt ist. Ich habe aktuell den folgenden Fix (die beiden Initialisierungsblöcke in der rgbGetParser-Funktion unten) in den Converter eingebaut, der die Abstürze bisher zuverlässig verhindert. Wenn ich jetzt noch rausgefunden hätte, wie ich Push-Requests bei Github erstelle, hätte ich das gleich dort eingestellt.

Hier erstmal der Ausschnitt der rgbGetParser-Funktion aus /lib/converters/light.json. Unten auch die Objektstruktur.

const rgbGetParser = (index, entity, attr, state) => {
    let targetAttributes = entity.attributes;
    if (entity.state !== 'on') {
        targetAttributes = entity.context.STATE.storedValues;
    }

    // Fix Erstam - Ensure rgb_color is initialized
    targetAttributes.rgb_color = targetAttributes.rgb_color || [0, 0, 0];

    // Fix Erstam - Ensure rgbw_color is initialized if white state is present
    if (states.white) {
        targetAttributes.rgbw_color = targetAttributes.rgbw_color || [0, 0, 0, 0];
    }

    let val = state ? state.val || 0 : 0;
    val = val / attr.max * 255;
    targetAttributes.rgb_color[index] = val;

    // ... //
}

[
    {
        "_id": "alias.0.RoomX.Licht.Decke",
        "type": "device",
        "common": {
            "name": "RoomX Licht Decke"
        },
        "native": {},
        "user": "system.user.admin",
        "ts": 1610277952286,
        "acl": {
            "object": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        },
        "from": "system.adapter.javascript.0"
    },
    {
        "common": {
            "name": "RoomX Licht Decke",
            "type": "boolean",
            "role": "switch.light",
            "read": true,
            "write": true,
            "custom": {},
            "alias": {
                "id": "govee-local.0.11:F4:D0:C9:07:68:77:38.devStatus.onOff",
                "name": "RoomX Licht Decke"
            }
        },
        "native": {},
        "type": "state",
        "from": "system.adapter.javascript.0",
        "user": "system.user.admin",
        "ts": 1733225567992,
        "_id": "alias.0.RoomX.Licht.Decke.Switch",
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        }
    },
    {
        "common": {
            "name": "RoomX Licht Decke",
            "role": "level.brightness",
            "type": "number",
            "unit": "%",
            "read": true,
            "write": true,
            "alias": {
                "id": "govee-local.0.11:F4:D0:C9:07:68:77:38.devStatus.brightness"
            },
            "custom": {}
        },
        "native": {},
        "type": "state",
        "from": "system.adapter.javascript.0",
        "user": "system.user.admin",
        "ts": 1733225567992,
        "_id": "alias.0.RoomX.Licht.Decke.brightness",
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        }
    },
    {
        "common": {
            "name": "RoomX Licht Decke",
            "type": "string",
            "role": "level.color.rgb",
            "read": true,
            "write": true,
            "custom": {},
            "alias": {
                "id": "govee-local.0.11:F4:D0:C9:07:68:77:38.devStatus.color",
                "name": "RoomX Licht Decke"
            }
        },
        "native": {},
        "type": "state",
        "from": "system.adapter.javascript.0",
        "user": "system.user.admin",
        "ts": 1733225567992,
        "_id": "alias.0.RoomX.Licht.Decke.color",
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        }
    },
    {
        "common": {
            "name": "RoomX Licht Decke",
            "type": "number",
            "role": "level.color.temperature",
            "read": true,
            "write": true,
            "unit": "K",
            "alias": {
                "id": "govee-local.0.11:F4:D0:C9:07:68:77:38.devStatus.colorTemInKelvin",
                "name": "RoomX Licht Decke",
                "read": "(val < 2200) ? 2200 : val",
                "write": "val"
            },
            "min": 2200,
            "max": 7000
        },
        "native": {},
        "type": "state",
        "from": "system.adapter.javascript.0",
        "user": "system.user.admin",
        "ts": 1733225567993,
        "_id": "alias.0.RoomX.Licht.Decke.colortemp",
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        }
    },
    {
        "type": "state",
        "common": {
            "name": "RoomX Licht Decke",
            "role": "boolean",
            "type": "boolean",
            "read": true,
            "write": true,
            "alias": {
                "id": "govee-app.0.11:F4:D0:C9:07:68:77:38.snapshots.1887829"
            }
        },
        "_id": "alias.0.RoomX.Licht.Decke.scene_bright",
        "native": {},
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        },
        "from": "system.adapter.admin.0",
        "user": "system.user.admin",
        "ts": 1733585675075
    },
    {
        "type": "state",
        "common": {
            "name": "RoomX Licht Decke",
            "role": "boolean",
            "type": "boolean",
            "read": true,
            "write": true,
            "alias": {
                "id": "govee-app.0.11:F4:D0:C9:07:68:77:38.snapshots.1887825"
            },
            "custom": {
                "lovelace.0": {
                    "enabled": true,
                    "attr_has_time": false,
                    "attr_has_date": true,
                    "entity": "scene",
                    "name": "RoomX_Licht_Decke_scene_evening"
                }
            }
        },
        "_id": "alias.0.RoomX.Licht.Decke.scene_evening",
        "native": {},
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        },
        "from": "system.adapter.admin.0",
        "user": "system.user.admin",
        "ts": 1733242474201
    },
    {
        "type": "state",
        "common": {
            "name": "RoomX Licht Decke",
            "role": "boolean",
            "type": "boolean",
            "read": true,
            "write": true,
            "alias": {
                "id": "govee-app.0.11:F4:D0:C9:07:68:77:38.snapshots.1876469"
            },
            "custom": {
                "lovelace.0": {
                    "enabled": true,
                    "attr_has_time": false,
                    "attr_has_date": true,
                    "entity": "scene",
                    "name": "RoomX_Licht_Decke_scene_night"
                }
            }
        },
        "_id": "alias.0.RoomX.Licht.Decke.scene_night",
        "native": {},
        "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
        },
        "from": "system.adapter.admin.0",
        "user": "system.user.admin",
        "ts": 1733242461619
    }
]

[Garfonso]

@manrum1 said in Test lovelace 4.x:

Ich würde das Verhalten halt gerne verstehen. Liegt es an Lovelace oder an der Implementierung der Karte

Das Verhalten liegt daran, dass in HomeAssistant mit der Karte cover entities gesteuert werden. Die haben einen state, der kann sein open, closed, opening, closing, unknown. Danach entscheidet die Karte, welche Knöpfe sie anzeigt.
Nun haben wir in ioBroker diesen state nicht. Der Adapter mapped daher das level (wenn vorhanden) auf offen/zu und setzt den State entsprechend. Ein möglicher "Hack" wäre da immer unknown anzugeben. Da weiß ich ehrlich gesagt nicht, wie sich die Karte dann verhält.

@manrum1 said in Test lovelace 4.x:

Grundsätzlich würde ich gerne selbst entscheiden, wie es sein soll.

Um ehrlich zu sein: Dann ist lovelace vielleicht nicht die richtige Visualisierung für dich (und HomeAssistant als Plattform auch nicht, falls dir das mal jemand sagen sollte ). Da ist vieles festgegeben und da kommt man relativ schwer drum herum. Wenn du eine feste Vorstellung hast und die basteln möchtest, guck lieber eine der vielen anderen Möglichkeiten (z.B. vis2, was langsam aus der beta kommt oder so) an.
In dem konkreten Fall besteht natürlich die Möglichkeit eine Custom-Karte zu verwenden oder selbst das verhalten mit Knöpfen zusammen zu basteln oder so (indem du entsprechende Service_calls verwendest als tab-action). Aber wenn du da ständig auf Punkte stößt, die du umschiffen musst, macht es irgendwann auch keinen Spaß mehr (besonders wenn ein update des frontends das dann alles zerschießen sollte). Auch wenn ich natürlich froh bin für jeden User von lovelace.

Persönlich hab ich hier eh hauptsächlich für alle Räume Knöpfe gebaut mit "offen", "zu" und "schatten" (also so fahren, dass der Rolladen unten ist, aber die Ritzen noch auf sind). Da mit slidern rumfummeln will ich nicht.

Aber da ist ja jeder anders.

[Garfonso]

@erstam said in Test lovelace 4.x:

folgenden Fix (die beiden Initialisierungsblöcke in der rgbGetParser-Funktion unten) in den Converter eingebaut, der die Abstürze bisher zuverlässig verhindert.

Ok, gut zu wissen.
Irgendwie hab ich beim letzten mal falsch gedacht und dachte attributes im Ganzen ist null. Aber so ist das schon deutlich sinnvoller.

Das sagend, werde ich den Fix (erstmal) nicht übernehmen. Denn eigentlich (tm) sollten auch rgb_color bzw. rgbw_color nicht null sein. Wenn du etwas weiter unten im Code guckst, siehst du, wie es initialisiert wird.
Da möchte ich erstmal ergründen, warum diese Initialisierung irgendwo mit null überschrieben wird. Hm.

Kann es sein, dass die Lampe den RGB (oder auch andere) states in bestimmten Situationen "löscht" (also auf null stellt, sollte im admin auch als null auftauchen). Das wäre eine erste Vermutung, wo das herkommen könnte.

[Erstam]

@garfonso

Hi Garfonso!

Das kann durchaus sein. Die Lampen können zwischen einem Weiß-Betriebsmodus, der über die Lichttemperatur gesteuert wird, und einem Farb-Betriebsmodus umschalten. Vom Weiß-Modus in den Farbmodus wird die Lichttemperatur auf 0 gesetzt. Anders herum sehe ich allerdings nicht, dass die Farbwerte auf null gesetzt würden (oder auf 0), insofern weiß ich nicht, warum ich immer wieder Crashes hatte.

Ausgestiegen ist er bei der Zeile targetAttributes.rgb_color[index] = val;. Daher sah es für mich so aus, dass rgb_color nicht initialisiert war.

[Erstam]

Ich habe aktuell ein Problem mit der Aktivierung meiner Alarmanlage über die Lovelace-Oberfläche. Da ich diese jetzt eine ganze Zeit wegen technischer Probleme nicht mehr genutzt habe, weiß ich nicht, wann es zuerst aufgetreten ist. Leider lässt sich die Alarmanlage aktuell nicht aktivieren, der Service Call schlägt fehl. Im Log erhalte ich die folgende Fehlermeldung:

lovelace.0
2024-12-15 17:09:12.351	warn	Unknown entity: alarm_control_panel.defaultAlarm for service call {"type":"call_service","domain":"alarm_control_panel","service":"alarm_arm_away","service_data":{"code":"1234"},"id":88}

Vorher stand da mein eigener Alarm-State. Ich hab es testweise mal auf den defaultAlarm umgestellt, erhalte aber die selbe Warnung. Hier die YAML für die Karte, ist absolut Standard.

type: alarm-panel
entity: alarm_control_panel.defaultAlarm
name: Alarmanlage
states:
  - arm_home
  - arm_away

[Garfonso]

@erstam
Ja, wie heißt denn dein alarm_control_panel entity? Trag da doch mal eins ein, was es auch gibt.

Ich habe im Kopf, dass sich da tatsächlich was verändert hat. kopfkratz

Hab gerade im Code geguckt und getestet, eigentlich (tm) sollte es dsa entity alarm_control_panel.defaultAlarm geben und es zeigt per default auf lovelace.0.control.alarm. Damit geht bei mir scharf schalten und deaktivieren (nur "states" konnte ich im UI nicht klicken, da könnte ich mal gucken, warum nicht).

Kannst du mal gucken, ob bei dir ein alarm_control_panel entity existiert? Z.B. in den Instanzeinstellungen bei "entitäten" oder gucken, was die Karte so als optionen bei den entities anzeigt?

[Erstam]

Hi @garfonso,

Entschuldige die späte Antwort, ich war beruflich eingespannt. Ich habe jetzt mal Diverses ausprobiert und es läuft mit dem Standard-Alarm-Panel wieder. Der Fehler scheint bei mir gelegen zu haben. Das Mushroom Card Alarm Panel klappt nicht, aber das kann an einer Versionsinkompatibilität liegen.

Ein anderes nerviges Verhalten habe ich aber leider feststellen müssen. Ich benutze ein paar Seiten in meinem Dashboard für smarte Schalter mit Display (NSPanel Pro). Für diese verstecke ich den Header und habe bei den entsprechenden Browser-Objekten, z.B. "lovelace.0.instances.8e7570cc-fae9c9a6" den "hideHeader" State jeweils auf true gesetzt. Bei allen anderen Browser-Objekten habe ich die entsprechenden States auf false gesetzt, ebenso den Default-Wert "lovelace.0.instances.hideHeader".

Nur leider "vergisst" Lovelace immer wieder, in den Browsern den Header zu zeigen, in denen er das soll. Ich muss teilweise mehrmals Reload drücken, bis die Headerbar angezeigt wird.

Könntest du prüfen, warum dies so ist? Es wäre wirklich toll, wenn die Anzeige des Headers zuverlässig über die States steuerbar wäre.

Viele Grüße!

[srkonus]

Hallo,

ich nutze Lovelace zur Virtualisierung. Allerdings gibt es und Home Assistant eine PV Karte und man kann die Kacheln per Drag&Drop versetzen. Wird es ein Update für iobroker geben? Auch die Berechnung der Stromwerte finde ich klasse, dann müsste ich nicht alle Formeln selber ausdenken.
Weiß jemand, wie es mit dem Adapter weitergeht, oder besser alles iobroker steuern und dann mit Home Assistant visualisieren?

VG
srkonus

[Armilar]

@srkonus

Die Sections (Drag and Drop) ist ja bei HA auch noch experimentiell... - würde mich jedoch auch interessieren...

Durch das Hinzufügen diverser Cards kannst du aber sehr nah an HA rankommen

Nur mal ein Beispiel mit Masonry:

Welche Berechnung der Stromwerte meinst du?

die?:

oder die?:

Ist alles nur im ioBroker Lovelace Adapter... Mein HA ist jetzt "für immer" deaktiviert

Man kann auch super den Energiefluss-Erweitert als Frame einbinden und bearbeiten

[srkonus]

@armilar Ich meine z.B. Eigenverbrauch, Eigenverbrauch in %, Gesamtmengen...
Einiges habe ich schon, anderes nocht nicht

[Armilar]

@srkonus

okay, solche Visualisierungen sind bei mir in Grafana... Wäre aber hier ebenso möglich...