@MarcoG https://forum.iobroker.net/topic/11611/fehler-mit-adapter-tr-064-fritzbox-nach-js-controller-update-auf-1-3-0/7

Moin, so nach dem ich npm und Modul entfernt habe, ist alles OK. kein Error mehr. Auch von ToDoIst nicht mehr. Ich frag mich immernoch wie das npm und modul dorthin gekommen ist.:thinking_face: Na gut nun ist es ja sauber. Danke für deine Hilfe

Hast Du den Host evtl. per WLAN angebunden und er verliert sein Netz? Aus irgendwelchen Gründen kann der Host da keinen Namensauflösung mehr. Gruß, Eric

Eventuell ist das eine Lösung, wie gesagt, kenne Docker nicht: docker run [OPTIONS] <your-image-name>:<your tag> --add-host ioBroker:127.0.0.1

@Andyowl sagte in ioBroker simple terminal Adapter nicht sichtbar als Instanz unter Cloud-Verbindung: Laut Video auf YTube soll der Terminal Adapter in den Einstellungen von Cloud als instanz hinterlegt werden. Das Video würde mich interessieren. Als Instanz im Cloud hab ich nur web.0

Problem wurde wie folgt behoben : cd /usr/local/lib/node_modules sudo mv npm npmold sudo -H npm install -g npm@6 Das soweit als Info, ohne Gewähr.

@radicalreel Sorry. Habe nicht weiter getestet, da ich den Telegram Adapter kurz danach deaktiviert und nicht wieder aktiviert habe. Es hatte mich zu sehr genervt, dass plötzlich bei meinem (Slave-ioBroker) alle Prozese blockiert wurden und dann einige wichtige Funktionen nicht mehr gingen. Erst Recht, wenn man morgens aufwacht und das Licht nicht mehr ging. Wie ich sehe, haben andere Nutzer auch/immer noch Probleme, so dass ich den Adapter wohl weiterhin deaktiviert lasse. Ich informiere mich seit dem per Mail statt Telegramm. Ist zwar nicht so schick, funktioniert aber

Ich hatte vorher 2 Xiaomi Hubs in die MiHome App eingebunden. Jetzt nutze ich nur noch ein Hub. Könnte es damit etwas zu tun haben?

Ich greife das Thema mal wieder auf. Ich habe Version 1.0 installiert und hier stellt es sich mittlerweile auch so für mich da, dass der Adapter nicht brauchbar ist aufgrund der am Anfang der Themas beschriebenen Problematik. Mal läuft der Adapter für einige Stunden, häufig ist es direkt beim Start: Jede Menge unknow data. Ich habe das Gefühl, dass der String dann nicht mehr richtig gelesen wird. Beim Adapterstart wird ja normalerweise die CULFW gelogt, hier kommt bei mir: "received unknown data: 0V 1.67 nanoCUL868". Kann da jemand helfen?

Hallo, vielen dank für die Antworten, als ich gerade die Sachen erneut eingeben habe, um genau zu schildern wo mir die Fehlermeldung angezeigt wird, funktioniert es auf einmal:relaxed:

Hallo! Hab dir die 2 Themen wieder vereint! :)

Erledigt. Der Fehler war weg nachdem ich mal alle Links und Daten im Adapter gelöscht habe.

@eumats Die Graphen habe ich über den rpimonitor (ein Programm welches bei mir auf jedem raspi landet, superflexibel schnell und braucht wenig Ressourcen (link)

Momentan scheint es sich stabilisiert zu haben. Wir sind aber noch dran - es kann also durchaus nochmal husten. Gruß, Eric

Da mich bis jetzt nichts weitergebracht hat, möchte ich fragen, ob noch jemand einen Tipp hat.

Hallo das selbe Problem habe ich derzeit auch und dies schon länger, hab an dem funktionierendem Skript nix geändert und plötzlich hat es nicht mehr funktioniert. Das mit dem Timeout hab ich zunächst auch vermutet, aber mein Bild ersetzt sich immer somit ist immer ein Bild am Speicherort und zudem hab ich den Email adapter im gleichen Skript und der verschickt brav... Meine Vermutung liegt grad am Bot hier hab ich grad ein neues angelegt, das scheint aber auch nicht zu funktionieren, jetzt könnte es noch sein das evtl. zu viele Bilder (Speicherplatz) pro User erlaubt sind, hier lösche ich gerade alle Bilder im Telegramm, so wie es aussieht ist dies aber auch nicht die Lösung.

@Homoran Ok, dachte bisher, das sind 2 unterschiedl. Programme, die miteinander nichts zu tun haben. which node /usr/local/bin/node which nodejs /usr/bin/nodejs Welches Risiko gibt es denn?

@greyhound sagte in Date.prototype.getWeek - Error "property 'getWeek' does not exist on type 'Date'" nach Umstellung von Node.js auf Node 8 oder auch 10: lc nicht mehr als Datumsobjekt erkannt wird lc ist ein Unix-Zeitstempel, kein Datumsobjekt. Da ist es kein Wunder, dass der Fehler kommt. Dein Screnshot sieht mir so aus als werden die Typings nicht mehr richtig geladen seit der Umstellung auf 4.x - muss ich mir mal anschauen, wenn ich die Zeit habe.