Rückmeldungen Nightly 1.9.251/252
Re: Rückmeldungen Nightly 1.9.251/252
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
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
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
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
Re: Rückmeldungen Nightly 1.9.251/252
@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 •
Re: Rückmeldungen Nightly 1.9.251/252
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.
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
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
-
- 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
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.
Grund ist, dass ein paar Module nun auf simulierte Zählerstände umgestellt wurden. Diese beginnen neu beim Stand 0kWh.
Re: Rückmeldungen Nightly 1.9.251/252
Okay - dann warte ich mal einen Tageswechsel ab.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.
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
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
Re: Rückmeldungen Nightly 1.9.251/252
Hallo,
habe soeben auf die aktuelle Nighty upgedatet und mir sind folgende Dinge aufgefallen:
Komische Fehlermeldung im Log:
Fehlermeldung im PV2-Modul: ...obwohl ich hier einen Shelly konfiguriert habe, sucht er scheinbar das "originale" OpenWB-PV-Kit. Muss ich mir Sorgen machen, oder kann ich die Kiste bedenkenlos so weiter laufen lassen?
habe soeben auf die aktuelle Nighty upgedatet und mir sind folgende Dinge aufgefallen:
Komische Fehlermeldung im Log:
Fehlermeldung im PV2-Modul: ...obwohl ich hier einen Shelly konfiguriert habe, sucht er scheinbar das "originale" OpenWB-PV-Kit. 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
Re: Rückmeldungen Nightly 1.9.251/252
wie schaut es mit dem langzeit LOG aus, wird da alles auf dem Kopf gestellt ab morgen?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.
• 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 •
-
- 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
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.
Re: Rückmeldungen Nightly 1.9.251/252
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
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
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
- 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
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:
EVU Daten sind leer:
Komme vom .251, man sieht schön wie das vor dem Update noch geklappt hat:
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
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.