Fehlerhafte Status Meldungen in der Alexa App

[BananaJoe]

@jörg-winterstein

Moin, dein Ansatz ist falsch.
Bei IoT gibt es für Geräte kein Feedback, als bei allen was du über den IoT Adapter an Alexa simulierst bekommst du nie ein echten Status.

Steuern kannst du natürlich trotzdem alles über Alexa, wenn du darüber einschaltest und es ist schon an passiert halt nichts.
Zum Abfragen kannst du Alexa dann aber nicht nutzen.

Mach es wie die anderen, prüfen und steuern in Skripten oder über die VIS macht man nicht per Alexa sondern direkt.
Ich habe bei mir alle Sensoren, Steckdosen & Co direkt in iobroker, bzw. die Skripte und Widgets nutzen diese Datenpunkte.
Im IoT habe gezielt das was ich per Alexa und Sprache steuern will.

[Jörg Winterstein]

@bananajoe

Moin...

Danke erstmal für Deine Antwort.

Alle Geräte sind aktuell in der HMIP App drin.

Aber wie bekomme ich denn diese Daten in den IOBROKER?

Ich dachte wenn die Alexa App die Daten bekommt müsste man die doch mit dem Alexa Adapter auslesen können.

Also doch wieder zurück zur CCU und dann anders aufbauen.

VIS wollte ich nur auf einem Tab was bei mir im Flur hängt nutzen, da ansonsten entweder Taster oder die Sprachsteuerung genutzt wird.

Wenn Du Dein Handy für die Bedienung nutzt, wie hat Du das gelöst?
Kann man das mit einer App machen?
Soweit mir bekannt ist kann man die HMIP App nicht mit der CCU nutzen.

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein sagte in Fehlerhafte Status Meldungen:

... wie bekomme ich denn diese Daten in den IOBROKER?

Mit dem HmIP-Adapter.

[Homoran]

@ofbeqnpolkkl6mby5e13 sagte in Fehlerhafte Status Meldungen:

Mit dem HmIP-Adapter.

aber da sind ja nicht alle DP drin, die es in der CCU gibt.

@jörg-winterstein sagte in Fehlerhafte Status Meldungen:

Also doch wieder zurück zur CCU und dann anders aufbauen.

Das war doch die Basis über die wir gesprochen hatten.
Deswegen solltest du ja diesen Thread aufmachen und ALEXA APP im Totel schreiben.

[oFbEQnpoLKKl6mbY5e13]

@homoran sagte in Fehlerhafte Status Meldungen

aber da sind ja nicht alle DP drin

Für das, was er braucht, schon, aber okay...

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13

Also um jetzt keine Chaos zu verursachen Frage ich einmal nach.

Du redest jetzt davon das in der derzeitigen Installationsvariante (ohne CCU), der HMIP Adapter die fehlerhaften bzw. nicht vorhandenen STATE Meldungen im IOBROKER auftauchen?

Ich habe jetzt mal den HMIP Adapter installiert.
Die Geräte SGTIN eingetragen...
aber welches Paßwort muss ich eintragen wenn ich nicht die HMIP App, sondern die Adapter vom IOBROKER
anmelden will? Das Paßwort der App geht nicht.

OK aber das war jetzt auch am Thema vorbei.
Oh man ist das schwierig...

Eigentlich möchte ich gerne die CCU laufen lassen, natürlich mit der Spracheingabe via Alexa, möchte aber auch eine App nutzen wenn ich nicht Zuhause bin. Das war bis jetzt der Knackpunkt... es geht darum das die Datenpunkte "STATE" nicht an die Apps gesendet wurden. Also bei Alexa ging z.B. kurz "das Licht" an und dann war der Button gleich wieder dunkel.
Es ist einfach nervig wenn man aus der Ferne nicht weiß ob ein Licht, eine Steckdose, oder was auch immer an ist oder nicht.

Mit der CCU kann man per RPC das wunderbar in IOBROKER einlesen und verwalten...
aber wie kann man der Alexa App beibringen den richtigen Status anzuzeigen?

[Jörg Winterstein]

@homoran auch wenn mir gerade der Kopf etwas qualmt... ich gebe ungerne auf und möchte im Notfall sagen können ich habe alles versucht.

Und ja... ich würde die CCU immer der Cloud vorziehen.

Darf ich mal fragen wie Dein Smart Home System aufgebaut ist?

[Homoran]

@jörg-winterstein sagte in Fehlerhafte Status Meldungen in der Alexa App:

