@m-a-x Nein, das sind Abhängigkeiten im Javascript-Adapter selber. Das dürfte auch in einem ganz frischen System auftauchen.

@boonekampxxl Tut mir leid, war lange nicht im Forum eingelogged. Für den Fall, dass es Dich noch interessiert: VErsion 2.2.6 aus github hat die meisten Probleme gelöst. GRüße

@dh sagte in Zeitstempel und zuletzt geändert in UTC: Bei mir werden die Werte für "Zeitstempel" und "zuletzt geändert" im Objekte Reiter in UTC angezeigt. wo lässt du sie dir denn anzeigen? @dh sagte in Zeitstempel und zuletzt geändert in UTC: Auf meinem Server und auf dem Docker doch wohl nicht. Für die Anzeige ist die Zeitzone des Anzeigegerätes zuständig. Allerdings irritiert mich die Aussage @dh sagte in Zeitstempel und zuletzt geändert in UTC: In meinem alten Setup (Raspberry Pi 4) war das kein Thema. Die Werte wurden mir im Objekte Reiter, sowie beim Verwenden in der entsprechend "richtigen" CEST angezeigt. da wirst du wohl den selben PC genutzt haben was sagt iob diag?

@homoran das tut mir leid, dass ich beide Befehle gleich ausgeführt habe. Er hat auf jeden all von fast allen Adaptern Uploads getätigt. Backitup und Admin waren dabei.

@glasfaser Yep, Kann gut sein, dass das der Adapter alle bekannten Dinge abfragt und es so macht da es bei der Synology ja einige Dinge gibt die nicht immer abfragbar sind und nur die Formulierung im debug log unglücklich ist. Solange kein wanring / error gelogged wird und alles funtkioniert ist das kein ernstes Problem.

wenn ich mir einen zweiten Account anlege und die Heizung über den zweiten Account und eine zweite Instanz des ViessmannAPI Adapter anlege bekomme ich daten. Die Verbindung ist also in Ordnung. Leider ist es sehr unkomfortable siche in der Vicare App ständig neu anzumelden.

@saeft_2003 sagte in Nach https smartmeter Adapter nicht mehr grün: Wisst ihr warum das so ist nöö, ich sehe kein log

@trafficlight sudo apt update Volllständig posten.

@haus-automatisierung Ja genau das ist oder war das Problem, hatte das auf Github übersehen…

@paul53 Danke, Name ist auf ein mal da.

@pargelenis sagte in Vis Bildupload funktioniert nicht: Nun funktioniert das Uploaden wie gewünscht... @bahnuhr ..... ich sage mal da nichts zu , ( Glaskugelmodus im Chat ) @pargelenis sagte in Vis Bildupload funktioniert nicht:Danke für eure Vorschläge und Bemühungen! Kein Kommentar dazu ..... Dann setze den Thread auf [gelöst]

@octopus180 Hallo ich mache meine ersten Versuche mit EgiGeoZone, kannst du mir sagen wo ich den IOT Link eintragen muss? Gruß Michael EDIT: Hat sich erledigt

@oberfragger sagte in [geloest] Telegram Adapter ECONNREFUSED 0.0.0.0:443: Ja. piHole Hab Telegram jetzt mal auf der Whitelist. @Glasfaser DAANKE! Lag am pihole. Ist nun wieder grün. Da komme mal einer drauf. Es sind immer Kleinigkeiten ;)

@thejojo Die Ausgabe von iob diag darfst du dennoch bekannt machen.

Ok, das komische daran ist, ich habe die genau selben Einstellungen auf beide Handys in Brave. Auf einem geht es, auf das andere nicht. Ich weiß es ist nicht ein ioBroker Problem (denke ich) aber hat jemand eine Ahnung was ich mir hier anschauen sollte? Hat vielleicht noch jemand Probleme mit ioBorker und Brave?

Sorry für den Doppelpost. Laut Doku, soll es genau so funktionieren: Hier der Link: https://github.com/theturtle32/WebSocket-Node/blob/cce6d468986dd356a52af5630fd8ed5726ba5b7a/docs/WebSocketConnection.md

@pargelenis sagte in KNX upgrade auf 2.0.17 wird nicht übernommen: Und mehr infos wären bei dem Problem nicht von sinn gewesen .... Sagt wer? Du?

@jayjay-0 Gerade hatte ich es auch wieder. Also das erste mal nach ca. 2 Wochen. Von jetzt auf gleich ging die Auslastung vom influxdb Adapter hoch.

OK Mit V. 6.5.6 funktioniert es bei mir jetzt auch wieder wie es soll Danke für die schnelle Fehlerbehebung

@thomas-braun Hm bissl rumgewühlt. Im Script /home/iobroker/.diag.sh wird bspw. in Zeile 146 Folgendes aufgerufen: sudo du -h /var/ | sort -rh | head -5; Rufe ich den Befehl nun per shell auf, erhalte ich: boehserwolf@iobroker:~:$ sudo du -h /var/ | sort -rh | head -5; 718M /var/ 405M /var/log 404M /var/log/journal/10211f417bb24cb79e93cf70efeb0f05 404M /var/log/journal 214M /var/lib sort: fflush failed: 'standard output': Broken pipe sort: write error Ohne das "head -5" gibt es kein Problem. Bissl googeln: https://unix.stackexchange.com/a/355164 Scheint bekanntes Verhalten zu sein, da sort noch zu viele Daten nachliefert. Das mag zwar ein Problem sein, aber vermutlich eher nicht meins.