Ich habe den Adapter entfernt und nochmal neu angelegt, damit scheint das Problem behoben zu sein, der Fehler ist seit mehreren Tagen nicht mehr aufgetreten. Da hier keiner geantwortet hat war das wohl ein seltener Fehler.

@snigga danke, werde ich prüfen

@fu_zhou sagte in vis Projekt zu "groß" für Edit über pro Cloud?: Hat jemand eine Idee, was man tun kann, um das Problem zu lösen? Ja. Man editiert nicht über die Cloud! Nur gucken - nicht anfassen ;-)

@arteck Moinsen, da habe ich mich evtl. falsch ausgedrückt, ich versuche es noch einmal ^^ Müssten sich wenn nicht alles OK ist, die States wie zum Beispiel: iot.0.smart.lastCommand automatisch aktualisieren ? Mit Objekte autom. erstellen meine ich, wie z.B. unter dem Adapter alexa2 unter 0.Echo-Devices ...der Baum hat sich selber erstellt, von daher bin ich davon ausgegangen das beim iot Adapter das Verhalten erst einmal gleich ist .... [image: 1698667564817-7c430056-f0f8-4d96-aa10-b82a29049c22-grafik.png]

@dr-bakterius Ich will ja gerade ein Schloß über den IoT Skill selbst bereit stellen. Ich werde einfach eine Routine erstellen. Ich habe mit diversen Einstellungen rumgespielt. Sobald das Gerät nur einen True/False Datenpunkt vom Typ "SMARTLOCK" enthält erkennt Alexa ein Schloß, hat aber keine Schalter zum steuern. Ich habe versucht einen weiteren Datenpunkt vom Typ "SWITCH" hinzu zu fügen, dann taucht es unter Schaltern und Schlössern auf, man muss aber wieder Ein und Aus sagen.

Thema ist gelöst ich habe auf die neue Web Adapterversion V6.1.10 upgedatet und alles funktioniert wie vorher :-)

Ok... Jetzt wird es komisch... Ich nutze auch den Custom Skill. Alexa hat da eben gesagt, der Skill müsste neu aktiviert werden. Also in der Alexa App gemacht. Dann nochmal im alexa iot Skill geschaut, da stand jetzt, dass die Kontoverknüpfung verloren gegangen sein. (Hab den Skill heute nachmittag/abend schonmal deaktiviert und neu aktiviert). Bin nochmal in die Einstellungen und musste da nochmal mein iobroker Konto bestätigen. Jetzt läuft wieder alles.... Ist ja nicht so, dass ich das heute nicht schon ein paar Mal versucht hätte... Keine Ahnung, was jetzt das Problem war :(

@ro75 Nö, der Befehl löst in diesem Fall einen WOL aus inkl. Antwort vom angesprochenen Echo. ;-) Also ich warte mal ab. Bevor ich jetzt irgendeinen Workarround benutze der dann in 2 Wochen evt. auch wieder nicht funktioniert....

@linguist Gerät, das nur Ein/Aus-Befehle unterstützt. { "commandOnlyOnOff": true, "queryOnlyOnOff": false } siehe https://developers.home.google.com/cloud-to-cloud/traits/onoff?hl=de

@smile Gelöscht

@chris299 Vielen Dank. Könnte genau das sein. Dann warte ich mal auf das Update.

@edis77 sagte in [gelöst] Ansprechen eines SmartLife Geräts: im YouTube Video von Eddy sind alle Schritte gut erklärt. Zumindest war das noch vor 4 Monaten der Fall. Ja, das ist oft sehr trügerisch, wenn man alte Tutorials oder gar Videos empfiehlt. Der Adapter ist meines Wissens erheblich überarbeitet worden, und die Vorgehensweise ist komplett anders. Es ist aus meiner Sicht immer empfehlenswert, das readme.md des Adapters bei github zu lesen, das sollte immer aktuell sein.

@liv-in-sky OK... ich geh es an! DAnke

@codierknecht so ich habe jetzt alle broll drin. Auch mit der richtigen IP hat es geklappt. Allerdings musste ich jeden broll einzeln einpflegen. Alle auf einmal hat er nicht gemacht. Aber egal... Hauptsache jetzt klappt es. Viele vielen Dank.

@oliver-w-leibenguth said in Absichern china-cloud IOT Geräte: @martinp Achso. Im Normalfall sage ich quasi dem Chinesischen Server, dass er bitte meine Steckdose an- oder ausschalten soll und der sagt es dann meiner Steckdose? Hardware, die so funktioniert würde ich nicht nur das Internet, sondern auch den Aufenthalt in meinem Zuhause verbieten. Das ist ja auch im Lieferzustand vieler ESP-basierter Steckdosen der Fall - da flasht man dann mit Tasmota und hat Ruhe.... Bei dieser Steckdose hatte ich das auch vor, die ist aber nicht ESP-basiert, sondern hat eine ARM-basierte CPU, für die es (noch?) keine alternative Firmware gibt ...