Eben gehts :-) [image: 8936_unbenannt3.jpg] [image: 8936_unbenannt4.jpg]

Nach welcher Anleitung hast Du installiert?

Das Ziel ist es den Ablauf auch wieder abspielen zu können.

Danke für den Link. Ich wundere mich schon seit gestern das der DOT spinnt.

Naja Formal macht das ja sinn. ne musst Du nicht. Ich denke besser wäre ein Github issue für den ENtwickler diese dep rauszunehmen :-) Weil Sie ja doch eher optional ist

So, habe soweit mal alles getestet was mir eingefallen ist, Gruppen setzen/bearbeiten etc funktioniert nicht mehr (permission error), auch bei Skripts/Adapter starten oder stoppen das selbe, Objekte löschen ebenfalls. Ein einziger "Fehler" der mir aufgefallen ist, wenn ich unter Objekte den State editieren will (bspw. "false" auf "true") hängt sich admin.0 ca. 30s auf und ist nicht mehr erreichbar, es findet aber keine änderung statt (das Licht ging nicht an, was ja auch gewollt ist). Ein anderer Fehler scheint zu sein, dass ich unter "Objekte" ohne die zugehörigen Rechte neue Objekte erstellen konnte, diese dann aber ebenfalls nicht editieren kann. Habe der Gruppe "User" bei Zustands-Rechte keine "create"-Erlaubnis mehr gegeben (auch wenn das ja sowieso ein Objekt ist oder?) nachdem ich gestern abend noch etwas rumprobiert hab, daran liegts also wohl nicht. Im Vis funktioniert das schalten übrigens einwandfrei, also ich muss da echt ein großes Lob an dich aussprechen @Bluefox wie schnell du reagierst, da findet man mal einen Bug und der ist in der dev-Version schon gefixt :D Ich hätte da noch eine letzte kurze Frage, als ich vorhin den dev-Build installiert hab habe ich einfach deine Befehlte copy-pastet, ohne darauf zu achten ob ich die Rechte hab (keine sudo am Anfang). Das heißt dass er versucht hat iobroker zu stoppen und bei laufendem iobroker versucht hat zu updaten, auch ohne Rechte. Da war er dann in einer Endlosschleife mit dem sich wiederholenden Fehler gyp WARN EACCES user "root" does not have permission to access the dev dir "/opt/iobroker/node_modules/diskusage/.node-gyp/8.11.4" gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/iobroker/node_modules/diskusage/.node-gyp" habe abgebrochen, iobroker gestoppt und dann die Installation nochmal gestartet und alles hat einwandfrei funktioniert. Wenn ich aber mit sudo iobroker stop weitermache kommt jetzt folgende Meldung: pi@All-In-One_RasPi:/opt/iobroker $ sudo iobroker stop Stopping iobroker controller daemon... iobroker controller daemon stopped. No "killall.sh" script found. Just stop. killall.sh ist noch im Ordner vorhanden, liegt das Problem an dem neuen js-Controller oder hat die fehlerhafte Installation etwas kaputt gemacht? EDIT: Habe grad die alte Version nochmal draufgespielt, killall.sh wird immer noch nicht gefunden, liegt also nicht direkt am neuen js-controller. EDIT2: Die neue "alte" Version ist anscheinend trotzdem etwas höher, 1.5.0 anstatt 1.4.1, und alles mit den Rechten und den "Bugs" scheint hier bereits wie in der dev-Version zu funktionieren, inlusive meinem killall.sh Fehler. EDIT3: Hab grad nochmal geschaut, anscheinend installiert er mit beiden Befehlen die 1.5.0 Version, hier die Konsolenlogs bei der Installation: pi@All-In-One_RasPi:/opt/iobroker $ sudo iobroker stop Stopping iobroker controller daemon... iobroker controller daemon stopped. No "killall.sh" script found. Just stop. pi@All-In-One_RasPi:/opt/iobroker $ sudo npm i https://github.com/ioBroker/ioBroker.js-controller/tarball/1.6.0-dev --production > iobroker.js-controller@1.5.0 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.1.0 npm version >= 5: disabling package-lock Could not check npm version: Error: EACCES: permission denied, open '/opt/iobroker/.npmrc' Assuming that correct version is installed. > iobroker.js-controller@1.5.0 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first + iobroker.js-controller@1.5.0 updated 1 package and audited 2881 packages in 37.961s found 51 vulnerabilities (36 low, 1 moderate, 14 high) run `npm audit fix` to fix them, or `npm audit` for details Ich hoffe mal dass ich mir jetzt nicht den ioBroker zerschossen hab, eigentlich klappt alles im ioBroker selbst einwandfrei :lol:

Mit v10 gibt es noch Probleme. Steht in nem angepinnten Beitrag Gesendet von meinem CLT-L09 mit Tapatalk

Hey! Versuche es doch mal über den Musiccast Adapter. Dort kannst du dann Listen erzeugen und durchwechseln. Ich habe das allerdings nur gelesen und selbst noch nicht ausprobiert. VG

Danke schön..<emoji seq="1f44d">👍</emoji>

Hi, CCU habe ich, aber ohne CUxD. Bräuchte ich nie, weil ich die CCU praktisch nur als Funkmodul mit ein paar kleinen Logiken verwende. der Rest passiert in IOBroker.

Falls jemand mal ähnliche Probleme hat. Auf dem Raspi bewirkt bei gänzlich unerklärlichen Phänomenen ein cd / touch /forcefsck machmal Wunder. In meinem Fall war wohl das Dateisystem angekratzt. Hab's daran gemerkt, dass mein mc plötzlich nicht mehr gefunden wurde.

@stephan2k: ich bin zufrieden mit der Lösung ` Dann markiere bitte das Thema im Betreff des ersten Beitrags als [gelöst].

Habe absolut gleichen Fehler nach Wechsel von CCU2 auf CCU3. Ist der Fehler irgendwie zu lösen?

sudo npm install -g npm@4 Für den User root kann sudo entfallen.

Hallo, ja richtig ich habe ein fertiges ioBroker Image verwendet. OK jetzt habe ich das verstanden. Danke Gruß Jan

Kann ich nach zwei Jahren jetzt ehrlich nicht mehr sagen …wie schon bemerkt, der Thread ist schon ... älter.

Stimmt rfd ist ja - wireless Ok ich deaktiviere mal und lösche die ganzen überflüssigen Datenpunkte. Danke

Oh Mann … :oops: Danke, apollon77