Darf ich mal fragen wie Dein Smart Home System aufgebaut ist?

ganz klassisch ohne Assistenten. Keine Fernbedienung fürs Haus sondern unauffällige Automationen.
Hauptsächlich Homematic (mit piVCCU).
Ikea Tradfri - Logitech Harmony - Zigbee zum testen.
Einbindung der Haustechnik (Solar, Wärmepumpe, ESS usw.) über entsprechende Adapter

[Jörg Winterstein]

@homoran Ah ok... danke.

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein

Versuche es ohne Passwort.

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13

Moin...

also ohne PIN geht es nicht.
In einem Video von verdrahtet.info wird gesagt das man die PIN aus Homematic IP nehmen soll, das müsste dann aus der App sein. Da man keinen Benutzer in der App mit einer eigenen PIN anlegen kann müsste es ja das Admin Passwort sein. Das habe ich auch probiert und es geht nicht. Ich habe somit jetzt als Cloud Zugangsgeräte den DRAP und den HAP versucht, ohne Erfolg.

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein

Welche Version des Adapters verwendest du?

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13 1.25.0

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein

Installiere mal die aktuelle Beta v1.26.4

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13 es ist laut IOBROKER die neuste... wie kann ich eine andere installieren?

[Homoran]

@jörg-winterstein sagte in Fehlerhafte Status Meldungen in der Alexa App:

es ist laut IOBROKER die neuste

wahrscheinlich die neueste stable!

@ofbeqnpolkkl6mby5e13 sagte in Fehlerhafte Status Meldungen in der Alexa App:

die aktuelle Beta v1.26.4

bekommst du natürlich nur im Beta Repository

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein

Ich habe aktuell keinen laufenden iobroker parat, um Screenshots zu erstellen. Stell im Admin unter Einstellungen das Repository von stable auf latest um und installiere dann nur die aktuelle Version des HmIP-Adapters. Danach stellst du wieder auf stable zurück.

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13 beide Versionen des Adapter werden nicht GRÜN

[oFbEQnpoLKKl6mbY5e13]

@jörg-winterstein

Log posten.

[Jörg Winterstein]

@ofbeqnpolkkl6mby5e13

025-01-08 08:40:31.050 - info: hmip.1 (462592) Got terminate signal TERMINATE_YOURSELF
2025-01-08 08:40:31.052 - info: hmip.1 (462592) cleaned everything up...
2025-01-08 08:40:31.054 - info: hmip.1 (462592) terminating
2025-01-08 08:40:31.056 - info: hmip.1 (462592) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-01-08 08:40:31.136 - info: host.docker stopInstance system.adapter.hmip.1 send kill signal
2025-01-08 08:40:31.560 - info: hmip.1 (462592) terminating
2025-01-08 08:40:31.635 - info: host.docker instance system.adapter.hmip.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2025-01-08 08:40:35.434 - info: host.docker instance system.adapter.hmip.1 in version "1.26.4" started with pid 462787
2025-01-08 08:40:37.030 - info: host.docker stopInstance system.adapter.hmip.1 (force=false, process=true)
2025-01-08 08:40:37.126 - info: host.docker stopInstance system.adapter.hmip.1 send kill signal
2025-01-08 08:40:37.968 - info: hmip.1 (462787) starting. Version 1.26.4 in /opt/iobroker/node_modules/iobroker.hmip, node: v20.18.1, js-controller: 7.0.6
2025-01-08 08:40:38.087 - info: hmip.1 (462787) token not yet created
2025-01-08 08:40:38.128 - info: host.docker stopInstance timeout system.adapter.hmip.1 killing pid 462787
2025-01-08 08:40:38.191 - warn: host.docker instance system.adapter.hmip.1 terminated due to SIGKILL
2025-01-08 08:40:38.191 - info: host.docker instance system.adapter.hmip.1 terminated with code null ()
2025-01-08 08:40:41.827 - info: host.docker instance system.adapter.hmip.1 in version "1.26.4" started with pid 462802
2025-01-08 08:40:44.182 - info: hmip.1 (462802) starting. Version 1.26.4 in /opt/iobroker/node_modules/iobroker.hmip, node: v20.18.1, js-controller: 7.0.6
2025-01-08 08:40:44.249 - info: hmip.1 (462802) token not yet created
2025-01-08 08:40:50.404 - info: hmip.1 (462802) auth step 1
2025-01-08 08:40:50.469 - info: hmip.1 (462802) auth step 2