@Mikewolf @Mikewolf sagte in text2command darstellung: weiß leider nicht seit wann dies so aussieht seit dieser Version : [image: 1597447163210-1.jpg] github.com/ioBroker/ioBroker.text2command

@Glasfaser Danke für den Link. Das hat einiges geklärt. Zusammenfassung: Mit MACVLAN kann ioBroker im Docker-Container die Host Syno aus Sicherheitsgründen grundsätzlich nicht erreichen Das lässt sich auf Synos mit 2 LAN-Ports umgehen Auf einer Syno mit nur einem LAN-Port mit Gebastel wohl auch, aber die Lösungen übersteigen meine Fähigkeiten und bergen womöglich auch Risiken, die ich nicht abschätzen kann. Fazit: ich lasse es bleiben. Kein Syno-Adapter in meiner ioBroker-Installation. Es sei denn, es findet sich hier jemand, der das zuwege gebracht hat und versichert, dass es stabil und ohne Nebenwirkungen läuft. Viele Grüße, EckartS

@MarOde Primär läuft bei mir Raspbian / Raspberry OS, und da kommt auch in der netinstall curl sowie sudo mit ums Eck. Mag in der debian netinstall anders sein, finde ich bei so essentiellen Paketen ungewöhnlich.

@maxeddy2 sagte in Instanzen nicht löschbar: @bahnuhr Habe jetzt durch die manuelle Windows-Installation die neuesten Versionen. Warum auf lauffähigen Installer warten (war zu bequem) ? Alles läuft prima. Problem gelöst. Na dann ist ja alles gut.

@michacolonia sagte in Skripte Verzeichnis auf Admin Oberfläche plötzlich leer: @michacolonia Ich habe gerade herausgefunden, dass das Problem nur mit Safari auf dem MacBook besteht. Mit Chrome auf dem MacBook oder auf dem iPad kann ich sie sehen. Hast du hier etwas geklickt? Ist nämlich Browserabhängig [image: 1597262629803-anzeige.png]

@M-A-X hmm. Also ich antworte mal selber. Bluetooth Stick angezogen und an nen anderen Port dran und es ging direkt wieder.. Warum auch immer der eine nicht klappt (mein zigbee Stick klappt an dem Port)

@Homoran Danke, es war das Häkchen bei der Authentifizierung. Das scheint inzwischen Standard mäßig bei Neuinstalltionen gesetzt zu sein. Und das kann dann natürlich nicht funktionieren Andreas

Danke zusammen, hab auf die 1.2.0 gewechselt und scheint jetzt wieder einwandfrei zu funktionieren. TOP

@Jey-Cee Genial, hat geklappt! Danke Dir!!!

@Homoran Die 1.14.16 funktioniert nicht mit CUxD. Dann bitte die .18 installieren oder bei Stable bleiben (.15)

@Ibot sagte in Script Engine 4.3.4 zu 4.6.17 funktioniert nicht: Adapter ist aktuell Dann setzt den Thread auf gelöst . ... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. ;)

Hallo Beitrag nach Javascript verschoben. Gruß NetFritz

@Berlon 4.0.12 ist in latest die aktuelle Version.

@Marcus-Hamburg Hast Du ein GitHub Issue angelegt damit es nachhaltig verhindert werden kann?

@LoxDUS Das Broadcasting des COAP's Protokoll's wird nicht in Dein anderes Netzsegment weitergeleitet! Du kannst es mit MQTT versuchen. pat

@swordfisch Ich hab das Problem so gelöst: Da es mehrere Adapter betroffen hatte, die nicht mehr richtig wollten, hab ich ein Backup von vor 1 Woche wo alles noch im Lot war eingespielt. Dann die Adapter einzeln ein Update verpasst, und gehofft den Übeltäter zu finden. Leider Fehlanzeige, alles Lief ohne Probleme. Was das ganze Verursacht hat in welcher Zusammenstellung weis ich nicht mehr. Jedenfalls läuft mein System jetzt schon einige Tage wieder ohne Probleme. cu Deta

@harrym Dankeschön für den Tip. Habe ich gemacht und es funktioniert!

@Crockers Ja, der von npmjs

@arteck node.js 12.16.3, NPM 6.14.4, js-controller 3.1.6, alle installierten Adapter sind auf aktueller Version

Hat sich erledigt. Ich hatte ein paar Leerzeichen im Token.