Update to V0.123.9: pv 1 power outdated / Aktualisierung MQTT alle 2s

[Moosbueffel]

Ich habe gestern auf von V0.119 auf V0.123 ein update durchgeführt. Klappt soweit bis auf 2 Ungereimtheiten.

1. Ich bekomme nun die Meldung "pv 1 power outdated" und pv 1 energy: outdated
   Das war vorher nicht. Ich habe in der discussion einen Beitrag gefunden, in dem empfohlen wurde den Wert timeout hochzusetzten. Das hilft aber ggf tagsüber. Von aktuell 15 Uhr bis 9 Uhr morgens gibt es keinen PV-Ertrag - das sind 18h !

Ich habe auch versucht das topic fronius/pv auf retained zu setzen. Hat aber auch nix geholfen.

meine .yaml dazu:
- name: pv type: custom power: source: mqtt topic: fronius/pv timeout: 30s energy: source: mqtt topic: fronius/pvDay timeout: 30s

sorry, ich weiß nicht, warum das nicht untereinander formatiert wird. Bekomme es mit code nicht hin.

• name: pv
  type: custom
  power:
  source: mqtt
  topic: fronius/pv
  timeout: 30s
  energy:
  source: mqtt
  topic: fronius/pvDay
  timeout: 30s

2. Aktualisierung MQTT alle 2s
   Mit dem MQTT Explorer sehe ich, dass evcc alle 2 sec ein update erhält. Das ist mächtig übertrieben ;). Zumal ich als Aktualisierungsrate 15 sec eingestellt habe. Dann sollte eigentlich auch MQTT nur alle 15 sec aktualisiert werden - oder nicht??
   interval: 15s # control cycle interval

[andig]

Du hast timeout 30s konfiguriert (sogar 2x- was Quatsch ist). Kommen die Updates denn so oft? Ins Logfile hast Du sicher schon geschaut?

[Moosbueffel]

Die updates von mir (bzw meiner Fronius) kommen alle 5 sec.
Log - ja natürlich.

Einmal:

` evcc -l debug meter
[main ] INFO 2024/01/22 20:38:47 evcc 0.123.9
[main ] INFO 2024/01/22 20:38:47 using config file: /etc/evcc.yaml
[db ] INFO 2024/01/22 20:38:47 using sqlite database: /home/gekr/.evcc/evcc.db
[mqtt ] INFO 2024/01/22 20:38:47 connecting evcc-1549590049 at tcp://myshs:1883
[mqtt ] DEBUG 2024/01/22 20:38:47 tcp://myshs:1883 connected
grid

Power: 2020W

pv

Power: 0W
Energy: outdated

shelly

Power: 0W
Energy: 2983.4kWh
Current L1..L3: 0.03A 0.01A 0.01A
Voltage L1..L3: 230V 232V 231V
Power L1..L3: 0W 0W 0W
`
zum anderen:

`sudo journalctl -fau evcc
-- Journal begins at Mon 2024-01-22 03:40:27 CET. --
Jan 22 20:39:28 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:39:28 pv 1 power: outdated
Jan 22 20:39:43 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:39:43 pv 1 power: outdated
Jan 22 20:39:58 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:39:58 pv 1 power: outdated
Jan 22 20:40:13 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:40:13 pv 1 power: outdated
Jan 22 20:40:28 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:40:28 pv 1 power: outdated
Jan 22 20:40:43 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:40:43 pv 1 power: outdated
Jan 22 20:40:58 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:40:58 pv 1 power: outdated
Jan 22 20:41:13 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:41:13 pv 1 power: outdated
Jan 22 20:41:28 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:41:28 pv 1 power: outdated
Jan 22 20:41:43 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:41:43 pv 1 power: outdated
Jan 22 20:41:58 mySHS evcc[1049539]: [site ] ERROR 2024/01/22 20:41:58 pv 1 power: outdated

`

