NEWS
INFLUXDB Wert bleibt in INFLUXDB obwohl neuer Wert gelesen
-
Hallo,
ich habe ein seltsames Phänomen mit dem INFLUXDB Adapter (V2) :
Der letzte Wert vom MODBUS ist 0 trotzdem bleibt in der INFLUXDB der vorletzte Wert drin.
Warum steht in der Quelle auf einmal influxdb.0 ? Die Quelle ist doch modbus.0 ?
Anbei auch meine Einstellungen vom influxdb.0Irgendeine Idee ?
Danke für eine Unterstützung.======================= SUMMARY =======================
v.2024-12-09 Raspbian+zigbee diag+maskingStatic hostname: iobroker
Icon name: computer
Operating System: Raspbian GNU/Linux 11 (bullseye)
Kernel: Linux 6.1.21-v8+
Architecture: arm64Installation: native
Kernel: aarch64
Userland: 32 bit
Timezone: Europe/Berlin (CET, +0100)
User-ID: 1000
Display-Server: false
Boot Target: graphical.targetPending OS-Updates: 0
Pending iob updates: 0Nodejs-Installation:
/usr/bin/nodejs v20.18.3
/usr/bin/node v20.18.3
/usr/bin/npm 10.8.2
/usr/bin/npx 10.8.2
/usr/bin/corepack 0.30.0Recommended versions are nodejs 20.18.3 and npm 10.8.2
nodeJS installation is correctMEMORY:
total used free shared buff/cache available
Mem: 7.8G 96M 6.9G 0.0K 828M 7.6G
Swap: 99M 0B 99M
Total: 7.9G 96M 7.0GActive iob-Instances: 1
Upgrade policy: noneioBroker Core: js-controller 7.0.6
admin 7.4.10ioBroker Status: iobroker is not running on this host.
Objects type: jsonl
States type: jsonlStatus admin and web instance:
system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin
system.adapter.web.0 : web : iobroker - enabled, port: 8083, bind: 0.0.0.0, run as: adminObjects: 18192
States: 31605Size of iob-Database:
21M /opt/iobroker/iobroker-data/objects.jsonl
12M /opt/iobroker/iobroker-data/objects.json.migrated
12M /opt/iobroker/iobroker-data/objects.json.bak.migrated
6.4M /opt/iobroker/iobroker-data/states.jsonl
5.8M /opt/iobroker/iobroker-data/states.json.migrated
5.8M /opt/iobroker/iobroker-data/states.json.bak.migratedDebian 'bullseye' is the current oldstable version. Please upgrade to the latest stable release 'bookworm' in due time!
=================== END OF SUMMARY ====================
-
Der Adapter verhält sich genau so, wie du ihn konfiguriert hast.
Der Wert "0" wurde nicht geschrieben, weil du eingestellt hast "alle Werte innerhalb 5 Sekunden ignorieren". Und die "0" wurde innerhalb dieser 5 Sekunden nach der letzten Änderung in den DP geschrieben, damit ignoriert.
Außerdem soll der Adapter eigenständig den letzen protokollierten Wert nach 1800 Sekunden wiederholen. Das macht er und schreibt sich selbst dabei als Quelle rein.
Diese eingestellte Kombination ist ungünstig und führt zu Verfälschungen. Wozu soll die Blockzeit gut sein? Ich würde sie rausnehmen.
-
Danke für die Info. Ich habe die Blockierzeit jetzt auf 0 genommen.