Alexa schaltet plötzlich nicht mehr

[arteck]

@jjmargis und alexa ?

[jjmargis]

@arteck
Sorry für die Verzögerung...
Der IOT hat die Version 1.5.3.

Ich habe noch einiges getestet.
Komisch ist, dass meine bestehenden Routinen über Alexa funktionieren,
die direkte Steuerung eines Smart Gerätes jedoch nicht.
Wird zwar von Alexa als positiv quittiert, aber es schaltet nichts.

[arteck]

@jjmargis und wenn du es per alexa app machst.. nicht per stimme ??

[jjmargis]

@arteck
Gleiches Ergebnis...

[arteck]

@jjmargis hast mal den skill deaktiviert und wieder aktiviert ?

[jjmargis]

@arteck
Ja, hatte ich. Hat nichts gebracht.

[jjmargis]

@arteck
Ich habe nochmal ein Log angeschaut.

2020-08-17 21:22:49.261 - info: host.raspiioBroker stopInstance system.adapter.knx.0 (force=false, process=true)
2020-08-17 21:22:49.265 - info: host.raspiioBroker stopInstance system.adapter.knx.0 send kill signal
2020-08-17 21:22:49.271 - info: knx.0 (17893) Got terminate signal TERMINATE_YOURSELF
2020-08-17 21:22:49.273 - debug: knx.0 (17893) Adapter close
2020-08-17 21:22:49.279 - info: knx.0 (17893) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-08-17 21:22:49.280 - info: knx.0 (17893) terminating
2020-08-17 21:22:49.282 - info: knx.0 (17893) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-08-17 21:22:49.287 - info: knx.0 (17893) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-08-17 21:22:49.291 - info: knx.0 (17893) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
2020-08-17 21:22:49.842 - info: host.raspiioBroker instance system.adapter.knx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-08-17 21:22:52.300 - info: host.raspiioBroker instance system.adapter.knx.0 started with pid 17909
2020-08-17 21:22:54.429 - debug: knx.0 (17909) Redis Objects: Use Redis connection: 127.0.0.1:9001
2020-08-17 21:22:54.695 - debug: knx.0 (17909) Objects client ready ... initialize now
2020-08-17 21:22:54.707 - debug: knx.0 (17909) Objects create System PubSub Client
2020-08-17 21:22:54.710 - debug: knx.0 (17909) Objects create User PubSub Client
2020-08-17 21:22:54.712 - debug: knx.0 (17909) Objects client initialize lua scripts
2020-08-17 21:22:54.746 - debug: knx.0 (17909) Objects connected to redis: 127.0.0.1:9001
2020-08-17 21:22:54.769 - debug: knx.0 (17909) objectDB connected
2020-08-17 21:22:54.775 - debug: knx.0 (17909) Redis States: Use Redis connection: 127.0.0.1:9000
2020-08-17 21:22:54.785 - debug: knx.0 (17909) States create User PubSub Client
2020-08-17 21:22:54.790 - debug: knx.0 (17909) States create System PubSub Client
2020-08-17 21:22:54.803 - debug: knx.0 (17909) States connected to redis: 127.0.0.1:9000
2020-08-17 21:22:54.804 - debug: knx.0 (17909) statesDB connected
2020-08-17 21:22:55.330 - info: knx.0 (17909) starting. Version 1.0.39 in /opt/iobroker/node_modules/iobroker.knx, node: v10.22.0, js-controller: 3.1.6
2020-08-17 21:22:55.396 - warn: knx.0 (17909) adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!
2020-08-17 21:22:55.793 - info: knx.0 (17909) knx license is OK.
2020-08-17 21:22:55.800 - info: knx.0 (17909) Connecting to knx GW: 192.168.10.6:3671 with phy. Adr: 1.1.0
2020-08-17 21:22:55.815 - info: knx.0 (17909) Debuglevel: 0 1
2020-08-17 21:22:55.834 - info: knx.0 (17909) Connected - local UDP Server listening on 192.168.10.137:37135
2020-08-17 21:22:55.868 - info: knx.0 (17909) Connected! with 108 datapoints of 261 Datapoints over all.
2020-08-17 21:22:57.262 - debug: knx.0 (17909) system.adapter.admin.0: logging false
2020-08-17 21:23:01.406 - debug: knx.0 (17909) system.adapter.admin.0: logging true

Das wirft einige Fragen auf:
Kann das hier richtig sein?
127.0.0.1:9000
Das ist doch nicht das Ethernet Interface.
In der Konfiguration steht:

Das ist die IP vom iobroker.
Die wäre doch eigentlich zu erwarten?

Ich habe auch versucht direkt im iobroker über den Status die Zustände zu ändern. Das klappt nicht.
Es liegt somit scheinbar nicht an Alexa sondern am Zusammenspiel iobroker mit dem KNX Adapter.

[jjmargis]

Ich habe mal auf mein Konto geschaut, ob da irgendwas nicht in Ordnung ist.

Ich habe eine Fernzugriffslizenz bis 23.12.2020.
Wenn ich mich einlogge erscheint:

Ich kann also nicht auf die Apps.
Kann das dann auch Problem mit dem KNX Adapter sein?

[haselchen]

@jjmargis

Hab den Thread nur mal überflogen.
IOT Adapter ist glaube ich aber schon bei Version 1.7.0 im Latest.
Eventuell mal updaten?
Dann kommen noch die Fragen nach
Alexa Version?
Js Controller Version?

[jjmargis]

@haselchen
Node.js hat die Version 10.22.0
IOT stable = 1.5.3 ist installiert

Mit Alexa Version kann ich nichts anfangen.
Aber...
Ich habe ja auch geschrieben, dass ich im iobroker direkt das Problem habe, dass ich über den KNX Adapter meine KNX Geräte nicht schalten kann.
Deshalb tippe ich darauf, dass es mit Alexa nichts zu tun hat, sondern eine Problem
zwischen iobroker und KNX Adapter gibt.

Ich weiß nicht, wie man ein Thema umbenennen kann.

[haselchen]

@jjmargis

Bei KNX bin ich raus. Trotzdem kann ich nur empfehlen (vorher Backup machen) , die neueste IOT Version zu installieren.