Danke für den Hinweis mit 2x timeout. Stimmt, ist ja dieselbe Gruppe. da reicht einmal timeout.

[andig]

Die Fehlermeldung ist eindeutig. Wenn du jetzt mqtt auf trace setzt wird sicher erkennbar, dass da kein Update kommt. Das kannst du auch mit mosquittosub überprüfen.

[Moosbueffel]

@andig Danke für die Antwort, welche mir aber leider nicht weiterhilft. Vermutlich habe ich auch schlecht kommunizert, denn es ist klar, dass kein neuer Wert beim MQTT-Broker ankommt, weil ich vor dem abschicken prüfe, ob sich der Wert geändert hat (warum soll ich den Broker - insbesonder in der Nacht - mit ständig gleichen Werten zumüllen).

Ich dachte, dass RETAINED das Problem löst, indem dann z.B. evcc den letzten verfügbaren Wert erhält. Offensichtlich ist dies aber nicht der Fall!?

Was also schlägst Du als Lösung vor? Ständig Werte an den Broker senden, auch wenn diese gleich sind, damit evcc stets einen "neuen" Wert erhält? Oder das timeout weiter erhöhen? Wie hoch geht das? Bis 18*60=1080 min? Oder gleich für 24h. Mein Fronius meldet z.B. "outdated", wenn nach 24h kein PV-Ertrag war. Oder gibt es noch was anderes?

Wie sieht es mit meiner 2. Frage aus: Aktualisierung MQTT alle 2s? Ist das normal?

Vielen Dank. Denke, über die Punkte könnten auch andere stolpern und dann hier die Lösung nachlesen.

[andig]

Retained ist kein neuer Wert. Deine Config sagt, dass alle 30s ein neuer Wert kommen muss. Den Konflikt musst Du lösen.

[linuxstony]

@Moosbueffel wie hast Du es letztendlich gelöst?

[Moosbueffel]

Ich schicke halt jetzt nachts die Nullwerte und unterdrücke das nicht mehr. Ist zwar Unsinn, aber anders ging es nicht.

[andig]

Wieso Unsinn? evcc verhält sich exakt wie von Dir konfiguriert. Du kannst auch einfach den Timeout auf 24h setzen...

[micw]

Wie verhält sich evcc in dem Fall, wenn tatsächlich mal der Broker ausfällt und da z.B vorher 10 kW kamen? Geht es dann bis zum Ende des Timeouts von 10 kW Leistung aus?

[bofi99]

Hallo,

ich ärgere mich auch seit längeren mit der Fehlermeldung herum. Habe alle möglichen mqtt einstellungen ausprobiert aber bin da erfolglos geblieben.
Ist ja nichts ungewöhliches dass eine PV nachts keine (neuen) Daten erzeugt

Interessanterweise ist die Fehlermeldung nur da, wenn evcc als Systemdienst (sudo systemctl start evcc) auf meinen Raspberry läuft. Wenn ich evcc nur mit "evcc" laufen lasse ist die Fehlermeldung weg obwohl im logfile genau das gleiche steht:

Logfile meters:
[main ] INFO 2024/03/02 21:09:36 evcc 0.124.6 (db3f355)
[main ] INFO 2024/03/02 21:09:36 using config file: /home/pi/evcc.yaml
[db ] INFO 2024/03/02 21:09:36 using sqlite database: /home/pi/.evcc/evcc.db
[mqtt ] INFO 2024/03/02 21:09:36 connecting evcc-1324552830 at tcp://localhost:1883
[mqtt ] DEBUG 2024/03/02 21:09:36 tcp://localhost:1883 connected
grid1

Power: 285W

pv_dach

Power: outdated

pv_bluetti_dc

Power: outdated

pv_bluetti_ac

Power: outdated

dass gerade die anderen Geräte keine neuen mqtt Meldungen verschicken (akku ist ausgeschaltet) erzeugt wiederum keine Fehlermeldung.

