@bloop said in Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet:
aggregateWindow(every: 1, offset:-1s, fn: max, createEmpty: false)
Danke, die Richtung stimmte. Ich habe damit für die "Anzeige" in dem Zug auch mal das Delta zu UTC rausgenommen.
aggregateWindow(every: 1d, offset:-121m, fn: max, createEmpty: false)
und nun sieht es so aus und passt.
Moin,
die Daten kommen einer Influx2DB und liegen damit unter dem "Zeitformat" UTC vor. Ich habe eine Fluxx-Query (ich habe im Beispiel jetzt mal auf den entscheidenden Teil gekürzt, die timezone des dashboards ist Deutschland.
Version mit today()
import "timezone"
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "nodered")
|> range(start: today())
|> filter(fn: (r) => r["_measurement"] == "KG.hz.SZ_A_Plus15")
|> filter(fn: (r) => r["_field"] == "value")
Die Daten beginnen um 02:00
Version, bei der ich für das Dashbaord "manuell" den aktuellen Tag als Timeslot vorgebe
import "timezone" // import wegen der Berechnung um 02:00:00
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "nodered")
|> range(start: v.timeRangeStart, stop: v.timeRangeStop)
|> filter(fn: (r) => r["_measurement"] == "KG.hz.SZ_A_Plus15")
|> filter(fn: (r) => r["_field"] == "value")
Der Tag beginnt um 00:00
Die jeweils angezeigten Werte sind korrekt...
Was übersehe ich?
@marc-berg said in mqtt-client v2.0.0 - Einstellungen für subscribe:
@cocomp sagte in mqtt-client v2.0.0 - Einstellungen für subscribe:
Was fehlt bei meinem Einstellungen des mqtt-clienst oder ist falsch?
Von Hause aus ist der "mqtt-client" Adapter darauf ausgelegt, dass nur die im Datenpunkt definierten Topics veröffentlicht oder abonniert werden. Wenn du etwas anderes erreichen möchtest musst du hier
zusätzliche Topics abonnieren. Diese sind aber nur lesend, publishen kannst du darüber nicht.
Für diesen Anwendungfall ist der mqtt-Adapter (als Client konfiguriert) besser geeignet.
Der Hinweis, die abonierten Topics einzutragen, war die Lösung. Das Publishen unter /iobroker funktierte ja einwandfrei.
@wolfi913 Danke, das war genau DER Tipp
VG Jörn
Moin, ich habe gerade ein gewaltiges Brett vor dem Kopf. Bei mir läuft auf meinem NAS als mqtt-broker mosquitto unter der IP mqtt://192.168.178.33 und dem Port 1883 und macht, was er soll.
Nun habe ich auf meinem iobrokwer den mqtt-client (version 2.0) installiert und kann mit diesem auch über mosquitto states und Werte publishen - im mqtt-explorer unter Windows kann ich auch sehen, dass alle Werte übertragen werden und ankommen, diese lassen sich z.B. auch in Nodered weiterverarbeiten.
Nun möchte ich aber auch alle Werte, die mosquitto publisht, im iobroker empfangen - unter dem Knoten
werden aber keine Datenpunkte angezeigt.
Was fehlt bei meinem Einstellungen des mqtt-clienst oder ist falsch?
Danke im Voraus für DEN Tipp.
Moin, ich steuere die Ladung meines ENYAQ über die Keba P30x (aktuelle FW), S10 Phasenumschalter und Kostal Plenticore-WR samt Energymeter. Das läuft problemlos.
Über den ioBroker-Adapter ist die WB "passiv" angebunden, ich ziehe also nur Daten für meine InfluxDB.
Nun ist es schon zweimal passiert, dass ich die Ladung mittels evcc beendet habe und dort auch die Ladeleistung dann mit 0 kW angegeben wird. Der ioBroker-Adapter zeigt aber weiterhin 1,4 kW Ladeleistung (der letzte Wert) an. Stopp und Neustart des Adapters bringt keine Änderung, ich muss die Wallbox neu starten.
Hattes das jemand von euch schon mal und hat eine Idee, wie ich das in den Griff bekomme?
Mon zusammen,
aktuell habe ich eine etwas verstreute Smarthome-Umgebung und möchte diese nun, soweit möglich, auf einen neue Raspberry PI 4B mit 8 GB Arbeitsspeicher und 256 GB SSD umziehen. Trtz der heterogenen Umgebung laufen die Systeme (noch) perfekt zusammen.
Zentrales Element ist eine Loxone Miniserver, über den alle Schalt- und Steuerungsvorgänge, sowie das Energiemanagement laufen. An dieser Stelle wird sich nichts ändern.
Daneben gibt es heute
einige Dockercontainer (InfluxDB2 v2.1.1, Grafana v10.3.3, Nodered v4.0.2, iobroker v6.13.16, mosquitto mgtt-broker) auf meiner Synology-NAS DS218
eine Homematic CCU inkl. nodered v1.2.9,
eine lokale iobroker-Installation v6.13.16 mit noderd v3.1.5 auf einem Raspi 2B für die Verarbeitung und Übertragung von Smartmeterwerten in die InfluxDB2.
Dadurch entfallen die Dockercontainer nodered, iobroker und mosquitto
einen Raspi 3, auf dem evcc läuft - den werde ich vermutlich weiter vor sich hin werkeln lassen 
Der Plan:
Herausforderung:
Wie bekomme ich möglichst viel aus den bestehenden iobroker Systemen in die neue "Installation" migriert und muss möglichst wenig händisch neu aufsetzen. Hier gibt es aktuelle viele Zuordnungen von Messwerten in die InfluxDB, in Loxone, aus Loxone....und es laufen teilweise alle 60s Messwerte in die Weiterverarbeitung
Bei nodered sehe ich wenig Probleme, hier kann ich die meisten Flows nach und nach auf das neue System ziehen und dann die alten System abschalten.
Was spricht dafür / dagegen, nodered über den iobroker mit zu installieren oder eine separate Instanz auf dem neuen Raspi aufzusetzen.
Ich freue mich auf und über Anregungen, Ratschläge oder Warnungen, dass eine oder andere so lieber nicht zu machen
Danke im Voraus
Jörn
Moin, ich habe jetzt alle Adapter im aktuellen Container aktualisiert und würde jetzt auf der Konsole
durchführen, dann BackUp, dann neuen Container mit neuem Verzeichnis mounten und das BackUp zurückspielen,
Richtig?
@glasfaser said in Buanet ioBroker Docker Aktualisierung:
@cocomp sagte in Buanet ioBroker Docker Aktualisierung:
Letzteren habe ich 07/2022 erstellt.
"v7.0.1"... das sieht man ... ist schon sehr alt .
mit dem aktuellen Buanet erstellen
wie alt ist denn sonst noch alles , hast du noch JS-Controller "4.x" !?
Ja, läuft noch mit js-controller 4.0.23.
Bis jetzt läuft bei mir fast alles über Loxone und der IoBroker war nur Datensammler und Schnittstelle zu meiner InfluxDB2. Ich wollte das ganze ein aber bisschen straffen und damit den ioBroker stärker nutzen.
Daher die Überlegung, alles was geht, im Container auf den aktuellst möglichen Stand zu bringen, dann Backup, neuer Container und Backup zurück. Der js-controller wird mir unter "Host" ja auch zum Update auf 5.0.17 angeboten
Moin,
nachdem ihr mir schon einmal so toll geholfen habet, habe ich eine Frage.
Ich habe auf meiner Synology DS218+ in Dockercontainer meine InfluxDB und den ioBroker laufen. Letzteren habe ich 07/2022 erstellt.
{
"CapAdd" : null,
"CapDrop" : null,
"cmd" : "",
"cpu_priority" : 50,
"enable_publish_all_ports" : false,
"enable_restart_policy" : true,
"enable_service_portal" : false,
"enabled" : false,
"entrypoint_default" : "/bin/bash -c /opt/scripts/iobroker_startup.sh",
"env_variables" : [
{
"key" : "PATH",
"value" : "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
},
{
"key" : "DEBIAN_FRONTEND",
"value" : "teletype"
},
{
"key" : "LANG",
"value" : "de_DE.UTF-8"
},
{
"key" : "LANGUAGE",
"value" : "de_DE:de"
},
{
"key" : "LC_ALL",
"value" : "de_DE.UTF-8"
},
{
"key" : "SETGID",
"value" : "1000"
},
{
"key" : "SETUID",
"value" : "1000"
},
{
"key" : "TZ",
"value" : "Europe/Berlin"
}
],
"exporting" : false,
"id" : "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"image" : "buanet/iobroker:latest",
"is_ddsm" : false,
"is_package" : false,
"labels" : {
"org.opencontainers.image.authors" : "André Germann <info@buanet.de>",
"org.opencontainers.image.base.name" : "docker.io/library/debian:bullseye-slim",
"org.opencontainers.image.created" : "2022-07-05T18:51:52+00:00",
"org.opencontainers.image.description" : "Officical Docker image for ioBroker smarthome software (https://www.iobroker.net)",
"org.opencontainers.image.documentation" : "https://github.com/buanet/ioBroker.docker#readme",
"org.opencontainers.image.source" : "https://github.com/buanet/ioBroker.docker",
"org.opencontainers.image.title" : "Official ioBroker Docker Image",
"org.opencontainers.image.url" : "https://github.com/buanet/ioBroker.docker",
"org.opencontainers.image.version" : "v7.0.1"
},
"links" : [],
"memory_limit" : 0,
"name" : "buanet-iobroker",
"network" : [
{
"driver" : "bridge",
"name" : "bridge"
}
],
"network_mode" : "bridge",
"port_bindings" : [
{
"container_port" : 8081,
"host_port" : 56666,
"type" : "tcp"
},
{
"container_port" : 8082,
"host_port" : 56667,
"type" : "tcp"
}
],
"privileged" : false,
"shortcut" : {
"enable_shortcut" : false
},
"use_host_network" : false,
"version" : 2,
"volume_bindings" : [
{
"host_volume_file" : "/docker/iobroker",
"is_directory" : true,
"mount_point" : "/opt/iobroker",
"type" : "rw"
}
]
}
In der Containerverwaltung von meinem NAS wird mir aber nicht die Möglichkeit angezeigt, den Container auf eine aktuelle Version zu bringen, so, wie in der Anleitung von Marius https://mariushosting.com/synology-how-to-update-containers-in-container-manager/ zu sehen.
Liegt das daran, dass meine Installation aus der Zeit vor dem Containermanager kommt?
Ich würde jetzt
Oder ist das falsch oder zu umständlich?
Ok, das bedeutet dann aber
1.) ioBroker und alle Adapter auf Stand bringen
2.) ioBroker Backup
3.) vollständige Neuinstallation anstatt Upgrade
4. ioBroker BackUp zurückspielen?
Zunächst mal 1000 Dank, nach einem physischen Neustart scheint alles zu laufen und auch der Smartmeteradapter tut, was er soll.
Soll ich an node.js nochmal ran? Läuft jetzt auf Version 18.19.0
Plattform: linux
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 900 MHz
Modell: ARMv7 Processor rev 5 (v7l)
RAM: 921.9 MB
System-Betriebszeit: 00:06:52
Node.js: v18.19.0
time: 1707944060753
timeOffset: -60
NPM: 10.2.3
Adapter-Anzahl: 531
Datenträgergröße: 29.0 GB
Freier Festplattenspeicher: 25.4 GB
Aktive Instanzen: 10
Pfad: /opt/iobroker/
Betriebszeit: 00:07:55
aktiv:
