<![CDATA[[gelöst]InfluxDb-Adapter und falsche Werte]]>Adapter-Version 3.1.7

Hi ich habe seit gestern Probleme mit dem Schreiben der Daten. Ich schreibe eine Menge Daten, in letzter Zeit beobache ich meine erst vor kurzem in Betrieb genommene PV. Da logge ich 3 Daten: PV, Netz und Verbrauch aus dem Fronius-Adapter.
Das hat bis gestern funktioniert. Dann wurden plötzlich keine PV-Daten aufgezeichnet, die anderen 2 schon.
Ich habe den Adapter neu gestartet und er zeichnet wieder auf, allerdings mit einem anderen Problem:

11.8.2022 12:07:30.901	5,011 W	     true	fronius.0
11.8.2022 12:07:00.995	5014,3330078125 W	true	fronius.0
11.8.2022 12:06:30.913	5,023 W	true	fronius.0
11.8.2022 12:06:01.029	5046,079833984375 W	true	fronius.0

Zwischendurch speichert er plötzlich kW-Werte (also durch 1000 dividiert)
Im Datenpunkt steht aber sicher der Wert in W, also sollte es nicht am Fronius-Adapter liegen. (das habe ich gerade live beobachtet)
Die Definition für den Datenpunkt halte ich für normal:
980ff7f1-8239-4ab7-bf47-ee42aeb8a3f5-grafik.png

Übersehe ich da etwas?

]]>https://forum.iobroker.net/topic/57048/gelöst-influxdb-adapter-und-falsche-werteRSS for NodeTue, 19 May 2026 21:07:20 GMTThu, 11 Aug 2022 10:29:58 GMT60<![CDATA[Reply to [gelöst]InfluxDb-Adapter und falsche Werte on Thu, 11 Aug 2022 10:50:24 GMT]]>@diwoma
Und wahrscheinlich auch schon selbst gelöst, nachdem ich den Log-Level des Adapters auf Debug gestellt habe:
Ich habe für das NS-Panel einen Alias der Datenpunkte erstellt, allerdings den Wert durch 1000 dividiert, damit ich eine KW-Anzeige auf dem Panel habe. Im Debug habe ich dann gesehen, dass er auch den Alias eingebunden hat.
Anscheinend wurden das Logging beim Anlegen des Alias mit-übernommen oder ich habe selbst in geistiger Umnachtung den Blödsinn gemacht. Und der Adapter hat manchmal den einen oder anderen Datenpunkt geschrieben.

Werde jetzt noch eine Weile beobachten und dann den Beitrag auf gelöst stellen.

]]>https://forum.iobroker.net/post/840532https://forum.iobroker.net/post/840532Thu, 11 Aug 2022 10:50:24 GMT