@thomas-braun ja. aber bis gestern habe ich so einen Fehler noch nie gesehen....

@innriver Dein Problem ist ja schon ein Weilchen her. Gab es denn zwischenzeitlich eine Lösung? Habe derzeit genau das gleiche Problem, auch mit Multihost-System. Auch die HOST-Umstellung/-Auswahl, die @thomas-braun vorgeschlagen/erwähnt hat, ändert daran nichts. Habe vorher nie darauf geachtet, daher kann ich nicht sagen, ob das irgendwann mal anders war. Nutze derzeit Admin 6.3.5 und Info 1.9.19.

@backfisch88 das scheint es gewesen zu sein es ist was in der package.json übergeblieben davon. Per Hand raus gelöscht, jetzt ging es Danke für eure Hilfe

@michaelsc Was gerne übersehen wird: Ist der Datenträger langsam steigt auch die CPU-Auslastung weil der Prozess auf den Datenträger warten muss. Wenn du jetzt noch mal schreibst auf was für einem System das bei dir läuft - laut Signatur auf einem Intel NUC. Kann Proxmox da irgendwelche Kenndaten liefern? Schreib- und Leserate des Datenträgers? Und - viel Interessanter - Latenzen beim Zugriff auf die Datenträger?

@docadams sagte in Installation von eigener URL geht nicht (mehr): passiert nichts. doch! aber mit @docadams sagte in Installation von eigener URL geht nicht (mehr): NPM-Version: 6.14.5 kann es bis zu 15 Minuten dauern

@crunchip ich dachte an die Zählerwerte der Monate Januar und Februar bis gestern, dass alles wieder stimmt. Kannst Du mir sagen wie genau das geht?

@thomasfischer25 sagte in Raspberry blockiert immer wieder mal, seitdem iobroker läuft: Ist das normal? Bei nur 1GB Gesamt-RAM ist das nicht ungewöhnlich viel.

@thomas-braun DNS Serveradresse war unabsichtlich verstellt (habe "herumprobiert"...) Wieder "Automatisch" gesetzt und schon hats wieder funktionier

@glasfaser ahja .. das wäre eine Notlösung - vielen Dank für den Hinweis. Aber ich bin Rentner und hab ein bischen Zeit in der Früh zum manuellen Neustarten jeden Tag (jetzt, wo ich das Problem kenne) ;-) Habe jetzt mal das Log vom 8.2. ausgelesen (nachdem ich mir mit dem Versuch, das Log von Heute, 9.2. runterzuladen, erstmal den ioBroker totgelegt hatte, hihihi) da sieht man entsprechende Fehlermeldungen: 2023-02-08 03:00:48.102 - info: solarlog.0 (964) Logcheck - axios - Error: Error: read ECONNRESET 2023-02-08 03:00:48.129 - info: solarlog.0 (964) Fehler beim Logcheck: Statuscode:Error: read ECONNRESET. Führe Logcheck bei nächster Gelegenheit erneut aus. 2023-02-08 03:01:18.096 - info: solarlog.0 (964) Logcheck - axios - Error: Error: read ECONNRESET 2023-02-08 03:01:18.099 - info: solarlog.0 (964) Fehler beim Logcheck: Statuscode:Error: read ECONNRESET. Führe Logcheck bei nächster Gelegenheit erneut aus. 2023-02-08 05:27:51.533 - info: history.0 (719) Delete old history "/media/usbstick/history/20220207/history.solarlog.0.status.conspac.json" 2023-02-08 05:27:51.556 - info: history.0 (719) Delete old history "/media/usbstick/history/20220207/history.solarlog.0.status.pac.json" 2023-02-08 08:28:27.669 - info: host.ioBroker-4 stopInstance system.adapter.solarlog.0 send kill signal 2023-02-08 08:28:27.670 - info: solarlog.0 (964) Got terminate signal TERMINATE_YOURSELF 2023-02-08 08:28:27.676 - info: solarlog.0 (964) [END] Stopping solarlog adapter... 2023-02-08 08:28:27.677 - info: solarlog.0 (964) terminating 2023-02-08 08:28:27.678 - info: solarlog.0 (964) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-02-08 08:28:33.327 - info: solarlog.0 (4317) starting. Version 2.2.5 in /opt/iobroker/node_modules/iobroker.solarlog, node: v16.19.0, js-controller: 4.0.24 2023-02-08 08:28:33.363 - info: solarlog.0 (4317) [START] Starting solarlog adapter 2023-02-08 08:28:33.419 - info: solarlog.0 (4317) Unterzähler - Import: false 2023-02-08 08:28:33.421 - info: solarlog.0 (4317) Historische Daten werden nicht abgerufen 2023-02-08 08:28:33.422 - info: solarlog.0 (4317) Forecast - Datenabruf: false 2023-02-08 08:39:13.168 - info: host.ioBroker-4 stopInstance system.adapter.solarlog.0 (force=false, process=true) 2023-02-08 08:39:13.177 - info: solarlog.0 (4317) Got terminate signal TERMINATE_YOURSELF 2023-02-08 08:39:13.177 - info: host.ioBroker-4 stopInstance system.adapter.solarlog.0 send kill signal 2023-02-08 08:39:13.181 - info: solarlog.0 (4317) [END] Stopping solarlog adapter... 2023-02-08 08:39:13.182 - info: solarlog.0 (4317) terminating 2023-02-08 08:39:13.185 - info: solarlog.0 (4317) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-02-08 08:39:16.350 - info: host.ioBroker-4 instance system.adapter.solarlog.0 started with pid 4395 2023-02-08 08:39:19.182 - info: solarlog.0 (4395) starting. Version 2.2.5 in /opt/iobroker/node_modules/iobroker.solarlog, node: v16.19.0, js-controller: 4.0.24 2023-02-08 08:39:19.227 - info: solarlog.0 (4395) [START] Starting solarlog adapter 2023-02-08 08:39:19.293 - info: solarlog.0 (4395) Unterzähler - Import: false 2023-02-08 08:39:19.294 - info: solarlog.0 (4395) Historische Daten werden nicht abgerufen 2023-02-08 08:39:19.295 - info: solarlog.0 (4395) Forecast - Datenabruf: false Das werde ich jetzt auf Github auch posten ... WillyIobrok

