@latzi Jepp, über "Instanzen" starten/stoppen funktioniert ohne Vergessen des API-Key. Ich habe daraufhin, wie im git-issue beschrieben, meine JS Start-/Stopp-Funktionen wie folgt geändert (alter Code ist auskommentiert): function octo_adapter_on() { // Octoprint-Adapter einschalten //var octo_instanz = getObject("system.adapter.octoprint.0"); //octo_instanz.common.enabled = true; //setObject("system.adapter.octoprint.0", octo_instanz); log ('__ Octoprint_Adapter wurde gestartet __'); setState("system.adapter.octoprint.0.alive", true); } function octo_adapter_off() { // Octoprint-Adapter ausschalten //var octo_instanz = getObject("system.adapter.octoprint.0"); //octo_instanz.common.enabled = false; //setObject("system.adapter.octoprint.0", octo_instanz); log ('__ Octoprint_Adapter wurde beendet __'); setState("system.adapter.octoprint.0.alive", false); } Danke Dir!

@heinzix Da mqtt eigentlich kein Datenspeicher ist, sondern nur zum Verteilen der Infos im Moment ist - wenn man mal von "retained" Nachrichten absieht, kannst Du eigentlich die ganze Instanz löschen, dann sollte alles wieder weg sein. Die Datenpunkte die Du jetzt siehst, sind für mqtt clients irrelevant und wenn Du nicht direkt auf diese Datenpunkte zugreifst, hast Du ja kein Problem bzw. sie kommen ja schnell wieder ein. Das Einzige ist, wenn Du selbst Datenpunkte unter mqtt angelegt hast, die musst Du halt dann wieder anlegen. Normalerweise müsstest Du zwar auch einzelne Datenpunkte löschen können, aber wenn das halt wegen Sonderzeichen nicht geht, dann Holzhammer.

@thomas-braun Würde mich freuen wenn @paul53 ne Idee hat. :) Ich glaube der Timestamp vom Datenpunkt wird überhaupt nicht aktualisiert wenn keine Änderung stattfindet. [image: 1620894032422-547f7f9e-ff50-46b7-bf89-e8eb5d587dac-image.png] Die Türe wurde heute schon mehrmals per Nuki geöffnet also der Status 3 müsste schon mehrmals aktualisiert worden sein bzw. der Timestamp hätte sich ändern müssen. Die Zeit, die man sieht war heute das erste mal, dass von 2 auf 3 geändert wurde. Keine Ahnung ob das ein gewolltes Verhalten ist, ich find es aber etwas komisch.

@christoph1337 sagte in Systemauslastung hoch + Javascript schmiert ab [gelöst]: das ich es einfach habe laufen lassen und heute dann ist die Ursache im Moment dektiviert. Wie ich bereits schrieb, dauert es ziemlich lange wenn der load average >4 ist und sich selbst durch z.B. Swapping blockiert, bis dieser wieder stabil ist.

@thomas-braun sagte in Error Adapter installieren und updaten: Vielleicht fällt aber @Pittini da noch was ein. Der sollte da ja 'näher dran sein'. Leider nein, ich hab ihn ja herverwiesen weil ich keinen Plan von Systemebene hab und die node-mihome auch nicht von mir ist, ich nutz die nur in einem Skript. Allerdings ist das Skript zig mal bei diversen Usern im Einsatz, so dass ich nicht von nem grundsätzlichen Problem ausgeh. Allerdings hatten einige beim installieren schon Probleme, und zwar ausschließlich raspi Nutzer, bei allen mit Nucs etc. läufts wie Butter. Hab heut mal kurz schon mit Apollon und Dutchman im Discord gesprochen und die meinten Forum und Dich taggen :) . Issues bei node-mihome sind auch für die Katz, weil der Dev seit Monaten nicht mehr reagiert, auch keine prs merged usw. Leider bin ich mit meinem Skript auf die node-mihome angewiesen, die macht die Verbindung zur Xiaomi Cloud.

@berges01 sagte in Probleme mit dem Netatmo-Adapter: Da kommen jede Menge Fehlermeldungen Falls noch nicht vorhanden, ein Issue bei Git-Hub erstellen...

@burningbaer An der Stelle ist halt selten was 'kaputt', mit den Services über systemd läuft das eigentlich recht robust. (Dafür hat systemd halt wieder andere Kinken...) Und der Fixer biegt das ja auch immer wieder gerade, im Falle eines Falles.

@sichreid Ich hatte "damals" immer wieder Probleme mit meinem LG-TV und Netzwerk. Nach einiger Zeit war der LG-TV nicht mehr erreichbar und musste kurz vom Netzwerk getrennt werden. Meine Switche von TP-Link verursachten öfter Pings im dreistelligen Bereich. Dann kam ein Philips-TV. Das Netzwerk lief stabil. Einige Zeit später wurde der LG-TV im Arbeitszimmer reaktiviert. Direkt danach traten am PC, welcher am selben Switch hängt, hohe Pings auf. Ein weiterer LG-TV in unserem Haushalt verhält sich per WLAN total unauffällig. Fazit: LG scheint Probleme mit Ethernet zu haben. Feste IP Adressen nutze ich schon ewig und somit hilft der Tipp oben leider nicht.

@thomas-braun Vielen Dank, "iobroker fix" hat geholfen. Jetzt funktioniert wieder alles.

@thomas-braun Ok, merci

@thomas-braun Es hat etwas gedauert, war mit meiner Familie beschäftigt :) Vielen Dank nochmal, es läuft jetzt alles! ben@odroid:~$ which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.1 v12.22.1 6.14.12 nodejs: Installed: 12.22.1-deb-1nodesource1 Candidate: 12.22.1-deb-1nodesource1 Version table: *** 12.22.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_12.x focal/main armhf Packages 100 /var/lib/dpkg/status 10.19.0~dfsg-3ubuntu1 500 500 http://ports.ubuntu.com/ubuntu-ports focal/universe armhf Packages

@apfelwurm solch Probleme gibt es schon mehrmals hier im Forum, etwas mehr info admin, js controller..

@dergoldjunge sagte in [gelöst] Shelly-Adapter rot / läuft nicht!: gelöst! [image: 1620147262638-l%C3%B6sung-kopie.png] Lösung hatte ich hier gefunden: https://forum.iobroker.net/topic/17306/shelly-adapter-errors-im-log/2 Hatte das selbe Problem und dadurch gelöst. ABER, sobald der Shelly-Adapter ein Update bekam, ging das Spiel von neuem los. Erst seit dem großen Node-Update und vor allem dem "Repair"-Befehl läuft es wieder reibungslos. (siehe Beschreibung vom Update)

@bb61 Bitte erfasse doch Issues für die einzelnen Probleme in GitHub. Um einen solch riesigen "das geht alles nicht"-Post wird sich kein Entwickler kümmern. Was Multihost betrifft, gehört in js-controller; was Admin betrifft, natürlich in Admin. Und sorry, ich habe nicht alles gelesen, war mir viel zu lang - aber trotzdem ein Feedback: @bb61 sagte in Admin und Multihost - einige kleinere Bugs: Raspi-Cluster im Multihost, da mehrere Standorte (eigener + Pflegewohnung der Eltern, verbunden im Fritzbox-VPN) Multihost wird grundsätzlich nicht empfohlen wenn mehrere Standorte betroffen sind. Einerseits sind es viele Daten, die übertragen werden und andererseits (und das ist noch viel wichtiger) funktioniert auf dem Slave gar nichts, wenn die Verbindung unterbrochen ist. Verbinde mehrere Standorte zB per MQTT oder Link Adapter.

@mks1337 https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host/96?_=1620325473099

@tklein sagte in [gelöst]Element auf Root-Ebene anlegen: @crunchip magst du mir bitte zeigen, wie du das eingebunden hast? Du kannst mehrere Datenpunkte unter dem gleichen Namen anlegen wenn Du: a.) hinter dem Namen ein zusätzliches Leerzeichen schreibst b.) Du im RAW des Datenpunktes den entsprechenden "smartName" Bereich manuell einfügst "def": 0, "smartName": { "de": "Licht Badezimmer", "smartType": "LIGHT" }

@homoran Super - das war/ist die Lösung. Viele viele andere Einträge zu dem Problem sind auf diese Einstellung nicht gekommen. Es funktioniert hervorragend. Dankeschön

@apfelwurm Das ist zwar nicht die Meldung die hierzupasst: https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host Aber vielleicht erkennst du ein ähnliches Muster in den Dateigrößen wie dort beschrieben und kannst ggf. die Daten wieder zurückschreiben.