@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?
Moin zusammen,
seit heute Nachmittag läuft mein Log voll mit Fehlermeldungen aus meinen beiden Instanzen zur Datenspeicherung in meinen influx-DB.
Neustart des Instanzen, Neustart iobroker, Neustart Raspi, Neustart InfluxDB (läuft auf meinen NAS in einem Docker) ändert nichts an der Situation. Daten scheinen (teilweise) noch gespeichert zu werden.
Wie kreise ich den Fehler ein, um die Ursache zu finden?
Moion, ich habe auf Basis des Youtubevideos von DigitalDad den Adapter "Energiefluss - erweitert" installiert. Mit installiert wurden offenbar die Adapter "Web.0" und "socketio.0". Alle drei Adapter laufen.
Jetzt wird es merkwürdig....auf der Übersichtsseite wird die Appl. 2mal angezeigt
Unter beiden url ist das Konfigurationsrad weder unter edge noch unter chrome anklickbar...eine Konfiguraion ist also nicht möglich:
Der Adapter "Web.0" bringt jede Menge Fehlermeldung im Protokoll:
Neustart der Instanz, Neuinstallation des Adapters, Neustart des Systems bringen keine Änderung.
Wie kreise ich den Fehler ein?
Moin, mein iobroker läuft auf einem Raspi4 mit der internen IP 192.168.178.108 und ist aktuell.
Ich habe nun den RPC-Adaper installiert, um meine Daten aus der CCU3 (192.168.178.100) lesend weiter zu verarbeiten, im ersten Schritt für die HMIP-Geräte. Der Adaper ist "gün"und liefert alle Datenpunkte, die dann aber keine Werte enthalten.
Wo kann mein Fehler liegen?
In der CCU sind alle Werte da, die Firewall der CCU dürfte nicht das Problem sein, denn Ports und IP sind als Ausnahme definiert.
@mickym said in Influx2 DB - retentiontime ändert sich "von alleine":
@cocomp Falls Du in dem Influx Adapter eine Gültigkeit einstellst, dann
ändert das die retention time.
Alles klar, im Influx-Adapter stand bei dem Bucket tatsächlich 365 Tage. Bleibt nur die Frage, warum der Adapter das Bucket wochenlang "in Ruhe lässt" und dann plötzlich in Influx die Rentiontime-Time verändert.
Ich habe die automatische Lösung jetzt im Adapter ausgeschaltet.
Danke!
Moin,
hatte das schon mal jemand oder hat eine Idee, warum das passiert...
Ich habe auf meiner Synology-NAS via Containermanager eine Influx2DB mit mehreren buckets laufen, eines davon heißt "nodered" und hat eine Retention-Time von "Forever". Die Daten werden also niemals gelöscht. Vor knapp 4 Wochen habe ich bemerkt, dass Vorjahresdaten fehlen und habe dann festgestellt, dass die Retention-Time auf "365days" verändert war. Ich bin zunächst davon ausgegangen, dass ich das an irgendeiner Stelle irgendwie selber gemacht habe.
Ich habe dann versucht, die Retention-Time auf der Weboberfläche zu ändern, das war aber nicht möglich. Ich habe die Retention-Time dann via cli auf "Forever" gestellt und die Daten händisch wiederhergestellt....soweit alles gut.
Heute sind wieder die historischen Daten (alles vor dem 28.11.2023) weg, die Retention-Time steht wieder auf 365 Tage - wie von Zauberhand.
Was passiert da?
@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