@christian-wöhrle Ich sach ja immer: Mit aktuell gehaltenen Systemen ist das Leben leichter.

Hier die Einstellungen des Datenloggers.[image: 1675960793112-einstellung_history.png] Das Fehlerprotokoll ist immer das, was ich gestern schon gepostet hatte.

@sigi234 Hatte den Adapter sogar neu installiert und da musste ich die Benutzerdaten komplett neu eingeben. Hat trotzdem nicht funktioniert. Aber... Habe es gerade selbst hinbekommen. Ich habe noch einmal einen komplett neuen Benutzer unter AVM angelegt. Jetzt geht es. Er hatte irgendwie ein Problem mit den Anmeldedaten. Vielen Dank.

@redshark Dann markiere den Thread bitte, indem Du den Eingangspost bearbeitest und ein "[gelöst] - " vor den Titel setzt.

@bahnuhr Da ist dann noch die Frage wie viele Datenpunkte du aufzeichnen lässt, in welchem Intervall und wie lange sie gespeichert bleiben. Ich zeichne aktuell 24 Datenpunkte mit unterschiedlichen Intervallen und Haltezeiten auf. Die Datenbank ist seit Jahren am laufen. In der Datenbank befinden sich derzeit 6.127.543 Datensätze und sie ist 391 MB groß. Eine komprimierte Sicherung hat 33,2 MB. Nur so zur Orientierung...

@asgothian Vielen Dank, für die ultraschnelle Hilfe! Jürgen (Ja, ich weiß, eigentlich war das kein wirkliches Problem sondern eher Korinthen-Sch…erei meinerseits. Daher schätze ich die Hilfe, für das eingebildete Problem, umso höher ein! Danke!)

Endlich draufgekommen: Der Modbusadapter hat die Aufzählungen scheinbar überschrieben. Dort in der Spalte musste ich auch die "Rooms" eintragen dann bleiben sie auch nach Reboot.

Mein Workaround: Auf Bildschirm 1 läuft Chrome und auf Bildschirm 2 Safari.

@codierknecht ups, sollte zu folgende Anfrage gehören: https://forum.iobroker.net/topic/55627/test-adapter-energiefluss-v3-3-x-github-latest/1584?_=1675416579544

@AlexAxel ....und was ist nun aus den eigentlichen Problem geworden? Denn ich habe fast das gleiche Problem. Nur das sich meine Energie Datenpunkte nur alle 30 Sek. aktualisieren und Tuya-Mqtt überhaupt nicht funktioniert. Ich bräuchte es auch nicht, wenn sich die Datenpunkte alle 5 Sek aktualisieren würden. https://github.com/Apollon77/ioBroker.tuya/issues/511

@etv sagte in Flot Adapter: .update gemacht - nix gebracht... Der Fehler wurde berichtigt und ist bei den aktuellen beta Versionen bereinigt. VIS und flot geht einwandfrei. @etv sagte in Flot Adapter: Screenshot is obsolete, da alles gleich wie bei deinem Screenshot, Wenn du meinst. Infos braucht man halt, sonst kann man nicht antworten. Und wenn diese nicht kommen dann antwortet man halt nicht. @etv sagte in Flot Adapter: Jo....werde damit erstmal leben müssen und bei Edit-Wünschen eben vorher checke, ob das Setting passt.... Das ist nicht die Lösung. Lies dir die zahlreichen threads durch. Es läuft einwandfrei.