wichtiges UPDATE für controller 7.2.2 im stable

[da_Woody]

@Humidor sagte:

Ja, ich will viele DP loggen, das ist auch Sinn einer Smarten Hausautomation

kannst du ja gerne machen. kommt auf deine hardware an.
hab mir am anfang auch gedacht, geil, ich logge alles mit. die VM ist dann schnell in die knie gegangen. (bin immer noch bei influx1, grafana und tasmoadmin sind da auch drinnen)
alles gelöscht über die objekte und nur mehr wichtige sachen loggen. seither ist alles i.o.

[Marc Berg]

Bei mir resultieren aus ca. 300 geloggten Datenpunkten im Schnitt ca. 1 kB/sek.

Aber vielleicht bekomme ich ja auch noch eine Antwort auf meine Frage: https://forum.iobroker.net/post/1345001

[Homoran]

@Marc-Berg sagte:

300 geloggten

Das sind ja auch keine 47100!
https://forum.iobroker.net/assets/uploads/files/1781420126975-bildschirmfoto-2026-06-14-um-08.55.15.png

[Thomas Braun]

@Humidor sagte:

... mann, wie kriegt man wieder die Ausgabe vom Terminal hier rein, copy paste klappt ja mal wieder gar nicht...

Aus einem richtigen, gescheiten Terminalprogramm kann man ganz geschmeidig c&p hier rein kopieren.
Du bist vermutlich mit dem in Synology vorhandenden Kladderadatsch unterwegs, da gibt es wohl u. U. so ein Verhalten.

[Humidor]

neuer DB Name, keine Änderung an den MB, bei den 143 sofort über 3MB/s rauf, beim deaktivieren des Adapter wieder unter 1MB/s

kann man iob diag in eine datei oder ins clipboard umleiten, markieren und cp fkt. nicht. auch ist es nicht vollständig, der Anfang ist nicht mehr da, kein weiteres zurückscrollen möglich. Das fkt. im Docker Terminal nicht.

• Ausgabe in file umgeleitet, copiert
  iob_diag.txt

[Thomas Braun]

@Humidor

Das liegt auch automatisch schon in /home/iobroker drin.
Aber du solltest dir dringend ein richtiges Terminal anschaffen...

[Humidor]

kenne keinen Ersatz für ein Docker Terminal?
steht was drin im diag?

ja, im docker/iob liegts drin

[OliverIO]

@Humidor

Wenn das Problem bei „in die Datenbank“ schreiben liegen würde, dann gäbe es hier mehr Berichte darüber.

Liest du den auch aus der Datenbank?
Als evtl. mit grafana oder JavaScript?
Evtl hast du nicht optimierte abfragen, welche zwar funktionieren, aber die Datenbank nötigen Tabellen von vorne bis hinten zu durchsuchen. Das kann auch viel Festplatten Traffic erzeugen.
Auch beim abfragen schreibt uU die Datenbank. Meist bei komplexeren Abfragen und großen Datenmengen. Dann wird erst abgefragt, in eine temporäre Tabelle geschrieben und dann Filter und gruppierungsregeln angewendet.

[Humidor]

nein, hatte mal versucht aus der Influx was auszulesen, hat aber nicht geklappt.
ansich wird nur in die Influx gespeichert, Grafana holt sich diese zur Visualisierung.

gäbs ev. eine Methode das zu prüfen oder zu ergründen, was da sobald der Adapter läuft an Aufgaben laufen?

hab mal Loglevel silly gestartet
daran sieht man, dass er alle Datenpunkte aufzeichnet, somit hat der Adapter diese nicht aus seiner Datenbank gelöscht und nur die besagten 143 drin.
das wird die Ursache sein.

ein minimaler Auszug:

