@unda Okay, habs jetzt zufällig doch selbst heraus gefunden.
Die Szenen standen beim Status alle auf uncertain.
Hab auf einfachen Modus umgestellt und Werte bei False rausgenommen.
Jetzt klappt endlich wieder alles.

Tag,

Folgendes Szenario:
Roborock S5 in Mi Home-Adapter eingebunden. Diverse Szenen erstellt wie z.B. "Sauge Wohnzimmer" in der die vordefinierten Bereiche abgefahren werden. Diese wurden bei Alexa als Geräte eingebunden und mit "Alexa, saug das Wohnzimmer" ist der Sauger losgefahren.
Das hat jetzt 2 Jahre lang funktioniert. Seit Anfang des Jahres nicht mehr.
Habe mittlerweile alles komplett neu aufgesetzt und bekomme es einfach nicht hin, dass Alexa den Sauger wieder auf Reisen schickt. Starte ich im ioBroker die Szenen, funktioniert alles. Es scheint so als würden die Szenen von mihome nicht mehr an Alexa übergeben werden.
Im IoT-Adapter werden unter "Alexa-Geräte" keine Szenen mehr automatisch gefunden. Füge ich eine manuell dazu, muss/kann ich mittlerweile einen Typen auswählen. Habe dort schon alle durchgetestet und anschließend neu gesucht. Es läuft trotzdem nichts.
Habe einen Pro-Account, aber kein Abo (mir genügen 20 Befehle)
Alexa2 V 3.6.0
IoT V 1.8.9
mihome-vacuum 2.1.1
Alle Instanzen sind grün und laufen.
Ich weiß nicht wo mein Fehler liegt und wonach ich noch gucken kann. Bin für jeden Ratschlag dankbar.

Jo sorry, war beim Schreiben schon n Schritt weiter bei Alexa

Tag,

Ich weiß zu dem Thema wurde schon länger nix mehr gepostet, aber ich wollte einfach mal fragen, ob der Skill bei irgendwem zuverlässig läuft?

"TVon" funktioniert bei 20 Versuchen 1 mal. Es sei denn der TV ist nur im Standby, dann klappts immer.

Irgendwie ist das sehr unbefriedigend. Hat noch jemand diese Erfahrung gemacht, oder funzt das immer?

Wenn ja, wo ist der Trick und mein Fehler?

Es hat funktioniert. Vielen Dank!

So weit die Theorie. "cannot open `/etc/default/grub' (No such file or directory)"

Ich werd mir das morgen noch mal näher angucken. Bislang wollen alle Wege, die mir Google genannt hat nicht funktionieren.

Okay, das heißt das Interface hat nen komischen Namen (warum auch immer) und ich muss es umbenennen, damit der Fehler weg ist.

Das werde ich bestimmt irgendwie hinbekommen.

Danke erst mal für die Hilfe

Über Kabel.

pi@raspberrypi:~ $ ls /sys/class/net/

enxb827eb34d24e lo wlan0

pi@raspberrypi:~ $ sudo ip addr show

1: lo: <loopback,up,lower_up>mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

valid_lft forever preferred_lft forever

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

2: enxb827eb34d24e: <broadcast,multicast,up,lower_up>mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

link/ether b8:27:eb:34:d2:4e brd ff:ff:ff:ff:ff:ff

inet 192.168.13.40/24 brd 192.168.13.255 scope global enxb827eb34d24e

valid_lft forever preferred_lft forever

inet6 2a00:ab60:2b3:bb01:3405:db9:59f:bfab/64 scope global mngtmpaddr noprefixroute dynamic

valid_lft 7078sec preferred_lft 3478sec

inet6 fe80::5c76:1283:39fb:4621/64 scope link

valid_lft forever preferred_lft forever

3: wlan0: <broadcast,multicast,up,lower_up>mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

link/ether b8:27:eb:61:87:1b brd ff:ff:ff:ff:ff:ff

inet 192.168.13.39/24 brd 192.168.13.255 scope global wlan0

valid_lft forever preferred_lft forever

inet6 2a00:ab60:2b3:bb01:90f1:82e:6b2b:3c9b/64 scope global mngtmpaddr noprefixroute dynamic

valid_lft 7078sec preferred_lft 3478sec

inet6 fe80::52fd:b958:acab:fa22/64 scope link

valid_lft forever preferred_lft forever</broadcast,multicast,up,lower_up></broadcast,multicast,up,lower_up></loopback,up,lower_up>

Danke für die schnelle Antwort. Habe jetzt eine Instanz nach der anderen deaktiviert und gewartet. Die Fehlermeldungen kommen immer wieder. Es sei denn ich deaktiviere rpi2.0.

Bei dem Deaktivieren kommt noch folgende Meldung:

host.raspberrypi 2018-08-01 21:53:05.003 info instance system.adapter.rpi2.0 terminated with code 0 (OK)

Caught 2018-08-01 21:53:05.003 error by controller[2]: cat: /sys/class/net/eth0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden

Caught 2018-08-01 21:53:05.002 error by controller[1]: cat: /sys/class/net/eth0/statistics/rx_bytes: Datei oder Verzeichnis nicht gefunden

host.raspberrypi 2018-08-01 21:53:04.955 info stopInstance system.adapter.rpi2.0 killing pid 17128

host.raspberrypi 2018-08-01 21:53:04.955 info stopInstance system.adapter.rpi2.0

rpi2.0 2018-08-01 21:53:04.962 info terminating

host.raspberrypi 2018-08-01 21:53:04.954 info object change system.adapter.rpi2.0

Danach ist Ruhe.

Tag,

Ich bin absoluter Beginner ohne jegliche Erfahrung. Beschäftige mich erst seit 2 Tagen mit iobroker (ebenso mit Raspberry…).

Bislang habe ich Alexa, Cloud, Scenes und Mihome-vacuum eingebunden und meinen Roborock mit Zone-Cleaning konfiguriert.

Wenn ich mir die Log-Datei angucke, kommt minütlich diese Fehlermeldung. Was ist das und was muss ich tun damit das aufhört?

rpi2.0 2018-08-01 21:22:37.633 error No Value found for net_send

rpi2.0 2018-08-01 21:22:37.633 error No Value found for net_received

rpi2.0 2018-08-01 21:21:37.165 error No Value found for net_send

rpi2.0 2018-08-01 21:21:37.164 error No Value found for net_received

rpi2.0 2018-08-01 21:20:36.711 error No Value found for net_send

rpi2.0 2018-08-01 21:20:36.710 error No Value found for net_received

rpi2.0 2018-08-01 21:19:36.249 error No Value found for net_send

rpi2.0 2018-08-01 21:19:36.248 error No Value found for net_received

rpi2.0 2018-08-01 21:18:35.806 error No Value found for net_send

rpi2.0 2018-08-01 21:18:35.805 error No Value found for net_received

rpi2.0 2018-08-01 21:17:35.370 error No Value found for net_send

rpi2.0 2018-08-01 21:17:35.369 error No Value found for net_received

rpi2.0 2018-08-01 21:16:34.913 error No Value found for net_send

rpi2.0 2018-08-01 21:16:34.913 error No Value found for net_received