-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fehlerhafter timestamp für influxDB #2296
Comments
Problem bekannt und in der neuesten Rolling gelöst. Bitte mal die neueste Rolling testen: https://github.com/jomjol/AI-on-the-edge-device/actions/runs/4611864736 |
Das neue Rolling soeben getestet, funktioniert perfekt 😊 |
Danke für die RM |
Hi @jomjol ich hab exakt das gleiche Problem wie @Reinhard-M, habe aber aktuell Release: v15.3.0 (Commit: 3fbff0a) installiert. Da sollte das doch gefixt sein, oder? Gibt es noch etwas, was ich tun kann oder was ich noch ändern muss? Vielen Dank! Edit: in genau dem Moment in dem ich das hier schreibe muss ich mich auch wieder korrigieren: In InfluxDB 1.8.10 dann selbst direkt nachgeschaut, dort ist der Jump auch zu sehen.
Das einzige was ich gemacht habe ist im Web Frontend auf Settings > Configuration geklickt, ganz unten bei "System" > "Time Zone" > "use timezones to find your settings" geklickt, dort nach Berlin geschaut, den String nochmals kopiert und nochmals in das Feld reingesetzt (aber ohne auf "Save Config" zu klicken). Ich bin mir sicher, dass die Timestamps davor in der WebUI und auch in MQTT richtig waren, nur in InfluxDB nicht. Nach als Hintergrund: Ich hatte AI-on-the-edge complete neu aufgesetzt. Edit V2: Ich weiß nicht wie das passieren konnte, aber es war wohl nur ein einmaliger Punkt der dorthin gesetzt wurde. Nun wird wieder der Versatz mit in InfluxDB gepusht. Habe mittlerweile gelesen, dass es noch eine neue Rolling Version gibt, die das fixen sollte #2672 ? Gibt es da ein OTA Paket ebenfalls dafür (falls ja, finde ich das nicht)? Edit V3: Sorry, ich habs doch gefunden (in dem oben genannten Fix): Hier nochmal für alle mit dem gleichen Problem: Damit siehts bei mir endlich so aus, wie es aussehen sollte =) Vielen Dank ! |
The Problem
Ich verwende influxDB v1.8.10 und "AI-on-the-edge-device__update__fix-influxDBv1-trailing-slash_(c5d7d06)". Der an influxDB gesendete Timestamp weicht um eine Stunde vom tatsächlichen ab. Hier der Wert auf dem ESP32:
2023-04-08T12:26:56+0200,main,29175.821,29175.821,29175.821,0.000000,0.000,no error,2.0,9.0,1.0,7.1,5.0,8.0,2.0,0.9 2023-04-08T12:27:56+0200,main,29175.832,29175.832,29175.832,0.011000,0.011,no error,2.0,9.0,1.0,7.1,5.0,8.0,3.0,1.6 2023-04-08T12:28:56+0200,main,29175.844,29175.844,29175.844,0.012000,0.012,no error,2.0,9.0,1.0,7.1,5.0,8.0,4.0,4.3
Und hier die in der Datenbank angekommenen Werte:
2023-04-08T11:26:56Z 29175.821 2023-04-08T11:27:56Z 29175.832 2023-04-08T11:28:56Z 29175.844
Wenn ich ohne Timestamp schreibe kommt jeweils "10:xx:xxZ" als Wert raus. Die Uhren sind auf allen System NTP synchronisiert. Das angehängte Log entspricht zwar nicht meinem obigen Beispie, zeigt aber, dass der Unix Timestamp nicht zum RFC Timestamp passt (1 Stunde Abweichung).
Version
Development-Branch: fix-influxDBv1-trailing-slash (Commit: c5d7d06+)
Logfile
Expected Behavior
No response
Screenshots
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: