@thomas-braun so nach dem Bereinigen der Liste und Update/Upgrade kommt folgendes raus: pi@RspIoBroker2:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.1 v14.19.1 6.14.16 pi /home/pi Hit:1 http://archive.raspberrypi.org/debian buster InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease Hit:3 https://deb.nodesource.com/node_14.x buster InRelease Hit:4 https://repos.influxdata.com/debian buster InRelease Hit:5 https://packages.grafana.com/enterprise/deb stable InRelease Hit:6 https://archive.raspbian.org/raspbian buster InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. nodejs: Installed: 14.19.1-deb-1nodesource1 Candidate: 14.19.1-deb-1nodesource1 Version table: *** 14.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 500 https://archive.raspbian.org/raspbian buster/main armhf Packages

@thomas-braun ahso okay naja ich würd gerne irgendwie rausfinden warum es nur per noserverino geht - nicht dass ich da woanders einen fehler habe der sich evtl. irgendwo unbemerkt mit-zieht bin eher der der auch gerne verstehen würde warum etwas so ist wie es ist

@crunchip sagte in Proxmox Container - Backup geht nicht: @bahnuhr letzter beitrag https://forum.proxmox.com/threads/tmp-cannot-open-permission-denied.87730/ Dein Link brachte den Erfolg. Gelöst wie folgt: [image: 1648410735105-3d6dda4e-7b8a-4c41-a27e-ea17e0e4157d-image.png]

@tombox Das hatte ich auch aus den Fehlern gelesen, allerdings werde die Fahrzeuge, es sind 2, mind. 2 x am Tag bewegt, meistens mehr, auch gestern. Ist das so normal?

@rob-0 Ungerade nodeJS-Versionen sollen nicht verwendet werden. Insta)über die empfohlene Version 14.

@driftkingisback guckst du hier https://github.com/iobroker-community-adapters/ioBroker.oilfox/issues/77

@amo111 Hat sich leider erledigt, der Fehler dürfte beim Wechselrichter liegen...

@apollon77 ne - ist mir nix aufgefallen nochmals danke

Ganz oben auf den Schraubenschlüssel klicken. (Systemeinstellung) Repositories Dort die 2 anklicken (Beta) und speichern. (Eventuell auf Experte einstellen (Oben der Kopf) und Version 5.3.4. installieren. ab 5.3.4. ist es gefixt) Admin Adapter updaten. Repositories wieder auf stable stellen. (1 anklicken) Fertig

@tt-tom sagte in nach löschen oder umbenennen Skript_1 Warn im Log: ist das ein Bug ? nein ist kein Bug, Meldung wird von einem Anderen Skript erzeugt. Es erstellt jsonList für ein Widget von Material Design . siehe hier

@pbroker sagte in Probleme nach Stromausfall: Es schaut soweit gut aus. Schau mal sudo ln -s /usr/bin/node /usr/bin/nodejs which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs an. Und auch mal iobroker update -i

@liv-in-sky Ja. Genau das. Danke! Muss nur noch rausfinden wie das richtig konfiguriert wird.

@greatemu sagte in web.0.info.connection: Aber viele reiten ja darauf rum, dass man nur die Stable installieren sollte... Ausnahme, im Beta ist ein Fehler behoben der im Stable noch drin ist ;)

@hsteinme Sind interessanterweise zwei separate Macs, beide mit Safari, einer davon wurde sogar neu aufgesetzt und war damit das erste mal auf Jarvis.

@hm_krause naja jetzt da aufklappen und du kannst weiter reinschauen, aber ja sieht nach Fronius aus ... vor allem wenn immer mehr dazukommt

@joergh Vielen Dank! Seit dem Downgrade läuft es wie gewünscht!! Gruß Lindy

@dbh Stimmt. Hast Recht. Hatte ich total vergessen, dass man das ja in jeder Abfrage einträgt. Da ich nur einen nutze, habe ich immer die 1 eingetragen ohne nachzudenken. Leider weiss ich dann auch nicht weiter und würde einfach verschiedene Einstellungen ausprobieren. Vielleicht ist es ein Timing Problem? Ich bin selber gerade dabei mir RTU via Modbus einzurichten und muss da kräftig testen um die Fehler weg zu bekommen. Bei mir ging es bspw. erst nachdem ich "Nur multiple writes verwenden" aktiviert hatte...konnte aber vorher nirgends in der spärlichen Doku etwas dazu finden. Jetzt habe ich aber auch noch den CRC Error, zu dem bisher keine eine Lösung hat, evtl. hat das auch etwas mit den Zeiteinstellungen zu tun? Ist reines try-and-error...

@fraso Den Fehler hatte ich nach dem letztem Update auch. Habe erneut die Githubvers. installiert und es funktioniert wieder. Zeigt allerdings im IoBroker wieder die Aktualisierungsmeldung an.

Es wird immer interessanter. Auf dem Slave (Pi3) werden die Updates im Info Reiter angezeigt. Auch ohne iobroker upload all [image: 1647784538237-80299c17-e058-4cef-8197-a07c13e06c6b-grafik.png]

@foxriver76 sagte in HM-RPC ab 1.15.3 nur eine Instanz ohne Fehler: @rantanplan Probier mal 1.15.11 ab 1.15.3 wurde der Adapter Port unbeabsichtigt anders ermittelt. Falls die anderen Ports blockiert sind o. ä. Wird das zu den Verhalten geführt haben. Ja das war's. Update auf die 1.15.11 hat geklappt. Danke!