InfluxDB ProLogger

Flexibler InfluxDB v2-Datenlogger mit konfigurierbaren Protokollierungsgruppen, mehreren Buckets, Cron-basierten und On-Change-Triggern

Aktueller Release
1.1.0
Entwickler
Simon Prosen
Lizenz
MIT

InfluxDB ProLogger-Adapter für ioBroker

Flexibler InfluxDB v2 Datenlogger mit konfigurierbaren Protokollierungsgruppen, mehreren Buckets, Cron-basierten und Änderungs-Triggern.

Wichtig: Dieser Adapter ist ein reiner Schreibdatenlogger . Er sendet ioBroker-Statuswerte an InfluxDB v2 – er liest keine historischen Daten zurück in ioBroker und implementiert nicht die Standardschnittstelle des ioBroker-History-Adapters. Wenn Sie gespeicherte Verlaufsdaten innerhalb von ioBroker abfragen müssen (z. B. für Charts oder Skripte), verwenden Sie einen anderen Adapter.getHistory ), verwenden Sie stattdessen den offiziellen ioBroker InfluxDB-Adapter .

Ziel dieses Adapters ist es, Ihnen mehr Flexibilität bei der Art und Weise zu geben , wie Daten in InfluxDB geschrieben werden: Sie können mehrere Protokollierungsgruppen mit unterschiedlichen Buckets, Triggertypen (cron oder on-change), benutzerdefinierten Messnamen, Feldschlüsseln und Tags definieren – unabhängig vom integrierten Verlaufsystem von ioBroker.

Merkmale

  • Mehrere Protokollierungsgruppen – Definieren Sie separate Gruppen mit unterschiedlichen InfluxDB-Buckets und Triggertypen
  • Cronbasierte Protokollierung – Periodisches Sammeln und Stapelschreiben von Datenpunkten (z. B. alle 15 Minuten)
  • Protokollierung bei Änderungen – Daten werden sofort in InfluxDB geschrieben, wenn sich ein Statuswert ändert (spontane Schreibvorgänge).
  • Mehrere Buckets – Jede Protokollierungsgruppe kann in einen anderen InfluxDB-Bucket schreiben.
  • InfluxDB v2 Line Protocol – Native HTTP API-Schreibvorgänge über das InfluxDB Line Protocol
  • Wiederholungsversuch mit exponentiellem Backoff – Konfigurierbare Wiederholungslogik für fehlgeschlagene Schreibvorgänge
  • Verschlüsselte Token-Speicherung – Das API-Token wird verschlüsselt in der Datenbank von ioBroker gespeichert.
  • Verbindungstest – Testen Sie Ihre InfluxDB-Verbindung direkt über die Admin-Oberfläche.
  • Admin-Benutzeroberfläche – Vollständig konfigurierbar über die ioBroker-Admin-Oberfläche (JSON-Konfiguration)

Anforderungen

  • ioBroker mit js-controller >= 6.0.11
  • ioBroker Admin >= 7.0.23
  • Node.js >= 20
  • InfluxDB v2-Instanz

Konfiguration

1. Registerkarte „Verbindungen“

Konfigurieren Sie Ihre InfluxDB v2-Verbindung:

EinstellungBeschreibung
ProtokollHTTP oder HTTPS
GastgeberHostname oder IP-Adresse des InfluxDB-Servers (z. B.192.168.10.191 )
HafenInfluxDB-Server-Port (Standard:8086 )
OrganisationIhr InfluxDB-Organisationsname
API-TokenInfluxDB-API-Token (verschlüsselt gespeichert)

Verwenden Sie die Schaltfläche „Verbindung testen“ , um die Konnektivität zu überprüfen.

2. Registerkarte „Protokollgruppen“

Definieren Sie eine oder mehrere Protokollierungsgruppen. Jede Gruppe enthält:

