@etv sheet ich hatte tatsächlich irgendwann fast 100.000 Geräte, da helfen auch keine Nachbarn mehr. Da war IoBroker dann so langsam, das ich den Ordner komplett gelöscht habe, das hat dann eine Stunde oder zwei gebraucht.

Ein Upload hat REGA repariert: GRÜN:

CUXD: Sowieso GRÜN

Aber WIRELESS unD HMIP auch mit xml und Passwort weiterhin GELB, obwohl im LOG kein Fehler

habe auch schon verschiedene Nutzer einschließlich root verwendet: Kein Unterschied.

wirelss

hm-rpc.1 2018-12-02 18:41:55.504 info xmlrpc client is trying to connect to 192.168.178.32:2001/ with ["https://192.168.178.61:12001","hm-rpc.1"]

hm-rpc.1 2018-12-02 18:41:55.502 info xmlrpc server is trying to listen on 192.168.178.61:12001

hm-rpc.1 2018-12-02 18:41:55.149 info starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.15.0

hm-rpc.1 2018-12-02 18:41:53.599 info xmlrpc -> 192.168.178.32:2001/ init ["https://192.168.178.61:12001",""]

hm-rpc.1 2018-12-02 18:41:51.596 info xmlrpc -> 192.168.178.32:2001/ init ["https://192.168.178.61:12001",""]

HMIP

hm-rpc.2 2018-12-02 18:41:48.608 info xmlrpc client is trying to connect to 192.168.178.32:2010/ with ["https://192.168.178.61:12010","hm-rpc.2"]

hm-rpc.2 2018-12-02 18:41:48.604 info xmlrpc server is trying to listen on 192.168.178.61:12010

hm-rpc.2 2018-12-02 18:41:48.199 info starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.15.0

hm-rpc.2 2018-12-02 18:41:46.578 info xmlrpc -> 192.168.178.32:2010/ init ["https://192.168.178.61:12010",""]

hm-rpc.2 2018-12-02 18:41:44.583 info xmlrpc -> 192.168.178.32:2010/ init ["https://192.168.178.61:12010",""]

@apollon77
Zumindest bei mir sind die Smart Home Devices wieder da! Vielen Dank.

@apollon77
Zumindest bei mir sind die Smart Home Devices wieder da! Vielen Dank.

@moritzn
Ich bin mir nicht sicher ggf. war dies auch schon vor dem Update bei mir.

@bananajoe
Die App ist VOLL mit SmartHomeGeräten. Aber in alexa2 ist nix.

@apollon77
D.h. Daten regelmäßig lesen sollte dann durch das Lesen auf manuelle Anforderung ersetzt werden?
Denn einige Daten als solches sind schon ziemlich essenziell für meine Umgebung.
Müsste man dann Routinen nutzen, die z.B. vor dem Lesen der Daten die Daten zusätzlich manuell von Amazon anfordert?

@apollon77
ich nutze Version 3.19.10 ( node: v16.18.0, js-controller: 4.0.23 )
Leider ist mein Ordner Smart-Home-Devices bis auf deleteAll/discoverDevices seit dem letzten alexa2-Update komplett leer. Echo-Devices werden normal erzeugt. Danach folgt:

Subscribing to states...
Deleting the following states: ["Echo-Devices.G0xxxx.Alarm"
ices.G0xxxx.Reminder.triggered","Echo-Devices.G0xxxx
Alexa-Push-Connection (macDms = true) established. Disable Polling
Initialization Done ...

Und das war's.
Folgendes habe ich bereits ohne Erfolg versucht:
Löschen des Ordners Alexa2
Cookie neu erzeugen
crashCheck-alexa2.0.json löschen
und immer wieder Adapter neustarten.
NIX

@biker1602
Was war denn der Fehler, vileleicht hilft das mir aktuell?

Das würd mich auch interessieren.

Bereits mit WPA2 hat die Aktivierung einer geschützten Anmeldungen von WLAN-Geräten (PMF) zu einem wilden Geblinke der Broadlinks geführt und diese waren nicht mehr ansprechbar. Unter WPA3 ist die Aktivierung nun scheinbar obligatorisch und somit kann ich auch WPA3 wegen der Broadlinks nicht nutzen.
Hat jemand einen Workaround oder gibt es ein Firmware-Update für die Dinger?

Funktioniert perfekt!

@crunchip das scheint einfach. Vielen Dank.