@bahnuhr said in plötzlich richtiger Code rot unterstrichen: @cash sagte in plötzlich richtiger Code rot unterstrichen: @bahnuhr said in plötzlich richtiger Code rot unterstrichen: Verbindungsfehler was heißt WS? [image: 1676715008335-7ea67e5f-00ea-49de-b41b-bccff009933e-image.png] diesen installieren und web.0 so einstellen: [image: 1676715074076-4689dbc5-61b5-437a-917a-4d1d901ae235-image.png] dann läufts und keine Verbindungsfehler mehr. Falls installiert: socket.io ausschalten Besten Dank!!! Das war das Problem. Was auch immer ich damit gemacht habe, aber es funktioniert!

@tenno2k5 Vielen Dank für die Info

@foxriver76 Vielleicht darf ich das Thema nochmal hoch holen. Quermodus und zoom bei 0,0 Die vis ist aber immer noch zu groß; es müsste noch kleiner sein.

Also das Einschalten funktioniert jetzt. Die Ursache war, dass der Haken bei "Use custom MQTT prefix" gesetzt war. Bleibt jetzt nur das Problem, dass die Lampe nicht eingeschaltet wird, wenn man per ioBroker die Helligkeit ändert. Da frage ich mich, wie man dann die Lampe schalten will. Dann müsste man ja immer zwei verschiedene DPs verwenden. Von HomeMatic kenn ich es, dass man nur die Helligkeit steuern muss. Über die Website schaltet die Lampe ja auch ein, wenn man die Helligkeit ändert.

@kuddel Ich verwende für meine Abwesenheitserkennung die Handys, welche im WLan eingebucht sind. Ztw. kommte es vor, dass alle Handys um 02:00 die Verbindung kurz verlieren und sich dann wieder einbuchen. Ich habe das Problem bis anhin in Unifi nicht gefunden.... Patrick

Mein Problem hat sich auch so dargestellt, jedoch lag es nicht am Admin/admin-Problem, sondern an einem Sonderzeichen im Passwort, dass die CCU nicht schlucken wollte. Sonderzeichen raus, Backup läuft.

@thomas-braun sagte in tado - Login troubles... tado Funkthermostat Verursacher?: AxiosError schaumal nach der Version von axios.. da war eine fehlerhaft...

@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.