Alexa kann Geräte nicht erreichen

[berndroid]

@dslraser

native steht im RAW drin, aber es funzt trotzdem nicht:

{
  "type": "state",
  "common": {
    "name": "Ventilator POWER",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "alias": {
      "id": "sonoff.0.Ventilator.POWER"
    },
    "smartName": {
      "de": "Ventilator POWER"
    }
  },
  "_id": "alias.0.Deckenventilator.POWER",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1624560281660,
  "native": {}
}

Edit: Ich bin für heute raus. Ich drücke die Daumen das ihr noch ne Lösung findet

[crunchip]

@michael-pusch seltsam

[dslraser]

@michael-pusch sagte in Alexa kann Geräte nicht erreichen:

@berndroid
nur kurze zwischenfräge...

wozu dient ALIAS ?

Das kann man nicht so zwischendurch beantworten. Es kann einiges praktisches und Du kannst "sinnvolle" Namen vergeben und Deine eigene Strukrur damit bauen...

https://www.iobroker.net/#de/documentation/dev/aliases.md

[dslraser]

@berndroid sagte in Alexa kann Geräte nicht erreichen:

Edit: Ich bin für heute raus. Ich drücke die Daumen das ihr noch ne Lösung findet

Ich habe auch vorerst keine Idee mehr...

[dslraser]

@michael-pusch sagte in Alexa kann Geräte nicht erreichen:

@crunchip

hab jetzt den Skill deaktiviert und die verknüpfung aufgelöst...

danach die iot Instanz gestoppt und neu gestartet... rein theoretisch dürfte diese nun keine verbindung mehr zusammen bringen... oder ?

tut sie aber und tut so wie wenn nix wäre !?

Und Du hast den mittleren Skill, ja ?

[michael.pusch]

@dslraser
Ja, denn der PRO bringt keine verbindung zusammen und hängt sich auf, und der Custom is ma relativ wurscht...

warum der PRO immer noch drin is und ohne funktion versteh i leider nicht...
auch, warum die dinger alle unterschiedlich heißen...

Den Pro würd ich im Skillshop eliminieren. der verwirrt und hat auch keine funktion mehr soweit ich gelesen hab...
daher bekommt er auch soviele negativ bewertungen.

DaMike, also ich , hat jetzt mal auf dem Amazon Konto die Android-Gerätezuordnung

auf welchen AmazonApps installiert sind durchforstet und alles gelöscht... werd jetzt alles neu einrichten und mal schaun... waren schon 12 Androidgeräte über die Jahre zb für AmazonPrime drin... Auch der IoBroker stand drinnen, auch die verknüpfung wurde gelöscht...

alles von vorne also...

[haselchen]

@michael-pusch

Wenn du Zeit und Lust hast können wir noch nen bissl Fehlersuche betreiben?!

2 Fragen zuerst:
Was sind das für Geräte, die du schalten willst?
Sind sie mit Tasmota geflasht, welche Version?

Dann wäre meine Idee, den MQTT deinstallieren und den Sonoff richten wir gemeinsam dann ein (vorausgesetzt deine Geräte sind mit Tasmota geflasht)

Dann wäre noch der Punkt deine Geräte Räume und Funktionen zuzuweisen.

[michael.pusch]

@haselchen
hi, ja ein bisserl gehts noch...

Sind im Grunde alles nur Aktoren, teilweise sinds richtige Sonoff Basic Geräte, teilweise sind geflashte 1 oder 2Kanal Shellys bzw. Smarte Steckdosen von verschiedenen Herstellern welche sich mit Tasmota flashen liesen.

Tasmota sind sie ALLE geflasht... teilweise schon a bissi älter mit 6.x.x teilweise mit den neuersten 9.x.x
Aber für die Grundfunktion tut das normal nix...

Backups vom Broker lass ich alle 3 Tage machen. Und rückwirkend auf 3 Monate habe ich die Backups noch...
Das erwähne ich deswegen, MQTT verwende ich ja nicht sondern die Sonoff Instanz. Und das ich das system ned zerschiessen will, was ich schon etlliche male geschafft hab, bin i da jetzt voooorsichtiger

Und der Raum und Funktionszuweisung... die hab ich weggelassen von anfang an... interessiert ja den Broker nicht wo der TasmotaAktor sitzt. Und die Funktionszuweisung bekommt er sowieso mit den Parametern "SmartName" im RAW und den zusatzdaten

Ich weiss das die eQ3 Module "Homematic" die Zuweisung von Raum und Funktion in deren Steuerung benötigen...
Aber die Tasmotadinger eigentlich ned...

[haselchen]

@michael-pusch

Ich will damit nur mal alles eingrenzen.
Also der MQTT ist deinstalliert?

Wenn ja, lass uns das mal mit einer geflashten Steckdose nochmal alles durchspielen.
Von der bitte einen Screenshot von den MQTT Einstellungen und dann einen Screenshot von dem Sonoff Adapter.

[michael.pusch]

@haselchen
Ja MQTT war nur zu eingrenzungszwecken ausprobiert...

es läuft Sonoff

Instanzeinstellungen wie folgt

[haselchen]

@michael-pusch

Die MQTT noch bitte von der Steckdose.

Und dann was zu deinen Crons....kein Wunder, dass dein System "schwimmt"
Du startest alle Nase lang die Adapter neu.
Warum das?

[michael.pusch]

@haselchen

