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

[Joerg]

Hallo Experten,
ich bin ein iobroker-newbie und versuche, mit dem Alexa2-Adapter Smart-Home-Devices zu steuern (ein- / ausschalten), für die es keine speziellen Adapter gibt (die aber in amazon alexa als Geräte über Skills administriert sind).
Was mir gelungen ist, diese Geräte über alexa-Szenen zu steuern. Ein direktes "Steuern" über den Datenpunkt powerstate ist ja anscheinend nicht vorgesehen / nicht möglich.
Wie kann ich aber den Status eines solchen Gerätes (ein oder aus) ermitteln? Ich habe gelesen, das müsste man über eine "query"-Abfrage machen, weiß aber nicht wie.
Kann mir da bitte jemand auf die Sprünge helfen?
Vielen Dank!

[apollon77]

@joerg sagte in Alexa2 Version 3.23.1+:

Ein direktes "Steuern" über den Datenpunkt powerstate ist ja anscheinend nicht vorgesehen / nicht möglich.

Wie kommst Du darauf? Klar geht das im Normalfall ...

AUch bei query ... einfach im Admin den Wert auf true setzen (bestätigt=false)

[Joerg]

@apollon77 said in Alexa2 Version 3.23.1+:

@joerg sagte in Alexa2 Version 3.23.1+:

Ein direktes "Steuern" über den Datenpunkt powerstate ist ja anscheinend nicht vorgesehen / nicht möglich.

Wie kommst Du darauf? Klar geht das im Normalfall ...

AUch bei query ... einfach im Admin den Wert auf true setzen (bestätigt=false)

Nun hat es in/über blockly mit Statusermittlung und Setzen geklappt. Danke für die Info/Bestätigung/Support!

[Diginix]

@apollon77 Müssten die Objekte eines Smarthome Devices nicht automatisch nach dem in der Instanz eingestellten Sek. aktualisiert werden wenn #includeInAllQuery bei dem Device auf true steht?
Bei mir aktualisieren die sich nur wenn ich manuell alexa2.0.Smart-Home-Devices.*.#query auf true setze.

[apollon77]

@diginix sollten ... ja ... ggf mal im Log schauen bzw debug log

[Frank579]

Hallo zusammen, hallo @apollon77,
Ich habe seit Samstag nach einem reboot Probleme mit der Push-Connection des Adapters im debug Log kommt :

alexa2.0
2023-04-17 18:34:02.084	info	Alexa-Push-Connection disconnected - retry: Retry Connection in 45s
alexa2.0
2023-04-17 18:34:02.084	debug	Alexa-Remote WS-MQTT: Retry Connection in 45s
alexa2.0
2023-04-17 18:34:02.084	debug	Alexa-Remote WS-MQTT: Close: 1005:
alexa2.0
2023-04-17 18:34:02.084	debug	Alexa-Remote WS-MQTT: Open: wss://dp-gw-na.amazon.de/tcomm/

habe auch schon einiges versucht :

• Adapter neu gestartet
• Cookie zurück gesetzt / erneuert
  hat am Samstag alles nichts gebracht, dachte dann an einen Fehler bei Amazon und hab mal bis Sonntag nichts gemacht.
  Habe dann am Sonntag nochmal nachgesehen, ging immer noch nicht. Dan hier im Forum irgendwo dem Hinweis gefunden die Push Verbindung mal abzuschalten.
  Also von gestern 11 bis gerade eben mal aus gellassen ... auch keine Besserung. Hat noch wer eine Idee ? :)
  Alles Andere mit Alexa funktioniert ....

Adapter Version 3.23.2
Node JS 18.16.0

wenn noch Infos benötigt werden reich ich diese gerne nach ;)

[apollon77]

@frank579 https://github.com/Apollon77/ioBroker.alexa2/#push-connections-do-not-connect

[Frank579]

@apollon77 hat funktioniert Danke :+1:

[Sushibomba]

Hey... bekomme immer wieder durch die Ansage vom DeviceReminder den Log vom Alexa Adapter EchoDevice...Commands.speak-volume differs from expected, ignore state change! Please write correct datatype (number)
Woran könnte das liegen?

[apollon77]

@sushibomba spontan daran das da keine Nummer in den State geschrieben wird. Sondern was anderes ?! An sich sollte die Meldung auch sagen was geschrieben wird wenn ich die Meldung korrekt im Kopf hab

[ESP8266]

@apollon77 , bei mir macht der DeviceReminder das was er machen soll...also alles OK.
Erst vorhin beim Anfangen des 3-D Druckens ging es einwandfrei. Nur zur Info.

[Sushibomba]

@apollon77

Aber hier kann man doch nichts falsch machen :-/

[ESP8266]