2026-06-19 12:20:24.597  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.temperature.21.Temperature:{"val":"{\"value\":34.18102264404297}","ack":true,"ts":1781864424596,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424596}
2026-06-19 12:20:24.597  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.temperature.20.Temperature:{"val":"{\"value\":31.486989974975586}","ack":true,"ts":1781864424596,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424596}
2026-06-19 12:20:24.629  - silly: influxdb.0 (9365) States user redis pmessage */modbus.1.holdingRegisters.3.40023_Cell_Voltage_8:{"val":3330,"ack":true,"ts":1781864424628,"q":0,"from":"system.adapter.modbus.1","user":"system.user.admin","lc":1781864424628}
2026-06-19 12:20:24.647  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.solarcharger.0.History.Daily.0.TimeInBulk:{"val":"{\"value\":467}","ack":true,"ts":1781864424645,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424645}
2026-06-19 12:20:24.647  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.1.V:{"val":"{\"value\":262.3900146484375}","ack":true,"ts":1781864424646,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424646}
2026-06-19 12:20:24.648  - silly: influxdb.0 (9365) States system redis pmessage mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.1.P/mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.1.P:{"val":"{\"value\":2176.070068359375}","ack":true,"ts":1781864424646,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424646}
2026-06-19 12:20:24.649  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.1.P:{"val":"{\"value\":2176.070068359375}","ack":true,"ts":1781864424646,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424646}
2026-06-19 12:20:24.649  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.0.V:{"val":"{\"value\":261.1400146484375}","ack":true,"ts":1781864424646,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424646}
2026-06-19 12:20:24.649  - silly: influxdb.0 (9365) States system redis pmessage mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.0.P/mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.0.P:{"val":"{\"value\":2227.1298828125}","ack":true,"ts":1781864424646,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1781864424646}
2026-06-19 12:20:24.650  - silly: influxdb.0 (9365) States user redis pmessage */mqtt.1.N.c0619ab336ed.solarcharger.0.Pv.0.P:{"val":"

[OliverIO]

@Humidor

Also grafana liest aus der Datenbank?

Dann dort mal alles durchgehen und prüfen ob da zu oft große Datenmengen gelesen werden.
Nicht optimierte Abfragen kann man daran erkennen wenn bspw Werte in nicht indizierten Feldern gesucht werden müssen. Es gibt aber noch mehr Möglichkeiten sowas zu produzieren, aber ich gehe mal davon aus das du diese Möglichkeiten mit grafana nicht ausschöpfst.
Als ersten schnellen Test, kannst du mal Grafana stoppen, also den eigentlichen Dienst, nichts in IOBroker. Dann wirst du sehen, ob der Festplatten Traffic runtergeht.

Und zusätzlich, nur eine Vermutung, unabhängig von dem vorhergehenden und auch bitte nicht gleichzeitig, den Javascript Adapter stoppen.
Nicht, dass du da noch ein Skript laufen hast

[Humidor]

es sind im Objektbaum nur die 143 drin

den Adapter nun gelöscht und neu installiert

beim start fragt er wieder alle! DP ab.

Gut, Ursachen nun klar, wie kann man es beheben?

in Influx habe ich alles Datenbanken gelöscht, sonst ist in keinem Reiter etwas drin

Grafana hat nur die Verbindung zur Influx DB
da ich nur einzeln die Qerys aus Influx raus kopiere und in Grafana eintrage, gibt es nur direkte Werte die angezeigt werden

[Humidor]

nochmal alles gelöscht und kein Objekt zur Aufzeichnung ausgewählt, also alles und keine Aufzeichnung

im Log zeigt er mir aber was an, das mich stutzig macht.

der Raspi4 ist für eine USB Verbindung zwischen Endgeräten im Lan. was macht der da?
die Meldung kommt jede Sekunde.

• hab dazu chatgpt befragt und der meint, das ist nichts.

[Humidor]

ich habe jetzt nur ein Objekt in der Influx aktiviert

und die Auslastung bleibt unbedeutend, erkenn keine signifikante MB/S Änderung in der Syno

kann es sein dass die Globale Funktion, wo man viele Objekte in der Influx eintragen kann - alle einträgt?

Test, mache jetzt wieder einen Objektbaum mit dem Schraubenschlüssel

im Log hat er die 143 eingetragen, angelegt
MB/s hoch auf 25, runter auf 4MB/s
also da läuft was schief!

alle Influx Objekte wieder gelöscht und Datenbank gelöscht und
sofort runter unter 1MB/S

wieder nur ein Objekt in die Influx eingetragen und es bleibt nicht relevant.

jetzt die ersten 16 Zellspannung eingetragen
es bleibt unauffällig

damit ist die Sache für mich klar, mehr kann ich da auch nicht weiter testen.
sobald man global die Einstellungen für Influxaufzeichnungen in den Objekten nutzt, reißt es die MB/s hoch. Warum, wiso, weshalb... kA.

[Marc Berg]

@Humidor sagte:

beim start fragt er wieder alle! DP ab.

Nein, er fragt nicht alle DP ab. Der Adapter abonniert nur alle Änderungen an den States. Nach jeder Änderung wird dann geprüft, ob für diesen DP eine Historierung konfiguriert ist. Falls nicht, bricht er sofort ab. Das hat keinerlei Auswirkungen auf die InfluxDB

im Log zeigt er mir aber was an, das mich stutzig macht.

Auch ganz normal. Der Adapter hat alle Objektänderungen abonniert, damit er mitbekommt, falls man zur Laufzeit zusätzliche DPs historisieren möchte. Keinerlei Auswirkung auf die InfluxDB.

wieder nur ein Objekt in die Influx eingetragen und es bleibt nicht relevant.

928 KB/sek sind auch schon viel zu viel für nur ein DP!

An deiner Stelle würde ich das Debug Log der InfluxDB auf "debug" stellen, damit man mal sieht, was dort abgeht.

[Humidor]

ich habe keine Anzeige nur für die Influxdb und dessen MB/s, das ist die allgemeine Nutzung der SSD in der Syno.

das hat er jetzt mit Debug gemacht

influxdb.0
2026-06-20 10:45:57.307	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.306	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.306	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.291	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.291	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.290	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.290	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.289	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.284	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.283	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.283	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.282	debug	Write Point: modbus.1.holdingRegisters.1.40031_Cell_Voltage_16 values:{"value":3320,"time":"2026-06-20T08:45:57.282Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.281	debug	Write Point: modbus.1.holdingRegisters.1.40030_Cell_Voltage_15 values:{"value":3323,"time":"2026-06-20T08:45:57.281Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.280	debug	Write Point: modbus.1.holdingRegisters.1.40029_Cell_Voltage_14 values:{"value":3323,"time":"2026-06-20T08:45:57.280Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.279	debug	Write Point: modbus.1.holdingRegisters.1.40028_Cell_Voltage_13 values:{"value":3323,"time":"2026-06-20T08:45:57.279Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.278	debug	Write Point: modbus.1.holdingRegisters.1.40027_Cell_Voltage_12 values:{"value":3321,"time":"2026-06-20T08:45:57.278Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.277	debug	Write Point: modbus.1.holdingRegisters.1.40026_Cell_Voltage_11 values:{"value":3323,"time":"2026-06-20T08:45:57.277Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.276	debug	Write Point: modbus.1.holdingRegisters.1.40025_Cell_Voltage_10 values:{"value":3321,"time":"2026-06-20T08:45:57.276Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.274	debug	Write Point: modbus.1.holdingRegisters.1.40024_Cell_Voltage_9 values:{"value":3323,"time":"2026-06-20T08:45:57.274Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.271	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.270	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.269	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.263	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.253	debug	connected set to true

influxdb.0
2026-06-20 10:45:57.252	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:45:57.251	debug	connected set to true

influxdb.0
2026-06-20 10:45:57.250	debug	Write Point: modbus.1.holdingRegisters.1.40023_Cell_Voltage_8 values:{"value":3323,"time":"2026-06-20T08:45:57.250Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.247	debug	Write Point: modbus.1.holdingRegisters.1.40022_Cell_Voltage_7 values:{"value":3322,"time":"2026-06-20T08:45:57.247Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.246	debug	Write Point: modbus.1.holdingRegisters.1.40021_Cell_Voltage_6 values:{"value":3323,"time":"2026-06-20T08:45:57.246Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.245	debug	Write Point: modbus.1.holdingRegisters.1.40020_Cell_Voltage_5 values:{"value":3321,"time":"2026-06-20T08:45:57.245Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.244	debug	Write Point: modbus.1.holdingRegisters.1.40019_Cell_Voltage_4 values:{"value":3321,"time":"2026-06-20T08:45:57.243Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.242	debug	Write Point: modbus.1.holdingRegisters.1.40018_Cell_Voltage_3 values:{"value":3321,"time":"2026-06-20T08:45:57.242Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.241	debug	Write Point: modbus.1.holdingRegisters.1.40017_Cell_Voltage_2 values:{"value":3321,"time":"2026-06-20T08:45:57.241Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.238	debug	Write Point: modbus.1.holdingRegisters.1.40016_Cell_Voltage_1 values:{"value":3321,"time":"2026-06-20T08:45:57.238Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:45:57.231	info	Connected!

influxdb.0
2026-06-20 10:45:57.231	debug	Storage type for metadata found in DB: fields

influxdb.0
2026-06-20 10:45:57.231	debug	Result of metadata storage type check: [[{"result":"_result","table":0,"_value":"_start"},{"result":"_result","table":0,"_value":"_stop"},{"result":"_result","table":0,"_value":"_field"},{"result":"_result","table":0,"_value":"_measurement"}],[{"result":"_result","table":0,"_value":"ack"},{"result":"_result","table":0,"_value":"from"},{"result":"_result","table":0,"_value":"q"},{"result":"_result","table":0,"_value":"value"}]]

influxdb.0
2026-06-20 10:45:57.227	info	enabled logging of modbus.1.holdingRegisters.1.40031_Cell_Voltage_16, Alias=false, 16 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40030_Cell_Voltage_15, Alias=false, 15 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40029_Cell_Voltage_14, Alias=false, 14 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40028_Cell_Voltage_13, Alias=false, 13 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40027_Cell_Voltage_12, Alias=false, 12 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40026_Cell_Voltage_11, Alias=false, 11 points now activated

influxdb.0
2026-06-20 10:45:57.226	info	enabled logging of modbus.1.holdingRegisters.1.40025_Cell_Voltage_10, Alias=false, 10 points now activated

influxdb.0
2026-06-20 10:45:57.225	info	enabled logging of modbus.1.holdingRegisters.1.40024_Cell_Voltage_9, Alias=false, 9 points now activated

influxdb.0
2026-06-20 10:45:57.225	info	enabled logging of modbus.1.holdingRegisters.1.40023_Cell_Voltage_8, Alias=false, 8 points now activated

influxdb.0
2026-06-20 10:45:57.225	info	enabled logging of modbus.1.holdingRegisters.1.40022_Cell_Voltage_7, Alias=false, 7 points now activated

influxdb.0
2026-06-20 10:45:57.225	info	enabled logging of modbus.1.holdingRegisters.1.40021_Cell_Voltage_6, Alias=false, 6 points now activated

influxdb.0
2026-06-20 10:45:57.225	info	enabled logging of modbus.1.holdingRegisters.1.40020_Cell_Voltage_5, Alias=false, 5 points now activated

influxdb.0
2026-06-20 10:45:57.224	info	enabled logging of modbus.1.holdingRegisters.1.40019_Cell_Voltage_4, Alias=false, 4 points now activated

influxdb.0
2026-06-20 10:45:57.224	info	enabled logging of modbus.1.holdingRegisters.1.40018_Cell_Voltage_3, Alias=false, 3 points now activated

influxdb.0
2026-06-20 10:45:57.224	info	enabled logging of modbus.1.holdingRegisters.1.40017_Cell_Voltage_2, Alias=false, 2 points now activated

influxdb.0
2026-06-20 10:45:57.223	info	enabled logging of modbus.1.holdingRegisters.1.40016_Cell_Voltage_1, Alias=false, 1 points now activated

influxdb.0
2026-06-20 10:45:57.218	debug	Query to execute: import "influxdata/influxdb/schema" schema.fieldKeys(bucket: "iobroker_data")

influxdb.0
2026-06-20 10:45:57.187	debug	Query to execute: import "influxdata/influxdb/schema" schema.tagKeys(bucket: "iobroker_data")

influxdb.0
2026-06-20 10:45:57.186	info	Applying retention policy for iobroker_data to 604800 seconds. Shard Group Duration (calculated): 86400 seconds

influxdb.0
2026-06-20 10:45:57.185	debug	Buckets: {"links":{"self":"/api/v2/buckets?descending=false&limit=20&offset=0&orgID=3cf840bcb0779b40"},"buckets":[{"id":"e3994af6661ac643","orgID":"3cf840bcb0779b40","type":"system","description":"System bucket for monitoring logs","name":"_monitoring","retentionRules":[{"type":"expire","everySeconds":604800,"shardGroupDurationSeconds":86400}],"createdAt":"2023-05-25T14:41:49.025351591Z","updatedAt":"2023-05-25T14:41:49.025351721Z","links":{"labels":"/api/v2/buckets/e3994af6661ac643/labels","members":"/api/v2/buckets/e3994af6661ac643/members","org":"/api/v2/orgs/3cf840bcb0779b40","owners":"/api/v2/buckets/e3994af6661ac643/owners","self":"/api/v2/buckets/e3994af6661ac643","write":"/api/v2/write?org=3cf840bcb0779b40&bucket=e3994af6661ac643"},"labels":[]},{"id":"c45ad76dafe2765e","orgID":"3cf840bcb0779b40","type":"system","description":"System bucket for task logs","name":"_tasks","retentionRules":[{"type":"expire","everySeconds":259200,"shardGroupDurationSeconds":86400}],"createdAt":"2023-05-25T14:41:49.007087662Z","updatedAt":"2023-05-25T14:41:49.007087792Z","links":{"labels":"/api/v2/buckets/c45ad76dafe2765e/labels","members":"/api/v2/buckets/c45ad76dafe2765e/members","org":"/api/v2/orgs/3cf840bcb0779b40","owners":"/api/v2/buckets/c45ad76dafe2765e/owners","self":"/api/v2/buckets/c45ad76dafe2765e","write":"/api/v2/write?org=3cf840bcb0779b40&bucket=c45ad76dafe2765e"},"labels":[]},{"id":"46cfcc8ba72dd42e","orgID":"3cf840bcb0779b40","type":"user","name":"iobroker_data","retentionRules":[{"type":"expire","everySeconds":604800,"shardGroupDurationSeconds":86400}],"createdAt":"2026-06-20T08:16:44.171066022Z","updatedAt":"2026-06-20T08:16:44.2590701Z","links":{"labels":"/api/v2/buckets/46cfcc8ba72dd42e/labels","members":"/api/v2/buckets/46cfcc8ba72dd42e/members","org":"/api/v2/orgs/3cf840bcb0779b40","owners":"/api/v2/buckets/46cfcc8ba72dd42e/owners","self":"/api/v2/buckets/46cfcc8ba72dd42e","write":"/api/v2/write?org=3cf840bcb0779b40&bucket=46cfcc8ba72dd42e"},"labels":[]}]}

influxdb.0
2026-06-20 10:45:57.181	debug	Organizations: {"links":{"self":"/api/v2/orgs"},"orgs":[{"links":{"buckets":"/api/v2/buckets?org=private","dashboards":"/api/v2/dashboards?org=private","labels":"/api/v2/orgs/3cf840bcb0779b40/labels","logs":"/api/v2/orgs/3cf840bcb0779b40/logs","members":"/api/v2/orgs/3cf840bcb0779b40/members","owners":"/api/v2/orgs/3cf840bcb0779b40/owners","secrets":"/api/v2/orgs/3cf840bcb0779b40/secrets","self":"/api/v2/orgs/3cf840bcb0779b40","tasks":"/api/v2/tasks?org=private"},"id":"3cf840bcb0779b40","name":"private","description":"","createdAt":"2023-05-25T14:41:48.998046672Z","updatedAt":"2023-05-25T14:41:48.998046802Z"}]}

influxdb.0
2026-06-20 10:45:57.162	debug	Organization being checked: private

influxdb.0
2026-06-20 10:45:57.161	info	Deactivated DB health checks (ping) via configuration

influxdb.0
2026-06-20 10:45:57.159	debug	Connect InfluxDB2: http://192.168.0.20:8086/ [iobroker_data]

influxdb.0
2026-06-20 10:45:57.158	info	Influx DB Version used: 2.x

influxdb.0
2026-06-20 10:45:57.158	info	Connecting http://192.168.0.20:8086/ ...

influxdb.0
2026-06-20 10:45:57.157	info	No stored data from last exit found

influxdb.0
2026-06-20 10:45:57.144	info	starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.influxdb, node: v22.22.3, js-controller: 7.2.2

influxdb.0
2026-06-20 10:45:55.678	debug	Plugin sentry Initialize Plugin (enabled=true)

aktuell sind die 16 Werte per Hand angelegt und nicht über den Schraubenschlüssel

das geht dann so weiter

influxdb.0
2026-06-20 10:47:47.611	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:47.598	debug	Write Point: modbus.1.holdingRegisters.1.40017_Cell_Voltage_2 values:{"value":3320,"time":"2026-06-20T08:47:47.598Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:41.978	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:41.954	debug	Write Point: modbus.1.holdingRegisters.1.40021_Cell_Voltage_6 values:{"value":3321,"time":"2026-06-20T08:47:41.954Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:38.041	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:38.026	debug	Write Point: modbus.1.holdingRegisters.1.40024_Cell_Voltage_9 values:{"value":3321,"time":"2026-06-20T08:47:37.723Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:36.421	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:36.402	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:36.391	debug	Write Point: modbus.1.holdingRegisters.1.40030_Cell_Voltage_15 values:{"value":3321,"time":"2026-06-20T08:47:36.391Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:36.389	debug	Write Point: modbus.1.holdingRegisters.1.40022_Cell_Voltage_7 values:{"value":3321,"time":"2026-06-20T08:47:36.389Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:26.845	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:26.820	debug	Write Point: modbus.1.holdingRegisters.1.40024_Cell_Voltage_9 values:{"value":3322,"time":"2026-06-20T08:47:26.517Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:21.230	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:21.214	debug	Write Point: modbus.1.holdingRegisters.1.40024_Cell_Voltage_9 values:{"value":3321,"time":"2026-06-20T08:47:20.912Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:10.041	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:10.039	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:10.021	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:47:10.007	debug	Write Point: modbus.1.holdingRegisters.1.40028_Cell_Voltage_13 values:{"value":3322,"time":"2026-06-20T08:47:09.702Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:10.006	debug	Write Point: modbus.1.holdingRegisters.1.40024_Cell_Voltage_9 values:{"value":3322,"time":"2026-06-20T08:47:09.702Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:47:10.005	debug	Write Point: modbus.1.holdingRegisters.1.40023_Cell_Voltage_8 values:{"value":3322,"time":"2026-06-20T08:47:09.702Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

influxdb.0
2026-06-20 10:46:58.813	debug	Point written to iobroker_data

influxdb.0
2026-06-20 10:46:58.800	debug	Write Point: modbus.1.holdingRegisters.1.40018_Cell_Voltage_3 values:{"value":3320,"time":"2026-06-20T08:46:58.498Z","from":"system.adapter.modbus.1","q":0,"ack":true} options: null

[Marc Berg]

@Humidor sagte:

das hat er jetzt mit Debug gemacht

Ich sprach nicht vom Adapter, sondern von der InfluxDB selbst. Dort das debug Log aktivieren.

Bei meinem Container geht das über eine Umgebungsvariable

INFLUXD_LOG_LEVEL=debug

[Humidor]

dasda?

[Marc Berg]

@Humidor sagte:

dasda?

ja

[Ro75]

Kein Wunder. Da werden Daten im Millisekundentakt geschrieben.

Ro75.