Cron deshalb -> Weil ich anfänglich das Problem hatte das sich alle 3-4 Tage der Broker aufgehängt hatte und die Installation dann plötzlich Schrott war.
Nach dem ich angefangen hatte mittels der Crons die Instanzen nachts neu zu starten, war das Problem komischerweise weg...

[haselchen]

@michael-pusch

Da musste auf jedenfall nochmal ran. So kannste das nicht führen, das System.

Ist das Sonoff Licht ne Steckdose?

[michael.pusch]

@haselchen

ne, ein basicmodul... de is aber ned so wichtig.

aber wart, ich such ma de Scentsy Duftlampe...

Aber jetzt

[haselchen]

@michael-pusch

Okay, dann mal los.
Also , setz den Port der Steckdose mal bitte auf 8883 und im Sonoff Adapter ebenfalls.
Im Log wird es erstmal Fehler der anderen Geräte hageln, aber ist erstmal nur zur Probe.
Wenn Adapter und Steckdose verbunden sind, sag Bescheid.

[michael.pusch]

@haselchen

2021-06-24 22:00:07.638 - info: host.raspberrypi stopInstance system.adapter.sonoff.0 (force=false, process=true)
2021-06-24 22:00:07.654 - info: sonoff.0 (19203) Got terminate signal TERMINATE_YOURSELF
2021-06-24 22:00:07.660 - info: host.raspberrypi stopInstance system.adapter.sonoff.0 send kill signal
2021-06-24 22:00:08.157 - info: sonoff.0 (19203) terminating
2021-06-24 22:00:08.158 - info: sonoff.0 (19203) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-06-24 22:00:08.676 - info: host.raspberrypi stopInstance system.adapter.sonoff.0 killing pid 19203
2021-06-24 22:00:08.854 - info: host.raspberrypi instance system.adapter.sonoff.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-06-24 22:00:10.836 - info: host.raspberrypi instance system.adapter.sonoff.0 started with pid 19496
2021-06-24 22:00:12.243 - info: sonoff.0 (19496) starting. Version 2.4.0 in /opt/iobroker/node_modules/iobroker.sonoff, node: v12.22.1, js-controller: 3.2.16
2021-06-24 22:00:12.311 - info: sonoff.0 (19496) Starting MQTT authenticated server on port 8883
2021-06-24 22:01:03.974 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connected with secret 1624564863954_6506
2021-06-24 22:01:04.501 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connection closed: disconnected
2021-06-24 22:01:10.814 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connected with secret 1624564870812_9015
2021-06-24 22:01:11.037 - info: alexa2.0 (19323) Alexa-Push-Connection disconnected - retry: Retry Connection in 60s

[haselchen]

@michael-pusch

Poste mal noch mehr Logs....was nach Alexa noch kommt

[michael.pusch]

@haselchen

2021-06-24 22:00:12.311 - info: sonoff.0 (19496) Starting MQTT authenticated server on port 8883
2021-06-24 22:01:03.974 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connected with secret 1624564863954_6506
2021-06-24 22:01:04.501 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connection closed: disconnected
2021-06-24 22:01:10.814 - info: sonoff.0 (19496) Client [SHP_Scentsy_Vorraum] connected with secret 1624564870812_9015
2021-06-24 22:01:11.037 - info: alexa2.0 (19323) Alexa-Push-Connection disconnected - retry: Retry Connection in 60s
2021-06-24 22:02:11.572 - info: alexa2.0 (19323) Alexa-Push-Connection disconnected - retry: Retry Connection in 60s
2021-06-24 22:03:12.102 - info: alexa2.0 (19323) Alexa-Push-Connection disconnected - retry: Retry Connection in 60s
2021-06-24 22:03:25.754 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 (force=false, process=true)
2021-06-24 22:03:25.762 - info: alexa2.0 (19323) Got terminate signal TERMINATE_YOURSELF
2021-06-24 22:03:25.763 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 send kill signal
2021-06-24 22:03:25.764 - info: alexa2.0 (19323) terminating
2021-06-24 22:03:25.767 - info: alexa2.0 (19323) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-06-24 22:03:26.376 - info: host.raspberrypi instance system.adapter.alexa2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-06-24 22:03:28.970 - info: host.raspberrypi instance system.adapter.alexa2.0 started with pid 19527
2021-06-24 22:03:30.565 - info: alexa2.0 (19527) starting. Version 3.9.1 in /opt/iobroker/node_modules/iobroker.alexa2, node: v12.22.1, js-controller: 3.2.16

[haselchen]

@michael-pusch
Die Steckdose scheint noch verbunden zu sein.
Ändern sich die Datenpunkte?

Die Einstellungen vom Alexa Adapter bitte...

Da ist echt ne Menge im Argen in dem System.

[michael.pusch]

@haselchen
gehgeh.. i hab lediglich den alexa adapter komplett eliminiert und war zwischenzeitlich neu im verbinden... dadurch das ich da grad mit dir schreib, pfuscht ma der alexaadapter in das log... mitlerweile kommt nix mehr vom adapter im log...

Und alles andere war ja auch immer verbunden, wie gesagt, ich kann ja auch alles ansprechen über VIS... eben nur ned über alexa

sonoff.0   2021-06-24 22:15:00.016        warn (19496) Client "Sonoff_4ch" not connected
web.0	2021-06-24 22:12:57.937	info	(19724) ==>Connected system.user.admin from 192.168.1.107
web.0	2021-06-24 22:12:57.514	info	(19724) http server listening on port 8082
web.0	2021-06-24 22:12:57.509	info	(19724) socket.io server listening on port 8082