@axelf1977 Aber Du hast schon gelesen dass im dortigen Beitrag das ganze gequarke NICHT geholfen hat ? [image: 1662312664918-screenshot-2022-09-04-192934.png]

@matzebhv sonst bleibt ja nur Updatezeit der Datenpunkte aus dem Adapter über. Die Updatezeit der DP ist im DP 3 min verzögert ? Zum prüfen eben ein Blockly bauen. Wenn DP wurde aktualisiert, debug Ausgabe aktuelle Zeit.

@kgw wer lesen kann (Doku zu createState) ist klar im Vorteil!

@mickym Mach dich nicht kleiner als du bist! :-) Mir hast du jedenfalls extrem geholfen und du hast dafür gesorgt, dass sich viele Nebel lichten. Dafür danke ich dir nochmals sehr!!!

@thomas-braun das glaub ich wohl, bin aber der festen Meinung das es komischerweise auch eine Zeitlang mit 18 ohne Probleme lief.. naja es läuft jetzt! vielen lieben dank nochmals!

@raabensohn Da klemmt es bei dem Modul snowboy beim kompilieren. Was auch immer das ist und wo auch immer das herkommt. Jedenfalls wird das seit vier Jahren wohl nicht mehr gepflegt. Möglich daß es auf aktuellen System nicht mehr gebaut werden kann.

@Thomas-Braun Vielen DANK ! Läuft wieder ;-)

@thomas-braun Leider immer noch gleiche Warnungen

@erickuttruff ja stimmt. muss ich schauen, sehr seltsam

@chris299 bis jetzt hab ich auch ruhe

@BlackTigga Ich gehe von Server arbeiten bei Viessmann aus alle Fehler über 500 sind Probleme beim Anbieter War auch angekündigt https://documentation.viessmann.com/static/changelog

@thomas-braun Danke, habe ich mal eingefügt. Habe festgestellt es kam immer wieder am Anfang noch zu einigen Verbindungsabbrüchen. Jetzt disconnected und reconnected der Adapter wenigstens regelmäßig und ich hab mir mal Telegram Benachrichtigungen schicken lassen bei jeder Aktualisierung. Mal sehen was der Tag noch bringt ;)

@haubada sagte in Smartmeter Fehler "Verbunden mit Gerät oder Dienst": Jetzt funktioniert es Super! Hoffentlich bleibt es so, weil es @haubada sagte in Smartmeter Fehler "Verbunden mit Gerät oder Dienst": aber neueres Modell

@franzda Das bezog sich auf Eine Neu Installation von der Konsole hatte mir circa 10-mal angezeigt „Pfad nicht leer bitte umbenennen“ Nachdem ich geduldig alle umbenannt hatte wurde die Version 5.3 installiert und mein System schien , mit alter admin Adapter Version, zu laufen. Das Geduldsspiel kann man mit dem Einzeiler aus dem verlinkten Announcement stark abkürzen.

@bananajoe Da hatte ich mal etwas getestet. Hab jetzt Node-Red deinstalliert und alles ist gut. Danke!

Der Thread ist zwar alt, aber ich hatte gerade den selben Fehler (Warnung im iobroker log wegen "ALTER RETENTION POLICY autogen ON iobroker DURATION 0s REPLICATION 1 SHARD DURATION 1w DEFAULT", influxDB 1.8.10, InfluxDB iobroker Adapter 3.1.7) Ich habe es so gelöst, dass ich über die Kommandozeile influx geöffnet habe, mich dort als admin authentifiziert, und den Befehl aus dem iobroker log dann direkt eingegeben/ausgeführt habe. Mein iobroker verwendet weiterhin den influx-user mit eingeschränkten Rechten. Der influx-Adapter schreibt keine Warning mehr ins logfile.

@oxident Schade, dann bin ich leider ratlos ;-)

Okay, konnte es jetzt anders lösen. Habe die Adapter auf folgende Versionen aus dem latest aktualisiert: Socket 6.1.10 Websocket WS 2.1.5 Web 5.2.5 Damit konnte ich dann den Web-Adapter auf "WS verwenden (iobroker.ws) umstellen und schon kann ich meine VIS wieder speichern.