Rückmeldungen Nightly 1.9.251/252

Fragen zur Nutzung, Features, usw..
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von E_Esteban »

Hi,

habe mich nun auch durchgerungen zur nightly zu wechseln. openWB Version: 1.9.252 (2022-01-31 11:55:59 +0100 [bb3339d4] )

Komischerweise wird mein EVU Bezug / Lieferung zwar sinnig angezeigt, aber nicht in kWh an gegeben. Also nicht zusammengerechnet. Bekannter Bug, oder Einstellungsfehler?

Und die Werte für den Hausverbrauch in kWh sind ebenfalls "Käse". Das schiebe ich im Zweifel auf das upgrade von 1.9.244 >> 1.9.252.

Kann ich die irgendwo "resetten" ?

EVU Kit läuft über einen Gen24 und wird auch unter "Status" richtig angezeigt.

Danke Euch
Dateianhänge
Bug2.JPG
Bug.JPG
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
lacky
Beiträge: 164
Registriert: Fr Nov 01, 2019 7:30 pm

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von lacky »

lacky hat geschrieben: Mo Jan 31, 2022 11:42 am
LutzB hat geschrieben: Mo Jan 31, 2022 11:34 am Hat sich überschnitten. Fix ist in der Nightly.
perfekt, funktioniert jetzt... DANKESCHÖN!
@LutzB
glaube ich hab Probleme mit den gesamt Zählerständen...
als würden die alle auf 0 gestellt worden sein? es wird ja der Zählerstand direkt über Modbus ausgelesen oder?
• openWB Kit + Display + Addon Platine • colors Theme • EVU: openWB Kit MPM3PM • PV: MPM3PM am EVU Kit • LP1: openWB EVSE-DIN mit MPM3PM • Software2 - 2.1.6 •
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von E_Esteban »

Hatte das Problem auch gerade..... bin nochmal zurück auf die 1.9.244 und habe mein Backup eingepsielt... dann nochmal über die Beta gegangen....

Also 1.9.244 >> 1.9.245 [beta] >> 1.9.252 [Nightly]

und et voilá >> die Werte passten. Meine Werte passten vorher auch nicht... siehe zwei Posts drüber.

Nach wenigen Minuten scheinen die Werte überschrieben zu werden, so dass ich wieder "die falschen Werte" dort stehen habe. Also scheint es ein Thema der Nightly zu sein.

a) Energiesummen in kWh bei EVU verschwinden nach kurzer Zeit
b) Die Zählerwerte werden mit "unsinnigen Werten" überschrieben

Ich dachte erst ich hätte mich verguckt - aber habe es nun zwei mal reproduziert.

Leider anscheinend ein Bug.
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
LutzB
Beiträge: 3781
Registriert: Di Feb 25, 2020 9:23 am
Has thanked: 4 times
Been thanked: 25 times

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von LutzB »

Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
E_Esteban
Beiträge: 54
Registriert: So Mär 21, 2021 6:57 am
Has thanked: 1 time

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von E_Esteban »

LutzB hat geschrieben: Mo Jan 31, 2022 1:30 pm Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
Okay - dann warte ich mal einen Tageswechsel ab.

Danke fürs schnelle Erläutern!

VG
Tesla Model Y LR + eUp! Style Plus
2 x openWB series2 custom mit 11kW + 22kW
1 x go-e Charger Gemini flex 22kW zur mobile Nutzung
45,50 kWp PV (Ost-West) mit 1 x Fronius Gen24 10.0 + 2x Symo 15k
22,08 kWh stationärer Speicher BYD HVM
Stevie_AN
Beiträge: 307
Registriert: Di Jan 19, 2021 11:04 am

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von Stevie_AN »

Hallo,

habe soeben auf die aktuelle Nighty upgedatet und mir sind folgende Dinge aufgefallen:

Komische Fehlermeldung im Log:
2022-01-31_17h03_17.png

Fehlermeldung im PV2-Modul:
2022-01-31_16h59_34.png
...obwohl ich hier einen Shelly konfiguriert habe, sucht er scheinbar das "originale" OpenWB-PV-Kit.
2022-01-31_16h59_55.png
(7.24 KiB) Noch nie heruntergeladen
Muss ich mir Sorgen machen, oder kann ich die Kiste bedenkenlos so weiter laufen lassen?
LP1: OpenWB-custom 1p3p; LP2: go-eCharger HOMEfix; PV1: 7,150 kWp Sunny Tripower 7000TL-20, PV2: 4,440 kWp SB 4000TL-20, Sunny Home Manager 2.0; Škoda Citigo e iV, Smart ED3
lacky
Beiträge: 164
Registriert: Fr Nov 01, 2019 7:30 pm

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von lacky »

