Update: Habe es mit "iobroker set admin.0 –auth false" gelöst bekommen. Ist aber dennoch ein merkwürdiges Verhalten.... Soll ich ein Issue öffnen, oder habe ich was falsch bedient?

Einfach als Empfänger im Blockly die ChatID eintragen. Gruß

Genau, du versteht es doch! Stell dein Licht doch nicht unter den Scheffel ;-) Gruß Rainer

bei mir auch! Habe die Chance genutzt über die Weichnachtsaktion (bis einschl. heute) noch einen Account für iot zu kaufen und cloud gelöscht da ich sowieso nur Alexa nutze

Moin, hab das selbe Problem, kannst du netterweise mal schreiben was du genau dagegen getan hast? Finde nichts wie ich den Admin abmelden kann ohne Putty zu schließen. Gruss ProfDexter

Ich möchte mich hier mal mit einklinken. Ich habe über Blockly die automatische Scharfschaltung meiner EMA bei Abwesenheit aller Bewohner realisiert und lasse mich per Pushover benachrichtigen. Leider bekomme ich die Nachricht immer doppelt. Woran kann das liegen? Bei dem Adapter Backitup lasse ich mich auch per Pushover benachrichtigen, jedoch bekomme ich dort, wie es sein soll, nur eine Nachricht. [image: 9039_bildschirmfoto_2019-01-06_um_14.45.01.png]

