@Zefau Ja, danke. Bis jetzt ist der Fehler nicht mehr aufgetaucht.

@Pascal1909 Hallo Pascal1909, da es bei Dir ja anscheinend funktioniert, würde ich mich gerne weiterhin mit Dir austauschen. Gehe ich richtig davon aus, dass Du die Gruppe "Sonos PC Zimmer" in der cloud.io unter Alexa-Geräte eingerichtet hat? Des Weitern ist mir aufgefallen, dass wenn ich den Raspberry neu starte sowie den ioBroker öffne und das Script noch nicht ausgeführt wurde, bei den Slave Lautsprechern weniger bei den Werten aufgeführt wird als bei dem Master-Lautsprecher und die aufgeführten Werte werden in rot dargestellt. Starte ich die Musik über die Sonos App, dann erfolgt eine Änderung der Werte auch nur bei dem Master-Lautsprecher und bei den anderen tut sich nichts, obwohl darüber auch die Musik abgespielt wird. Allerdings werden dann die Werte bei den Slave-Lautsprechern wieder in schwarz dargestellt und dort wo vorher nicht stand, wird jetzt   (geschütztes Leerzeichen) aufgeführt. Aus diesem Grund gehe ich auch inzwischen davon aus, dass der Error durch die Slave-Lautsprecher entsteht. Vorsichtshalber teile ich Dir mal meine Konfiguration meiner Sonos Lautsprecher mit. Alle meine Sonos Lautsprecher sind über eine LAN-Verbindung eingerichtet, da ich einen Sonos-Boost nutze. In der Sonos-App sind bereits verschiedene Gruppen mit den dazugehörigen Lautsprechern eingerichtet. Über den Sonos-Adapter habe ich alle Sonos Lautsprecher eingetragen, allerdings ohne Raum, da dieser nicht angezeigt wird. In meinem Blockly-Script habe ich den Lautsprecher als Master gewählt, der bei der Sonos-App unter der entsprechenden Gruppe als erstes aufgeführt wird. Und das wars bis dato. Nun habe ich im cloud.io Adapter noch eine Gruppe mit einem anderen Namen angelegt und die entsprechenden Lautsprecher IP-Nummern mit der Auswahl Volume eingetragen um die Lautstärke für den Start festzulegen. In der Alexa App wurden die neuen Gruppen auch übernommen. Allerdings hat sich beim ioBroker unter Objekt bei den Sonos-Lautsprechern nicht geändert. Über eine Rückmeldung von deinerseits würde ich mich sehr freuen.

@chucky666 Nein leider nicht. Habe es geschafft über Neo und Systemvariablen der Homematic den Zustand zu ändern, also in den infozustand von zB "Closed" auf "open", aber da das nur ein Infozustand ist, passiert dort nix. Hast du dieselbe frage oder kannst du mir weiterhelfen?

Noch eine Ergänzung: Der State-Wert für WPS in der ioBroker-Objektliste wird jeweils korrekt auf true bzw. false gesetzt, wenn man das toggle-widget klickt. Aber die FritzBox scheint nur den true-Wert anzunehmen/zu akzeptieren. False kommt, warum auch immer, nicht durch. Wenn man den WPS-Haken wieder weg haben möchte, muß man dies über die Oberfläche der Fritzbox machen.

Ich kenne keine Lösung, sondern suche aktuell auch danach. Win10 auf NUC mit ioBroker soll auch als Asterisk Server dienen.

@Ulli1 Aktuell gibt es die Version von buanet (V5). Aber hier kannst Du lesen wie es geht. (Updates und Backup) https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/ oder ab hier https://forum.iobroker.net/post/456763

Nach einigen Testen sieht es so aus, als wenn @ilovegym genau in schwarze getroffen hat. Augenscheinlich liegt es wirklich am SA Adapter. Ich hatte mal irgendwo gelesen, dass dieser mit Wh ein Problem hat. Und genau das war es. Ich habe mir die Mühe gemacht, un die einzelnen Werte des VP Adapters in neue Datenpunkte zu schreiben, und diese direkt in kWh umzurechnen. Auf diese habe ich dann SA Adapter angewendet, mit kWh, Heute morgen waren die Werte jetzt nicht zurück gesetzt.

https://github.com/PArns/ioBroker.netatmo/pull/31 Da gibt es wohl sogar einen Pull Request. Nur scheint der Adapter leider verwaist. Ich habe die zwei zusätzlichen Zeilen mal bei mir eingefügt. Ich habe den Fehler allerdings nie gesehen (Windmesser natürlich vorhanden).

@DKM Versuch die community version: https://github.com/iobroker-community-adapters/ioBroker.yamaha

@R0bRakete sagte in updates gehen nicht mehr: sudo npm npm nicht mit sudo kombinieren!

Gibt es auch eine Funktion mit der man den vis Editor intern mit einem Passwort schützen kann. Aber die eigentliche vis nicht? Weil die admin Oberfläche kann man ja auch per Passwort schützen. Es geht mir darum das ich den Editor gerne mit einem Passwort versehen möchte um "Manipulation" zu vermeiden.

@Thomas-Braun Danke für die Hilfe. Hier was das Command zeigt: Auch heute morgen fehlt Typecript wieder mal... pi@raspberrypi:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.18.2 /usr/bin/node v12.18.2 /usr/bin/npm 6.14.5 nodejs: Installed: 12.18.2-1nodesource1 Candidate: 12.18.2-1nodesource1 Version table: *** 12.18.2-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.21.0~dfsg-1~deb10u1+rpi1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 500 http://archive.raspbian.org/raspbian buster/main armhf Packages Habe jetzt auch mal da wie oben probiert: cd /opt/iobroker npm install typescript mal sehen ob das länger hält

@dibide Ja, hoffentlich bleibt das jetzt auch so

@Thomas-Braun Der Versuch Canvas zu installieren ist zunächst fehlgeschlagen npm ERR! Could not install from "node_modules/canvas" as it does not contain a package.json file. Daraufhin habe ich geprüft, wieso er auf die Idee kommt dort überhaupt nach einer "Installation" zu suchen und in der Package.json unter /opt/iobroker folgenden Eintrag entdeckt und entfernt "dependencies": { "canvas": "file:node_modules/canvas", Ich denke, dass das die Fehlerursache war. Zumindest ließ sich Canvas nun auch installieren und auch der Baum schaut gut aus: npm list canvas iobroker.inst@2.0.3 /opt/iobroker ├── canvas@2.6.1 └─┬ iobroker.iot@1.5.3 └── canvas@2.6.1 Danke für deine Hilfe. Falls es bei den nächsten Updates wieder hängt werde ich das hier mal fortsetzen.