LutzB hat geschrieben: Mo Jan 31, 2022 1:30 pm Das mit den Zählerständen ist normal und eher ein Feature als ein Bug. Nach einem Tageswechsel haben die wieder einen vernünftigen Stand.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
wie schaut es mit dem langzeit LOG aus, wird da alles auf dem Kopf gestellt ab morgen? :shock:
• openWB Kit + Display + Addon Platine • colors Theme • EVU: openWB Kit MPM3PM • PV: MPM3PM am EVU Kit • LP1: openWB EVSE-DIN mit MPM3PM • Software2 - 2.1.6 •
LutzB
Beiträge: 3781
Registriert: Di Feb 25, 2020 9:23 am
Has thanked: 4 times
Been thanked: 25 times

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von LutzB »

Nein! Die "normalen" Diagramme sind bei solchen Sprüngen sehr empfindlich und der Tag bzw. Monat wird unbrauchbar. Aber die mit dem Zusatz "nig." haben damit kein Problem. Letztere werden mit der nächsten Beta/Stable die anderen ersetzen.
Kitmgue
Beiträge: 150
Registriert: Di Mär 09, 2021 1:58 pm
Has thanked: 1 time

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von Kitmgue »

Mit der aktuellen Daily (1.9.252 (2022-02-01 08:05:04 +0100 [fc0a8672] )) sind Hausverbrauch und PV identisch. Dafür ist Netz = 0.

Code: Alles auswählen

2022-02-01 08:46:08: **** Regulation loop needs 7 seconds (LV2) at 55 cleanup /var/www/html/openWB/regel.sh
2022-02-01 08:46:07: Timing Umschaltung: 720 / 240 (LV1) at 15 u1p3pswitch u1p3p.sh
2022-02-01 08:46:07: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2022-02-01 08:46:07: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 08:46:07: plugstatlp1 1	plugstatlp2 0	plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 08:46:07: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 08:46:07: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 08:46:07: lla3 0	llv3 228.8	llas13 0 llas23  soclp1 0 soclp2 62 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 08:46:07: lla2 0	llv2 229.6	llas12 0 llas22  sofortll 32 hausverbrauch 355 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 08:46:07: lla1 0	llv1 225.3	llas11 0 llas21  mindestuberschuss 1400 abschaltuberschuss 6 lademodus 2 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 08:46:07: pv1watt -355 pv2watt  pvwatt -355 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 1 minimalA 10 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
2022-02-01 08:46:06: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
2022-02-01 08:46:06: PID: 29305: legacy run server: Completed running command in 0.21s: ["modules.sma.device","counter","3009883967"]
2022-02-01 08:46:06: PID: 29305: root: Update completed successfully
2022-02-01 08:46:06: PID: 29305: root: Beginning update
2022-02-01 08:46:06: PID: 29305: root: SMA serials: 3009883967
2022-02-01 08:46:06: PID: 29305: legacy run server: Received command ["modules.sma.device","counter","3009883967"]
2022-02-01 08:46:06: Calling SoC-Module <modules/soc_evcc/main.sh> (LV2) at 22 run_soc_module loadvars.sh
2022-02-01 08:46:05: PID: 21566: SMA ModbusTCP WR: Update completed successfully
2022-02-01 08:46:05: PID: 21566: ValueStore: Saving InverterState(counter=438599, power=-355, currents=[0, 0, 0])
2022-02-01 08:46:05: PID: 21566: SMA ModbusTCP WR: 192.168.178.102: power = 355 W, energy = 438599 Wh
2022-02-01 08:46:05: PID: 21566: pymodbus.payload: [b'\x00\x06', b'\xb1G']
2022-02-01 08:46:05: PID: 21566: pymodbus.payload: [6, 45383]
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Getting transaction 2
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Adding transaction 2
2022-02-01 08:46:05: PID: 21566: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:46:05: PID: 21566: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x47
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x47
2022-02-01 08:46:05: PID: 21566: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x3 0x3 0x77 0x41 0x0 0x2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Running transaction 2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-01 08:46:04: PID: 21566: pymodbus.payload: [b'\x00\x00', b'\x01c']
2022-02-01 08:46:04: PID: 21566: pymodbus.payload: [0, 355]
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Getting transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Adding transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:46:04: PID: 21566: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:46:04: PID: 21566: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x3 0x3 0x78 0x37 0x0 0x2
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Running transaction 1
2022-02-01 08:46:04: PID: 21566: pymodbus.transaction: Current transaction state - IDLE
2022-02-01 08:46:04: PID: 21566: SMA ModbusTCP WR: Beginning update
2022-02-01 08:46:01: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-02-01 08:45:58: **** Regulation loop needs 7 seconds (LV2) at 55 cleanup /var/www/html/openWB/regel.sh
2022-02-01 08:45:57: Timing Umschaltung: 720 / 240 (LV1) at 15 u1p3pswitch u1p3p.sh
2022-02-01 08:45:57: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2022-02-01 08:45:57: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 08:45:57: plugstatlp1 1	plugstatlp2 0	plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 08:45:57: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 08:45:57: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 08:45:57: lla3 0	llv3 228.6	llas13 0 llas23  soclp1 0 soclp2 62 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 08:45:57: lla2 0	llv2 229.7	llas12 0 llas22  sofortll 32 hausverbrauch 355 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 08:45:57: lla1 0	llv1 225.1	llas11 0 llas21  mindestuberschuss 1400 abschaltuberschuss 6 lademodus 2 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 08:45:57: pv1watt -355 pv2watt  pvwatt -355 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 1 minimalA 10 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
2022-02-01 08:45:56: EVU RET: 0 (LV2) at 24 main modules/bezug_smashm/main.sh
2022-02-01 08:45:56: PID: 29305: legacy run server: Completed running command in 0.51s: ["modules.sma.device","counter","3009883967"]
2022-02-01 08:45:56: PID: 29305: root: Update completed successfully
2022-02-01 08:45:56: PID: 29305: root: Beginning update
2022-02-01 08:45:56: PID: 29305: root: SMA serials: 3009883967
2022-02-01 08:45:56: PID: 29305: legacy run server: Received command ["modules.sma.device","counter","3009883967"]
2022-02-01 08:45:55: Calling SoC-Module <modules/soc_evcc/main.sh> (LV2) at 22 run_soc_module loadvars.sh
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: Update completed successfully
2022-02-01 08:45:54: PID: 20165: ValueStore: Saving InverterState(counter=438598, power=-355, currents=[0, 0, 0])
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: 192.168.178.102: power = 355 W, energy = 438598 Wh
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [b'\x00\x06', b'\xb1F']
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [6, 45382]
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Getting transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Adding transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:45:54: PID: 20165: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x46
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x6 0xb1 0x46
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x3 0x3 0x77 0x41 0x0 0x2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Running transaction 2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [b'\x00\x00', b'\x01c']
2022-02-01 08:45:54: PID: 20165: pymodbus.payload: [0, 355]
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Getting transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Adding transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-01 08:45:54: PID: 20165: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x3 0x3 0x4 0x0 0x0 0x1 0x63
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-01 08:45:54: PID: 20165: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x3 0x3 0x78 0x37 0x0 0x2
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Running transaction 1
2022-02-01 08:45:54: PID: 20165: pymodbus.transaction: Current transaction state - IDLE
2022-02-01 08:45:54: PID: 20165: SMA ModbusTCP WR: Beginning update
2022-02-01 08:45:51: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
Dateianhänge
openWB_20220201.png
openWB series2 standard+
LP1 : intern
LP2: smartWB