Eventuell kann man ja die Felermeldung bei einen Konstanten Wert von 0 unterdrücken?

Viele Grüße

[0x3d13f]

Ich würde mir einen Hilfsmechanismus bauen, der bei ausgeschaltetem PV System den Wert "0" immer wieder aktuell in das entsprechende mqtt Topic publiziert. evcc ist es ja egal, woher die Werte in den mqtt Topics stammen.

[micw]

Die hier vorgeschlagenen Änderungen (größeres Timeout, Nullwerte über MQTT senden) führen alle dazu, dass der eigentliche Mechanismus zum Erkennen, dass PV keine Daten liefert, ausgehebelt wird.

Wäre es nicht besser, wenn im EVCC beim ersten Timeout der Status der PV auf "fehlerhaft" wechselt und wenn wieder Daten kommen, der Status wieder auf "normal"? So dass nur die Statusübergänge geloggt werden und nicht jedes mal alle paar Sekunden der Status geloggt wird. Dann könnte man das in der Anzeige auch entsprechend hervorheben, dass aktuell keine PV-Daten vorliegen und die Logs werden nicht mehr geflutet.

[andig]

Keine Prio. Erstmal funktioniert hier alles wie erwartet. Das wird dann eine Ausbaustufe nach Config UI.

[micw]

Noch eine Frage dazu. Kann es sein, dass EVCC beim Neustart, wenn ein Zähler nicht da ist, erst loslegt, wenn das Timeout durch ist? Dann wären 24h nicht besonders günstig...

Edit: Hintergrund meiner Frage. Ich habe eben am EVCC rumgebastelt und neu gestartet. Von den 5 WRs ist derzeit keiner da. Timeout ist jeweils 30s. Im Log sehe ich einen nach dem anderen Timeouten und in der Zeit noch keine Grid- oder Batteriedaten.

[site  ] ERROR 2024/10/02 21:38:28 pv 1 power: outdated
[site  ] ERROR 2024/10/02 21:38:58 pv 2 power: outdated
[site  ] ERROR 2024/10/02 21:39:28 pv 3 power: outdated
[site  ] ERROR 2024/10/02 21:39:58 pv 4 power: outdated
[site  ] ERROR 2024/10/02 21:40:28 pv 5 power: outdated
[site  ] ERROR 2024/10/02 21:40:58 pv 6 power: outdated
[site  ] DEBUG 2024/10/02 21:40:58 pv power: 0W
[site  ] DEBUG 2024/10/02 21:40:58 battery soc: 5%
[site  ] DEBUG 2024/10/02 21:40:58 battery power: 0W
[site  ] DEBUG 2024/10/02 21:40:58 grid meter: 787W
[site  ] DEBUG 2024/10/02 21:40:58 site power: 887W

Edit2: ich sehe gerade, dass der Timeout den gesamten Loop von EVCC blockiert. Mit 5x 30s habe ich ein Update der Werte alle 2,5 Minuten, obwohl der Hauptzähler deutlich öfter Daten bereit stellt.

Wäre der Timeout höher, würde ein Neustart Nachts nicht mehr funktionieren.

[andig]

Das timeout-Problem löst sich mit #15372

[micw]

Top! Vielen Dank!

[micw]

Kurze Info hier, wie ich es bei mir jetzt gelöst habe. Ich habe ein kleines Tool https://github.com/micw/homedatabroker am Start, welches Daten von A nach B schaufelt und konvertiert. Bei Weitem nicht so flexibel wie ein Node Red, aber auf Zähler-Anwendungsfälle zugeschnitten. Das pollt die modbus Inverter alle 10s und subscribed die Daten von OpenDTU und aggregiert alles in ein "pv total", welches alle 5s published wird. Für alle Inputs habe ich ein Timeout angegeben, ab dem die auf Null gehen.

Dadurch wird EVCC nun immer aller 5s mit PV-Daten gefüttert, auch wenn die Inverter nicht arbeiten.