@sushibomba , das eigentlich nicht, aber statt eins = 1 zuschreiben wäre falsch. z. B., wenn es Alexa sagen soll.
Ich habe mir den Beitrag von dir mal genauer betrachtet, steuerst du da fälschlicher Weise was an, das eine Zahl erfordert.....Volume vielleicht? (Commands.speak-volume)
Auf deinem Bildchen kann man ja nichts erkennen....nur Raten.
Dann berachte dir mal mein Bild:

Bei mir läuft ein Script, um 4 Devices anzusprechen.
Da "überall" nicht mehr funzt bzw. nicht mehr richtig. Wahrscheinlich, weil das Tablet nicht dafür vorgesehen ist.....ich weiß es nicht mehr genau.

Ich möchte noch da drauf hinweisen, dass das der falsche Thread dafür ist. Der Fehler ist ja offensichtlich.

Hier noch ein Bild, hoffentlich ist dir nun klar, was du für Fehler eingebaut hast:

[ESP8266]

Ich bin immer wieder über das Feedback erstaunt.....warum hilft man überhaupt?
Die Liste wird länger.....

[DJMarc75]

@esp8266 sagte in Alexa2 Version 3.23.1+:

Ich bin immer wieder über das Feedback erstaunt.....warum hilft man überhaupt?
Die Liste wird länger.....

Manchmal ist es aber auch vielleicht nicht möglich eine zeitnahe Antwort/Reaktion zu liefern. Es ist ja hier niemand bei den Helfern "angestellt" und verpflichtet sofort zu antworten.
Der User @Sushibomba ist immer dankbar für Hilfe - ergo mal abwarten :)

[FredF]

@djmarc75
Ja, ist ja nicht jeder so wild auf ioBroker, wie auch ich, und liest täglich hier mit :angel:

[ESP8266]

@apollon77 , ich habe neuerdings folgendes im Log stehen und zwar wenn ich im Wohnzimmer der Licht an bzw. aus schalte. Auch das ändern der Farbtemperatur bringt eine Fehlermeldung.
Was wurde geändert : Admin auf die letzte Beta Version gezogen, Javascript ist kaputt und wurde schon auf dem Github gemeldet. Die Fehlermeldungen sind mir erst gestern aufgefallen.

	2023-06-09 10:28:25.398	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.14b457fffe42e9e9.color as we have a switch available
iot.0
	2023-06-09 10:28:25.381	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d00053cc50d.colortemp as we have a switch available
iot.0
	2023-06-09 10:28:25.365	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d00053c3cf6.colortemp as we have a switch available
iot.0
	2023-06-09 10:28:25.355	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d000508e2b9.colortemp as we have a switch available
iot.0
	2023-06-09 10:28:25.347	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d000387a30b.colortemp as we have a switch available
iot.0
	2023-06-09 10:28:25.341	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d000387a30b.color as we have a switch available
iot.0
	2023-06-09 10:28:25.336	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d0002ffdd07.colortemp as we have a switch available
iot.0
	2023-06-09 10:28:25.333	error	[ALEXA] Cannot controlOnOff Error: Won't control zigbee.0.00158d0002ffdd07.color as we have a switch available
iot.0
	2023-06-09 10:27:47.445	error	[ALEXA] Cannot controlColorTemperatureDelta: Error: Not controlling
iot.0
	2023-06-09 10:27:47.416	error	[ALEXA] Cannot controlColorTemperatureDelta: Error: Not controlling
iot.0
	2023-06-09 10:27:47.385	error	[ALEXA] Cannot controlColorTemperatureDelta: Error: Not controlling
iot.0
	2023-06-09 10:27:47.359	error	[ALEXA] Cannot controlColorTemperatureDelta: Error: Not controlling
iot.0
	2023-06-09 10:27:47.335	error	[ALEXA] Cannot controlColorTemperatureDelta: Error: Not controlling

Es berifft alles was mit Zigbee zutun hat.
Eingebunden sind die Geräte über die intelligenten Aufzählungen.

[apollon77]

@esp8266 Also der Auslösende Adapter ist iot ... nicht alexa2 ;-))
In iot wurde in den letzten Versionen (richtung 2.0) angefangen an Alexa Integration was zu machen ... vllt kommts daher. Wäre aber ein iot issue

[ESP8266]

@apollon77 , ich löse immer über iot aus, deshalb kenne ich keine Probleme über Amazon. Wie hier ja schon oft geschrieben wurde.... Ich öffne ein Issue auf dem iot Github.

[apollon77]

@esp8266 Ich denke das diese Logs eher unabsichtlich "zu hoch" vom Loglevel gewandert sind. Die Logs sagen "du schaltest das gerät gerade an/aus .. wir haben nen Switch State also setzen wir nicht die farbe auf schwarz (beispiel aus) ;-)