EVU: Sunny Home Manager 2.0
PV1: SMA STP 20000 TL (20,4 kWp)
kein Speicher
EV: e-C4 und Ora Cat
Wärmepumpe: THZ 504 mit ISG Web
Benutzeravatar
mrinas
Beiträge: 2154
Registriert: Mi Jan 29, 2020 10:12 pm
Has thanked: 8 times
Been thanked: 8 times

Re: Rückmeldungen Nightly 1.9.251/252

Beitrag von mrinas »

Ich habe mit der .252 2022-02-01 08:05:04 +0100 [fc0a8672] nightly und meinem SMA EnergyMeter als EVU auch keine Daten mehr auf meinem recht frisch selbst installierten Testsystem:

Komme vom .251, man sieht schön wie das vor dem Update noch geklappt hat:
Screenshot 2022-02-01 091028.png

Code: Alles auswählen

2022-02-01 09:05:51: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-02-01 09:05:45: Zeit zum abfragen aller Werte 4 Sekunden (LV0) at 179 main /var/www/html/openWB/regel.sh
2022-02-01 09:05:44: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1275 loadvars loadvars.sh
2022-02-01 09:05:44: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2022-02-01 09:05:44: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1273 loadvars loadvars.sh
2022-02-01 09:05:44: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1272 loadvars loadvars.sh
2022-02-01 09:05:44: lla3 0	llv3 	llas13  llas23  soclp1 71 soclp2 (LV1) at 1271 loadvars loadvars.sh
2022-02-01 09:05:43: lla2 0	llv2 	llas12  llas22  sofortll 10 hausverbrauch 45 wattbezug 0 uberschuss 0 (LV1) at 1270 loadvars loadvars.sh
2022-02-01 09:05:43: lla1 0	llv1 	llas11  llas21  mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3 (LV1) at 1269 loadvars loadvars.sh
2022-02-01 09:05:43: pv1watt -45 pv2watt  pvwatt -45 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1268 loadvars loadvars.sh
legacy_run_server.py: error: argument serials: invalid int value: 'none'
2022-02-01 09:05:43: PID: 4743: legacy run server: usage: legacy_run_server.py [-h] component_type serials [num]
2022-02-01 09:05:41: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
EVU Daten sind leer:
Screenshot 2022-02-01 091032.png
15,2kWp SMA (SB4000TL-21, SB3.0, STP6.0-SE + BYD HVS, EnergyMeter), openWB Standard+, openWB Pro, Smart #1 (ersetzt den e2008), Tesla Model Y LR.
Gesperrt