Sorry… kann dir mit JavaScript nicht sonderlich helfen. :(

Wenn nicht auffindbar… bitte neues Anlegen.

Ja, Downgrade war auch nicht die beste Lösung. Hatte danach ständig Fehler und ioBroker lief sehr holperig. Der Telegram Adapter war morgens immer aus und konnte nur durch Admin Start/Stop (wenn ich Glück hatte) oder aber meist nur durch Reboot des RPi zum Leben erweckt werden. Mittlerweile, da ich vierteljährlich ein Backup-Image von meinem laufenden System mache, bin ich zurück auf das jüngste Image wo noch js-controller 1.4.2 drauf ist und habe dieses auf aktuellen Stand gebracht. Jetzt läuft alles wieder prima.

@wendy2702: Hast du zwei Node Versionen installiert? Im Log steht: node -v v11.6.0 Du schreibst: 8.15.0 ` ich habe es gerade entdeckt. Nodejs war 8.15 aber node auf 11.6 Habe nun auch node auf 8.15 installiert. scheint zu gehen … :)

Hier: http://www.iobroker.net/docu/?page_id=8 … ion_Nodejs Viel Glück

Hallo! Ich habe u.a. das selbe Problem - also die o.g. Fehlermeldung. Ich habe daraufhin nach der Suche diesen Thread gefunden und schon einmal gemäß der o.g. Anweisungen versucht, ein wenig was herauszufinden: Ich habe per FileZilla die Ordner nach der Datei op-package.json gesucht und bin hierbei auf das Verzeichnis …/node_modules/iobroker.type-detector gestoßen. Bei einem klick auf das Verzeichnis wird folgender Fehler ausgegeben: Fehler: Directory /opt/iobroker/node_modules/iobroker.type-detector: no such file or directory Fehler: Verzeichnisinhalt konnte nicht empfangen werden Ich habe des öfteren Fehler mit dem Innogy-Adapter gehabt und versucht, diesen zu deinstallieren. Dies wurde mit einem Fehler quittiert - hier der Logeintrag: ! ```` iobroker 2019-01-05 16:21:38.441 info exit 0 iobroker 2019-01-05 16:21:38.427 error You might have to delete it yourself! iobroker 2019-01-05 16:21:38.426 error Error deleting adapter innogy-smarthome from disk: Error: host.iobroker: Cannot uninstall iobroker.innogy-smarthome: 216 host.iobroker 2019-01-05 16:21:18.472 error Cannot write files: /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/innogy-smarthome.admin/_data.json: ENOENT: no such file or directory, open '/opt/iobr iobroker 2019-01-05 16:21:18.375 info npm uninstall iobroker.innogy-smarthome --silent --save --prefix "/opt/iobroker" (System call) iobroker 2019-01-05 16:21:17.721 info host.iobroker Deleting 46 state(s). host.iobroker 2019-01-05 16:21:17.717 info object deleted system.adapter.innogy-smarthome.0 host.iobroker 2019-01-05 16:21:17.717 info object change system.adapter.innogy-smarthome.0 iobroker 2019-01-05 16:21:17.483 info host.iobroker Deleting 59 object(s). iobroker 2019-01-05 16:21:17.462 info host.iobroker Counted 9 states (system.adapter.innogy-smarthome.) from states iobroker 2019-01-05 16:21:17.461 info host.iobroker Counted 37 states (innogy-smarthome.) from states iobroker 2019-01-05 16:21:17.452 info host.iobroker Counted 46 states of innogy-smarthome iobroker 2019-01-05 16:21:17.240 info host.iobroker Counted 1 channels of innogy-smarthome iobroker 2019-01-05 16:21:17.210 info host.iobroker Counted 10 devices of innogy-smarthome iobroker 2019-01-05 16:21:17.195 info host.iobroker Counted 1 adapters for innogy-smarthome iobroker 2019-01-05 16:21:17.168 info host.iobroker Counted 1 instances of innogy-smarthome iobroker 2019-01-05 16:21:17.115 info Delete adapter "innogy-smarthome" iobroker 2019-01-05 16:21:16.209 info del innogy-smarthome Die Instanz ist gelöscht, der Ordner unter node_modules aber noch augenscheinlich vollständig vorhanden. Ich weiß nun nicht, ob diese beiden Sachen direkt mit dem Fehler hier zu tun haben, es wäre aber ein Anfang. Leider sind meine Kenntnisse in Bezug auf Linux etc. sehr beschränkt, daher habe ich mich auch nicht getraut, den Ordner nun ohne weiteres zu löschen…. Ich habe nun die Hoffnung, dass mir hier jemand weiter helfen kann. Die Community hier ist wirklich der Hammer und bislang bin ich mit Hilfe dieses Forums schon wirklich gut weiter gekommen. Hierfür schonmal ein großes Danke an dieser Stelle!! :)

Hallo Mic, vielen Dank für Deinen Hinweis auf die Github Diskussion. Dort fand ich den entscheidenden Hinweis: Das VIS Projekt ist anscheinend zu groß gewesen. Habe jetzt 4-5 alte, unbenutzte Views gelöscht, jetzt geht der Export wieder! Vielen Dank!!

@Mao: Klingt wie hier schon beschrieben -> https://forum.iobroker.net/viewtopic.php?f=8&t=17177 Habe die Tage eine frische ioBroker Installation auf einem Raspi aufgesetzt (Admin 3.5.10) und der Fehler besteht weiterhin. Edit: gerade den Workarround mit der neuen Gruppe (analog Admingruppe) versucht, funktioniert bestens. ` Danke für die Info Genau so ist mein Problem, werde den Lösungsansatz morgen früh probieren Hat funktioniert, danke für die Hilfe.

Habe nun auf redis umgestellt …. ich teste / beobachte :-)

Update: es läuft seit gut 3 Tagen jetzt stabil. Ich konnte die Abstürze vom Slave beheben - war wohl ein Wärmeproblem, oder das Netzteil (es gab ein Neues). Den DWD Adapter habe ich neu konfiguriert und die Abfrageintervalle verlängert. Alle Adapter die gestoppt waren, habe ich nun konfiguriert und sauber jetzt am laufen. Was es genau war weiß ich nicht, aber in der Summe läuft der Master jetzt ohne Hänger und der Slave auch… Vielen Dank für die Denkanstöße!!!! VG Torsten

Hat funktioniert, danke.