Rückmeldungen Nightly 1.9.251/252

Fragen zur Nutzung, Features, usw..
Bastelfrosch
Beiträge: 213
Registriert: Mi Mär 25, 2020 9:19 am

Re: sungrow Modul Nightly 1.9.251

Beitrag von Bastelfrosch »

Nach Update heute abend gleicher Effekt
openWB2.JPG
Was bin ich froh, das ich das nicht bezahlen muss :lol:
Becker
Beiträge: 765
Registriert: Mi Okt 07, 2020 4:34 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Becker »

Welches Intervall sollte man benutzen für MQTT EVU/PV Modul?
10s oder weniger?
openWB series2 Buchse (2021)
go-eCharger HOME+ 22 kW (2022)
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von yankee »

Becker hat geschrieben: Mi Jan 19, 2022 7:50 pm Welches Intervall sollte man benutzen für MQTT EVU/PV Modul?
10s oder weniger?
Die Frage kannst du 3 Leuten stellen und 4 Meinungen bekommen. Es kommt natürlich etwas auf deinen Genauigkeitswunsch an. 10s ist meine ich an für sich kein schlechter Wert. Wenn du schneller machst kommen die Daten etwas aktueller in die Berechnung. Also alle 5 Sekunden oder alle 2 Sekunden ist vielleicht etwas cooler. Noch schneller dürfte sinnlos sein.
Becker
Beiträge: 765
Registriert: Mi Okt 07, 2020 4:34 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Becker »

Ich dachte die Berechnungen werden immer alle 10s ausgeführt und weniger wäre sinnlos für die PV Überschussregelung.
openWB series2 Buchse (2021)
go-eCharger HOME+ 22 kW (2022)
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von yankee »

Becker hat geschrieben: Mi Jan 19, 2022 8:16 pm Ich dachte die Berechnungen werden immer alle 10s ausgeführt und weniger wäre sinnlos für die PV Überschussregelung.
Die Berechnung werden alle 10s ausgeführt aber du weißt nicht wann. Wenn du ein 10 Sekundenintervall nimmst, dann passiert es schlimmstenfalls, dass die Berechnung in Sekunde 0, 10, 20, 30, 40 etc passiert, du die Daten aber immer in Sekunde 1, 11, 21, 31, 41 etc pushst. In dem Fall würde die oWB immer mit 9 Sekunden alten Daten rechnen. Diesen Lag kannst du durch ein kürzeres Intervall reduzieren.
Becker
Beiträge: 765
Registriert: Mi Okt 07, 2020 4:34 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Becker »

Wie oft wird den per Modbus abgefragt? Z.B. SMA Modul was ich vorher benutzt habe
openWB series2 Buchse (2021)
go-eCharger HOME+ 22 kW (2022)
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von yankee »

Becker hat geschrieben: Mi Jan 19, 2022 8:51 pm Wie oft wird den per Modbus abgefragt? Z.B. SMA Modul was ich vorher benutzt habe
Alle 10 Sekunden. Allerdings synchronisiert mit der Regelschleife. Also die oWB ruft die Werte ab und verarbeitet sie dann sofort.
Becker
Beiträge: 765
Registriert: Mi Okt 07, 2020 4:34 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Becker »

Danke.
NodeRed sendet immer exakt 0, 10, 20s usw. mit cron plus.
Ist openWB auch Zeitsynchron? Oder zufällig nach Start?
openWB series2 Buchse (2021)
go-eCharger HOME+ 22 kW (2022)
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von yankee »

Becker hat geschrieben: Mi Jan 19, 2022 9:02 pm NodeRed sendet immer exakt 0, 10, 20s usw. mit cron plus.
Ist openWB auch Zeitsynchron? Oder zufällig nach Start?
Die Regelschleife startet immer um um xx:00, xx:10 etc. Allerdings hat braucht die Regelschleife durchaus etwas um sich durch die Logik und Module zu kämpfen, bis sie tatsächlich anfängt zu rechnen. Das lässt sich nachvollziehen, wenn du auf "Status" gehst und dort ganz unten dir das debug-log ansiehst.
fawick
Beiträge: 191
Registriert: Di Nov 03, 2020 2:42 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von fawick »

Aus welchem Grund wurde eigentlich das Fronius SmartMeter auf SimCount umgestellt?

Ich habe gerade auf die aktuellste Nightly geupdatet und schwupps ist Bezugsenergiezaehlung seit Inbetriebnahme der Anlage auf 0 resettet (und damit auch Jahresstatistik und Monatsstatistik nicht mehr zu gebrauchen).

Fronius WR und Smartmeter liefern doch eine Messung in der API (und das bisher bei mir sehr zuverlaessig), auf welcher Ueberlegung heraus wird denn darauf jetzt absichtlich verzichtet?

EDIT: Ach, wie aergerlich: Ich sehe gerade, dass das auch das Fronius WR-Modul betrifft und auch dort die Ertragsdaten nicht mehr passen.

Haette man nicht wenigstens die bisherigen Zaehlerstaende irgendwie nehmen koennen, um das SimCount damit zu initialisieren? :-(
Gesperrt