Closed ralfberger closed 5 months ago
@ralfberger
ja, beides aktivieren, wie auf deinem screenshot, ist die korrekte einstellung.
Werte und Gesamtertrag um Mitternacht zurücksetzen
und Maximalwerte mitternachts zurücksetzen
,
wichtig, falls du einen oder mehrere der inverter für batterie einspeisung verwendest: dann müssen diese inverter zusätzlich täglich um 23:59h per reboot befehl neu gestartet werden, damit auch inverterseitig die werte zurückgesetzt werden. (sonst holt sich die ahoydtu nach ihrem eigenen wertereset die noch nicht zurückgesetzten werte aus dem inverter zurück)
greetings, metachuh
Nein ein Batteriespeicher habe ich nicht. Merkwürdig das die Werte trotzdem nicht zurückgesetzt werden. Ich werde Ahoy neu starten und abwarten was mir morgen angezeigt wird.
was mir gerade aufgefallen ist, das dass Feld für Breiten- und Längengrad leer ist. Ich weiß das ich die Daten eingetragen und auch gespeichert habe.
super dass du nachgeschaut hast, eventuell kann fehlende lat long das auslösen. hab' ich noch nicht getestet.
nein Längen- und Breitgrad haben damit nichts zu tun. Du könntest mal auf Webserial gehen und in einem neuen Tab / Fenster auf http://[IP]/debug
gehen. Danach solltest du im Webserial eine Ausgabe ähnlich dieser bekommen:
20:51:17.961 I: webSc, tmt: 1, rel: 1
20:51:17.962 I: prot, tmt: 1, rel: 1
20:51:17.962 I: net, tmt: 1, rel: 1
20:51:17.963 I: uart, tmt: 1, rel: 5
20:51:17.963 I: hist, tmt: 1, rel: 1
20:51:17.963 I: tSend, tmt: 1, rel: 5
20:51:17.963 I: ntp, tmt: 17113, rel: 0
20:51:17.974 I: Sunri, tmt: 1715281191, rel: 0
20:51:17.974 I: mqttS, tmt: 1, rel: 1
20:51:17.975 I: mqttM, tmt: 3, rel: 60
20:51:17.975 I: midNi, tmt: 1715292000, rel: 0
Du solltest entwender midNi
oder mid2
finden. Die große Zahl 1715292000
ist der Timestamp der nächsten Triggerung. Das sollte auch der Mittacht deiner Zeitzone entsprechen, hier kannst du den Timestamp konvertieren: https://www.unixtimestamp.com/
Your Time Zone | Fri May 10 2024 00:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)
Es immer noch so das die Max Werte nicht um Mitternacht gelöscht.
@lumapu
11:01:10.123 I: webSc, tmt: 1, rel: 1 11:01:10.124 I: prot, tmt: 1, rel: 1 11:01:10.124 I: uart, tmt: 3, rel: 5 11:01:10.125 I: hist, tmt: 1, rel: 1 11:01:10.125 I: tSend, tmt: 8, rel: 10 11:01:10.125 I: mqttS, tmt: 1, rel: 1 11:01:10.126 I: wifiL, tmt: 1, rel: 1 11:01:10.128 I: mqttM, tmt: 40, rel: 60 11:01:10.130 I: midNi, tmt: 1715378400, rel: 0 11:01:10.133 I: ivCom, tmt: 1715368084, rel: 0 11:01:10.136 I: Sunri, tmt: 1715368144, rel: 0 11:01:10.139 I: ntp, tmt: 21580, rel: 0
Der konvertierte Timestamp sollte korrekt sein.
GMT Fri May 10 2024 22:00:00 GMT+0000 Your Time Zone Sat May 11 2024 00:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)
NTP-Server ist meine Fritzbox. Die angezeigte Systemzeit ist auch i.O.
Edit: Wenn ich Ahoy neu starte sehe ich realistische Max-Werte.
Ok dann schließe ich mich hier mal an, wie kann ich den Tagesertrag zurücksetzen ?
Ich hatte 0.7.x Firmware drauf und seitdem ich 0.8.83 drauf hab addiert er anscheinend den Tagesertrag jeden Tag weiter.
Sollte man den Gesamtertrag zurücksetzen ?!? ist der dann nicht auf 0 ?
@Starfoxfs
wie sind deine einstellungen im vergleich zu unserem screenshot oben ? (der dark mode screenshot)
ggf bitte auf die dev version 0.8.118 updaten und testen.
diese kannst du entweder hier ahoy_v0.8.118
als ota file für dein esp board manuell herunterladen,
bzw hier Ahoy Community WebFlasher
mit automatischer board-erkennung direkt aus chrome via usb upgraden
Aktuell ist nur Grid-Profil auslesen aktiviert sonst nichts.
So wie es oben im "Dark Mode" Screenshot ist scheint es zu funktionieren. Dachte erst Gesamtertrag zurücksetzen setzt mir den gesamten Ertrag vom Wechselrichter auf 0 aber dem ist nicht so. Bezieht sich wohl auf die von Ahoy DTU gesammelten Daten über den Gesamtertrag.
@Starfoxfs
So wie es oben im "Dark Mode" Screenshot ist scheint es zu funktionieren.
perfekt 👍
Dachte erst Gesamtertrag zurücksetzen setzt mir den gesamten Ertrag vom Wechselrichter auf 0 aber dem ist nicht so.
ja, da hast du recht bezüglich der deutschen übersetzung.
das kann verwirren, weil ja nur der tagesertrag zurückgesetzt wird, und nicht der inverterseitig gespeicherte gesamtertrag seit der ersten inbetriebnahme.
in der englischen firmware ist es korrekt angegeben:
lang.json
:
"token": "INV_RESET_MIDNIGHT",
"en": "Reset values and YieldDay at midnight",
"de": "Werte und Gesamtertrag um Mitternacht zurücksetzen"
Ich habe meine Einstellungen (siehe oben) getestet und es scheint zu funktionieren. Die TagesMax Werte sind am nächsten Tag auf Null. Meine Vermutung ist das es nicht an der DTU lag sondern an ein vor Mitternacht abgeschaltetes Wlan.
Auch wenn alles jetzt funktioniert, warum wird die Abfrage zum Sonnenuntergang gestoppt?
Oder ist das die deutsche Übersetzung zu Kommunikation während der Nacht pausieren
Hardware
nRF24L01+ Module
Antenna:
Version / Git SHA:
Version: 0.8.8.3
Frage, muss ich noch etwas aktivieren damit die max. Tageswerte Mitternachts gelöscht werden? 'Kommunikation während der Nacht pausieren' ist auch aktiviert, aber die Werte werden nicht gelöscht.
Ich speichere die Werte in InfluxDB, und dort steht morgens als erster Wert der vom Vortag. Da mir der Unterschied zwischen "Werte und Gesamtertrag um Mitternacht zurücksetzen" und "_Max## Hardware
nRF24L01+ Module
Antenna:
Version / Git SHA:
Version: 0.8.8.3
Frage, muss ich noch etwas aktivieren damit die max. Tageswerte Mitternachts gelöscht werden? 'Kommunikation während der Nacht pausieren' ist auch aktiviert, aber die Werte werden nicht gelöscht.
Ich speichere die Werte in InfluxDB, und dort steht morgens als erster Wert der vom Vortag. Da mir der Unterschied zwischen "Werte und Gesamtertrag um Mitternacht zurücksetzen" und "Maximalwerte mitternachts zurücksetzen" nicht bewusst ist, habe ich beides aktiviert, oder ist es besser wenn ich nur eins von beiden auswähle? Danke und Grüße
imalwerte mitternachts zurücksetzen_" nicht bewusst ist, habe ich beides aktiviert, oder ist es besser wenn ich nur eins von beiden auswähle? Danke und Grüße