EinstellungBeschreibung
ErmöglichtDiese Gruppe aktivieren/deaktivieren
GruppennameEindeutiger Name für diese Gruppe (auf den sich die Datenpunkte beziehen)
EimerInfluxDB-Bucket, in den geschrieben werden soll
AuslösertypCron (periodic) oderOn Change
Cron-AusdruckCron-Zeitplan (nur für Cron-Gruppen), z. B.*/15 * * * *
ChargeStapelverarbeitung aktivieren (für Cron-Gruppen)

Beispielgruppen:

NameEimerAuslösenCron
BetriebsstundeniobrokerCron*/15 * * * *
Spontanwerteiob_spontanwerteZum Thema Wechselgeld-

3. Registerkarte „Datenpunkte“

Konfigurieren Sie, welche ioBroker-Zustände protokolliert werden sollen. Jeder Datenpunkt muss auf eine Protokollierungsgruppe verweisen:

EinstellungBeschreibung
ErmöglichtDiesen Datenpunkt aktivieren/deaktivieren
GruppeName der Protokollierungsgruppe (muss mit einer Gruppe aus Registerkarte 2 übereinstimmen)
Objekt-IDioBroker-Status zum Lesen (verwenden Sie den Objektbrowser)
MessungInfluxDB-Messname
FeldInfluxDB-Feldname
TagsInfluxDB-Tags inkey=value Format (z.B.area=kitchen,floor=eg )

Beispieldatenpunkte:

GruppeObjekt-IDMessungFeldTags
Betriebsstunden0_userdata.0.HeizkesselBetriebssekundenzaehlerstandarea=heizkessel
Spontanwerteshelly.1.EM0.TotalActivePowerEnergieelektrisches Leistungshausarea=gesamtenergiebedarf

4. Registerkarte „Erweitert“

EinstellungBeschreibung
SchreibzeitüberschreitungHTTP-Anfrage-Timeout in ms (Standard: 5000)
Bei Fehler erneut versuchenFehlgeschlagene Schreibvorgänge mit exponentiellem Backoff wiederholen
Maximale WiederholungsversucheMaximale Anzahl an Wiederholungsversuchen (Standard: 3)
Debug-ProtokollierungAusführliche Debug-Protokollierung aktivieren

So funktioniert es

Cron-Gruppen (periodische Protokollierung)

  1. Bei jedem Cron-Intervall liest der Adapter alle konfigurierten Statuswerte in der Gruppe.
  2. Die Werte sind im InfluxDB-Leitungsprotokoll formatiert.
  3. Alle Zeilen werden in einem einzigen HTTP-POST-Request in InfluxDB geschrieben.

Änderungsgruppen (Spontane Protokollierung)

  1. Der Adapter abonniert den ioBroker-Status jedes Datenpunkts.
  2. Wenn sich ein Statuswert ändert, wird der neue Wert sofort in InfluxDB geschrieben.
  3. Jede Änderung löst einen einzelnen HTTP-POST-Request aus.

InfluxDB-Leitungsprotokoll

Die Daten werden im InfluxDB v2-Zeilenprotokollformat geschrieben:

measurement,tag1=value1,tag2=value2 field=value

Beispiel:

betriebssekunden,area=heizkessel zaehlerstand=12345.6
energie,area=gesamtenergiebedarf elektrische_leistung_haus=4521.3

Migration von ioBroker-Skripten

Wenn Sie derzeit ioBroker JavaScript-Skripte für die InfluxDB-Protokollierung verwenden, können Sie zu diesem Adapter migrieren:

  1. Installieren Sie den Adapter
  2. Konfigurieren Sie Ihre InfluxDB-Verbindung (gleicher Host, Port, Organisation, Token).
  3. Erstellen Sie Protokollierungsgruppen, die Ihrer Skriptkonfiguration entsprechen:
    • Skripte, dieon({ id: ..., val: true }) mit einem Triggerstatus -> Cron- Gruppe erstellen
    • Skripte, dieon({ id: objectId }) für jeden Status -> Erstellen Sie eine Gruppe " Bei Änderung"
  4. Fügen Sie alle Datenpunkte aus Ihrem hinzu.loggingTemplate Arrays
  5. Deaktivieren Sie Ihre alten Skripte.
  6. Überprüfen Sie, ob Daten in InfluxDB fließen.

Skripte inpackage.json

SkriptnameBeschreibung
buildKompilieren Sie die TypeScript-Quellen
watchKompilieren Sie die TypeScript-Quellen und achten Sie auf Änderungen.
test:tsFühren Sie die in definierten Tests aus*.test.ts Dateien
test:packageSicherstellenpackage.json Undio-package.json sind gültig
testFühren Sie einen minimalen Testlauf für die Paketdateien und Ihre Tests durch.
checkFühre eine Typüberprüfung deines Codes durch (ohne ihn zu kompilieren).
lintFühren Sie ESLint aus, um den Code auf Formatierungsfehler und potenzielle Bugs zu überprüfen.
translateÜbersetzen Sie die Texte im Adapter in alle erforderlichen Sprachen.
releaseNeue Version erstellen

Changelog

1.1.0 (2026-06-26)

  • (ioBroker-Bot) Adapter requires admin >= 7.8.23 now.
  • (Simon Prosen) Reduced excess spacing in the admin UI header by keeping configuration tab labels on a single line
  • (Simon Prosen) Spontaneous (on-change) writes are now buffered with a configurable flush window (default 5000ms, adjustable per bucket)

1.0.1 (2026-04-13)

  • (Simon Prosen) Fixed ack handling for on-change writes so acknowledged updates are processed correctly
  • (Simon Prosen) Improved admin UI responsiveness on small screens with scrollable tabs and more flexible layouts
  • (Simon Prosen) Removed the batch-write toggle from the admin UI and enforce batching based on trigger type
  • (Simon Prosen) Added and improved translations for additional languages in the admin UI
  • (Simon Prosen) Moved admin UI packages to devDependencies and consolidated the project package setup
  • (Simon Prosen) Updated admin logo assets and added an SVG variant
  • (Simon Prosen) Refreshed build, test, TypeScript, and dependency configuration from the current template and dependency updates

1.0.0 (2026-03-21)

  • (Simon Prosen) InfluxDB v2.x support via native HTTP API with token-based authentication
  • (Simon Prosen) Dual-mode logging: cron-based periodic collection and on-change real-time writes
  • (Simon Prosen) Multiple logging groups with independent bucket, trigger type, and cron schedule
  • (Simon Prosen) Configurable data points with custom measurement names, field keys, and InfluxDB tags
  • (Simon Prosen) InfluxDB line protocol formatting with proper type handling for strings, booleans, and numbers
  • (Simon Prosen) Batch writing for cron groups combining all data points into a single HTTP request
  • (Simon Prosen) Exponential backoff retry logic with smart classification (4xx no-retry, 429/5xx retry)
  • (Simon Prosen) Configurable write timeout and retry attempts
  • (Simon Prosen) Encrypted API token storage using ioBroker's native encryption
  • (Simon Prosen) Connection health check on startup with info.connection state indicator
  • (Simon Prosen) Admin UI with Connection, Logging Groups, Data Points, and Advanced tabs
  • (Simon Prosen) Object browser for visual ioBroker state selection in admin UI
  • (Simon Prosen) Connection test button for validating InfluxDB connectivity from admin UI
  • (Simon Prosen) Cascading group rename updates across all referencing data points
  • (Simon Prosen) Startup validation with warnings for missing or misconfigured groups and data points
  • (Simon Prosen) Graceful shutdown with cron job cleanup and subscription removal
  • (Simon Prosen) Debug logging mode for troubleshooting
  • (Simon Prosen) English and German translations

0.0.1 (2026-03-20)

  • (Simon Prosen) initial release

License

MIT License

Copyright (c) 2026 Simon Prosen simon@prosen.dev

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.