Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keine Überschussladung im Zusammenhang mit Hausbatterie #2986

Closed
gosmarty opened this issue Mar 24, 2022 · 56 comments · Fixed by #3015
Closed

Keine Überschussladung im Zusammenhang mit Hausbatterie #2986

gosmarty opened this issue Mar 24, 2022 · 56 comments · Fixed by #3015
Labels
bug Something isn't working

Comments

@gosmarty
Copy link

gosmarty commented Mar 24, 2022

Describe the bug

Mir ist aufgefallen, dass evcc nicht mehr mit der Überschussladung startet (Version 0.87). Nachdem die Hausbatterie ihren vorgegebenen Ladestand erreicht hat, wird zwar der Überschuss erkannt, der Timer startet, jedoch resetet er sich immer wieder obwohl sich an der Überschusssituation nichts geändert hat. Das letzte Mal habe ich letztes Jahr eine erfolgreiche Ladung gehabt. Es müsste die Version 0.65 gewesen sein. Diese Version habe ich auch nochmal installiert und dort ist dieses Verhalten nicht zu beobachten.

Interessant wäre vielleicht noch zu erwähnen, dass die Wallbox nur 1-phasig angeschlossen ist.

Steps to reproduce

?

Configuration details

uri: 0.0.0.0:7070 # uri for ui
interval: 10s # control cycle interval

sponsortoken: 

# log settings
log: error
levels:
  core: debug
  lp-1: debug
  lp-2: debug

# meter definitions
# name can be freely chosen and is used as reference when assigning meters to site and loadpoints
# for examples see https://github.com/andig/evcc-config#meters
meters:
- name: grid # grid power
  type: custom
  power:
    source: modbus
    model: sunspec
    uri: 10.0.100.101:502
    id: 1
    subdevice: 1 # Metering device
    value: 203:W #
    scale: -1
- name: pv # pv power calculated from DC string and battery charge power
  type: custom
  power:
    source: calc
    add:
    - source: modbus
      model: sunspec
      uri: 10.0.100.101:502
      id: 1
      value: 103:DCW # SunSpec Model 103 DCW
    - source: modbus
      uri: 10.0.100.101:502
      id: 1
      register:
        address: 62836 # Battery 1 Instantaneous Power
        type: holding
        decode: float32s
- name: battery # battery charge/discharge power and SoC
  type: custom
  power:
    source: modbus
    uri: 10.0.100.101:502
    id: 1
    register:
      address: 62836 # Battery 1 Instantaneous Power
      type: holding
      decode: float32s
    scale: -1
  soc:
    source: modbus
    uri: 10.0.100.101:502
    id: 1
    register:
      address: 62852 # Battery 1 State of Energy (SOE)
      type: holding
      decode: float32s


# charger definitions
# name can be freely chosen and is used as reference when assigning charger to vehicle
# for examples see https://github.com/andig/evcc-config#chargers
chargers:
- name: easee_1
  type: easee
  user:
  password: 
  charger:

# vehicle definitions
# name can be freely chosen and is used as reference when assigning vehicle to loadpoint
# for examples see https://github.com/andig/evcc-config#vehicles
vehicles:
- name: bmw
  type: bmw
  title: BMW
  capacity: 38 # kWh
  user: 
  password: 
  vin: 

# site describes the EVU connection, PV and home battery
site:
  title: Home # display name for UI
  meters:
    grid: grid # grid meter
    pv: pv # pv meter
    battery: battery # battery meter
  prioritySoC: 70 # give home battery priority up to this soc (0 to disable)

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
- title: Garage # display name for UI
  charger: easee_1 # charger
  # meters:
  #   charge: easee # charge meter
  vehicle: bmw
  # vehicles: # use if multiple vehicles allowed to charge on this loadpoint
  # - ID.3
  # - e-Up
  mode: pv
  resetOnDisconnect: true # set defaults when vehicle disconnects
  soc:
    # polling defines usage of the vehicle APIs
    # Modifying the default settings it NOT recommended. It MAY deplete your vehicle's battery
    # or lead to vehicle manufacturer banning you from API use. USE AT YOUR OWN RISK.
    poll:
      # poll mode defines under which condition the vehicle API is called:
      #   charging: update vehicle ONLY when charging (this is the recommended default)
      #   connected: update vehicle when connected (not only charging), interval defines how often
      #   always: always update vehicle regardless of connection state, interval defines how often
      mode: charging
      # poll interval defines how often the vehicle API may be polled if NOT charging
      interval: 60m
    min: 0 # immediately charge to 0% regardless of mode unless "off" (disabled)
    target: 100 # always charge to 100%
    estimate: true # set true to interpolate between api updates (true or false)
  phases: 1 # ev phases (default 3)
  enable: # pv mode enable behavior
    delay: 1m # threshold must be exceeded for this long
    threshold: 0 # minimum export power (W). If zero, export must exceed minimum charge power to enable
  disable: # pv mode disable behavior
    delay: 10m # threshold must be exceeded for this long
    threshold: 100 # maximum import power (W)
  guardduration: 10m # switch charger contactor not more often than this (default 10m)
  mincurrent: 6 # minimum charge current (default 6A)
  maxcurrent: 13 # maximum charge current (default 16A)

# tariffs are the fixed or variable tariffs
# cheap (tibber/awattar) can be used to define a tariff rate considered cheap enough for charging
tariffs:
  currency: EUR # three letter ISO-4217 currency code (default EUR)
  grid:
    # either static grid price
    type: fixed
    price: 0.27 # EUR/kWh

    # # or variable via tibber
    # type: tibber
    # cheap: 0.2 # EUR/kWh
    # token: "476c477d8a039529478ebd690d35ddd80e3308ffc49b59c65b142321aee963a4" # access token
    # homeid: "cc83e83e-8cbf-4595-9bf7-c3cf192f7d9c" # optional if multiple homes associated to account

    # # or variable via awattar
    # type: awattar
    # cheap: 0.2 # EUR/kWh
    # region: de # optional, choose at for Austria
  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.08 # EUR/kWh

# mqtt message broker
mqtt:
  # broker: localhost:1883
  # topic: evcc # root topic for publishing, set empty to disable
  # user:
  # password:

# influx database
influx:
  # url: http://localhost:8086
  # database: evcc
  # user:
  # password:

# push messages
messaging:
  events:
    start: # charge start event
      title: Charge started
      msg: Started charging in "${mode}" mode
    stop: # charge stop event
      title: Charge finished
      msg: Finished charging ${chargedEnergy:%.1fk}kWh in ${chargeDuration}.
    connect: # vehicle connect event
      title: Car connected
      msg: "Car connected at ${pvPower:%.1fk}kW PV"
    disconnect: # vehicle connected event
      title: Car disconnected
      msg: Car disconnected after ${connectedDuration}
  services:
  # - type: pushover
  #   app: # app id
  #   recipients:
  #   - # list of recipient ids
  # - type: telegram
  #   token: # bot id
  #   chats:
  #   - # list of chat ids
  # - type: email
  #   uri: smtp://<user>:<password>@<host>:<port>/?fromAddress=<from>&toAddresses=<to>

Log details

Hier die Logs von Version 0.87 und 0.65
evcc065.txt
evcc087.txt

Version 0.87

What type of operating system are you running?

Linux

Version

0.87

@andig
Copy link
Member

andig commented Mar 24, 2022

Logs fehlen

@andig andig added the bug Something isn't working label Mar 24, 2022
@gosmarty
Copy link
Author

Reichen die beiden hochgeladenen TXT Dateien nicht?

@andig
Copy link
Member

andig commented Mar 24, 2022

Es ist nichts hochgeladen :(

@gosmarty
Copy link
Author

Hab den Fehler gefunden, sorry. Jetzt solltest du die TXT Dateien öffnen können, oder?

@MicFre173
Copy link

MicFre173 commented Mar 26, 2022

Ich hab dasselbe Probleme mit einem Easee charger. Glaube, ich habe die Ursache gefunden:
Habe im Loadpoint das enable threshold wie Du auf 0 gesetzt. mincurrent sind 6A. Bisher ist die Easee dann immer wie gewünscht bei 1.380W Überschuss angesprungen (6A * 1p * 230V). Seit dem Update geht EVCC anscheinend von 3p aus, also 4.140W (6A * 3p * 230V). Solange Du also nicht über 4.140W Überschuss hast, springt die Überschussladung nicht an (was Quatsch ist, da die Easee ja auch 1p kann). Sieht im Log dann bei mir so aus:
[lp-1 ] DEBUG 2022/03/26 09:40:22 available power 3987W < 4140W min 3p threshold

Schnelle Lösung (EDIT: FUNKTIONIERT NICHT): den enable threshold auf 1.380W manuell setzen. Denke trotzdem, dass es ein Bug ist.

@premultiply
Copy link
Member

Eigentlich dürfte das nicht so sein. Bei Boxen mit 1p3p wird normalerweise auch beim Start vom 1p ausgegangen.
/cc @andig

@MicFre173
Copy link

Nachtrag: Der scheint laut Log auch immer wieder auf 3p skalieren zu wollen, obwohl mein angeschlossenes Fahrzeug nur 1p kann (was auch korrekt erkannt wird). Nimmt dann leider vor dem versuchten skalieren auch immer wieder den Ladestrom etwas runter. Nachdem er merkt, dass 3p nicht geht wird der Ladestrom dann wieder erhöht.

@MicFre173
Copy link

MicFre173 commented Mar 26, 2022

log.txt

Hier mal ein Log dazu.

Sehe gerade im Log, dass er immer noch gegen die 4.140W prüft zum Starten der Überschussladung. Die oben beschriebene Config-Änderung führt also nicht zum Erfolg.

@gosmarty In Deinem Log mit der aktuellen Version ist mir aufgefallen, dass eine negative Site-Power ausgewiesen wird. Vielleicht ein Vorzeichenfehler?

@gosmarty
Copy link
Author

@MicFre173 da hast du recht, immer wieder wird eine negative Site-Power ausgewiesen, kurz drauf zeigt sie wieder korrekt an. Und, diese Konfiguration funktionierte schonmal.

@premultiply wenn evcc bei mir startet geht die Software leider immer von 3p aus, seitdem die Phasen Konfiguration in der yaml nicht mehr berücksichtig wird. Nach 10 Minuten wird dann aber auf 1p runterskaliert. Glaub, das ist auch immer so wenn ich das Auto anschließe. Blöd dabei ist, dass die Box nur 1 phasig angeschlossen ist.

Log:

Mär 26 11:28:25 raspberrypi systemd[1]: Started evcc.
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] WARN 2022/03/26 11:28:32 ignoring phases config (1p) for switchable charger
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:32 phase timer inactive
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32 loadpoint 1:
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32   mode:        pv
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32   charger:     power ✓ energy ✗ currents ✓ phases ✓
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32   meters:      charge ✓
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32     charge:    power ✓ energy ✗ currents ✓
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32   vehicles:    ✓
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32     vehicle 0: range ✓ finish ✗ status ✓ climate ✗
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] INFO 2022/03/26 11:28:32 vehicle updated: unknown -> BMW
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:32 charge power: 0W
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:32 charge currents: [0.01 0.01 0.009]A
Mär 26 11:28:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:32 charger status: B
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 vehicle status: A
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 vehicle soc: 65%
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 vehicle range: 199km
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 vehicle odometer: 5993km
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 available power -30W < 4140W min 3p threshold
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 start phase scale1p timer
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 phase scale1p in 10m0s
Mär 26 11:28:33 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:33 pv charge current: 0A = 0A + -0.0435A (30W @ 3p)
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 charge power: 0W
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 charge currents: [0.01 0.01 0.009]A
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 charger status: B
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 available power -3W < 4140W min 3p threshold
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 phase scale1p in 9m51s
Mär 26 11:28:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:42 pv charge current: 0A = 0A + -0.00435A (3W @ 3p)
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 charge power: 0W
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 charge currents: [0.01 0.01 0.009]A
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 charger status: B
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 available power 2046W < 4140W min 3p threshold
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 phase scale1p in 9m41s
Mär 26 11:28:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:28:52 pv charge current: 2.97A = 0A + 2.97A (-2046W @ 3p)

10 Minuten später geht's dann so weiter, der Überschuss ist da, resetet sich leider auf diese negativen Werte die MicFre173 angesprochen hat :

Mär 26 11:38:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:32 phase scale1p in 1s
Mär 26 11:38:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:32 pv charge current: 3.15A = 0A + 3.15A (-2172W @ 3p)
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 charge power: 0W
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 charge currents: [0.01 0.01 0.01]A
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 charger status: B
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 available power -39W < 4140W min 3p threshold
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 phase scale1p in 0s
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 phase scale1p timer elapsed
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 phase timer inactive
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 pv timer elapse
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 pv timer inactive
Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 switched phases: 1p @ -39W
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 charge power: 0W
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 charge currents: [0.01 0.01 0.01]A
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 charger status: B
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 pv charge current: 0A = 0A + -0.213A (49W @ 1p)
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 pv enable timer reset
Mär 26 11:38:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:52 pv timer inactive
Mär 26 11:39:02 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:02 charge power: 0W
Mär 26 11:39:02 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:02 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:02 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:02 charger status: B
Mär 26 11:39:02 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:02 pv charge current: 0A = 0A + -0.396A (91W @ 1p)
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 charge power: 0W
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 charger status: B
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 pv charge current: 8.94A = 0A + 8.94A (-2057W @ 1p)
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 site power -2057W <= 0W enable threshold
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 pv enable timer start: 1m0s
Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 pv enable in 1m0s
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 charge power: 0W
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 charger status: B
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 pv charge current: 10A = 0A + 10A (-2300W @ 1p)
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 site power -2300W <= 0W enable threshold
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 pv enable in 50s
Mär 26 11:39:22 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:22 pv enable timer remaining: 50s
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 charge power: 0W
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 charger status: B
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 pv charge current: 0A = 0A + -0.0478A (11W @ 1p)
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 pv enable timer reset
Mär 26 11:39:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:32 pv timer inactive
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 charge power: 0W
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 charger status: B
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 pv charge current: 9.47A = 0A + 9.47A (-2178W @ 1p)
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 site power -2178W <= 0W enable threshold
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 pv enable timer start: 1m0s
Mär 26 11:39:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:42 pv enable in 1m0s
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 charge power: 0W
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 charge currents: [0.01 0.01 0.01]A
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 charger status: B
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 pv charge current: 0A = 0A + -0.422A (97W @ 1p)
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 pv enable timer reset
Mär 26 11:39:52 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:52 pv timer inactive

@gosmarty
Copy link
Author

Hier ist nochmal eine Log-Datei dich ich gerade erzeugt habe mir Version 0.65.
Erfolgreicher Start des Ladevorgangs...
evcc065_erfolgreicher Ladestart.txt
werde jetzt mal schauen bis zu welcher Version es funktioniert... vielleicht hilft es euch ja.

@gosmarty
Copy link
Author

Ich habe weitere Versionen getestet.
Version 0.84 funktioniert - das schöne bei der Version, sie erkennt auch sofort beim Start der Software, dass für 3p laden nicht genug Überschuss vorhanden ist und wechselt ohne 10 minütiger Wartezeit direkt auf 1p.
Hier das Log: evcc084.txt

Version 0.85 funktioniert ebenfalls
Hier das Log: evcc085.txt

Auch Version 0.86 hat funktioniert
Hier das Log: evcc086.txt

In allen drei fällen musste ich jedoch nach Ablauf der Wartezeiten in der UI erstmal auf "STOP" schalten und wieder zurück auf "NUR PV". Könnte mir aber vorstellen, dass das vielleicht mit dem ständigen starten anderer Versionen bei angesteckte, Auto zu tun hatte....?

@andig
Copy link
Member

andig commented Mar 26, 2022

@gosmarty bei welchem Timestamp in Deinem 87er Log würdest Du das laden erwarten?

@gosmarty
Copy link
Author

Wenn du das 87er Log von heute meinst, ist ja hier:

Mär 26 11:38:32 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:32 pv charge current: 3.15A = 0A + 3.15A (-2172W @ 3p)

der Überschuss vorhanden, jedoch ist noch der 3p Mode aktiv. Hier wird dann auf 1p geschaltet:

Mär 26 11:38:42 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:38:42 phase scale1p timer elapsed

direkt danach hätte ich erwartet, dass der pv enable timer startet, da sich der Überschuss nicht geändert hat, auch wenn die Logs was anderes sagen...
Erst hier wird wieder der Überschuss angezeigt:

Mär 26 11:39:12 raspberrypi evcc[15503]: [lp-1  ] DEBUG 2022/03/26 11:39:12 site power -2057W <= 0W enable threshold

der Timer Startet darauf auch und resetet sich wieder da der Überschuss wieder verschwindet...
Ich hoffe du verstehst was ich meine...

@andig
Copy link
Member

andig commented Mar 26, 2022

Dein 87er Log aus dem Eingangspost fängt erst 13:00 an? Eins von heute kann ich nicht finden. Tut mir leid, ich hab keine Zeit mir die Details zusammen zu suchen :(

@gosmarty
Copy link
Author

Okay, wenn du den Eingangspost meinst, dann um 13:34:12

Kein Problem andig, verstehe, dass du nicht die Zeit hast die Sachen zusammen zu suchen.

@andig
Copy link
Member

andig commented Mar 26, 2022

Also wenn ich 13:34 schaue dann sehe ich:

Mär 24 13:34:41 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:41 pv charge current: 7.86A = 0A + 7.86A (-1808W @ 1p)
Mär 24 13:34:41 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:41 site power -1808W <= 0W enable threshold
Mär 24 13:34:41 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:41 pv enable timer start: 1m0s
Mär 24 13:34:41 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:41 pv enable in 1m0s
Mär 24 13:34:51 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:51 charge power: 0W
Mär 24 13:34:52 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:52 charge currents: [0.01 0.01 0.01]A
Mär 24 13:34:52 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:52 charger status: B
Mär 24 13:34:52 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:52 pv charge current: 0A = 0A + -0.27A (62W @ 1p)
Mär 24 13:34:52 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:52 pv enable timer reset
Mär 24 13:34:52 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:34:52 pv timer inactive
Mär 24 13:35:01 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:01 charge power: 0W
Mär 24 13:35:01 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:01 charge currents: [0.01 0.01 0.01]A
Mär 24 13:35:01 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:01 charger status: B
Mär 24 13:35:01 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:01 pv charge current: 0A = 0A + -0.217A (50W @ 1p)
Mär 24 13:35:11 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:11 charge power: 0W
Mär 24 13:35:12 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:12 charge currents: [0.01 0.01 0.01]A
Mär 24 13:35:12 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:12 charger status: B
Mär 24 13:35:12 raspberrypi evcc[5696]: [lp-1  ] DEBUG 2022/03/24 13:35:12 pv charge current: 7.71A = 0A + 7.71A (-1773W @ 1p)

d.h. immer wieder positive Verbrauchsspitzen und deshalb Reset des PV Timers. Alles richtig.

@andig
Copy link
Member

andig commented Mar 26, 2022

Dir funkt irgendein taktender Verbaucher dazwischen...

@gosmarty
Copy link
Author

Korrekt, aber genau das ist das Problem, die positiven Verbrauchsspitzen sind nicht vorhanden

@andig
Copy link
Member

andig commented Mar 26, 2022

Korrekt, aber genau das ist das Problem, die positiven Verbrauchsspitzen sind nicht vorhanden

Dann brauchen wir ein Logfile das zeigt wo die Werte herkommen und eine Gegenposition wie sie wirklich sind. Mit 1p3p hat das erstmal gar nix zu tun sondern einfach mit falschen Meßwerten.

Dein Netzzähler ist Modbus, dann müsste der ja spinnen? Oder die Batterie...

@gosmarty
Copy link
Author

Wenn du etwas oben schaust, habe ich dir schon Log Files von Version 0.65, 0.84, 0.85 und 0.86 erstellt, dadrüber befindet sich auch noch mal ein Log im Text von 0.87 - alles Logs von heute. Bis Version 0.86 läuft es problemlos

@andig
Copy link
Member

andig commented Mar 26, 2022

Idee: könnte #2735 das Problem sein? Bitte mal Logfile von 0.87 mit allen Leistungen (=site).

In dem PR wird die Batterieladung (=Überschuss) unter bestimmten Bedingungen ignoriert. These: diese Bedingungen treffen hier auch zu da die Batterieregelung zu langsam ist.

@andig
Copy link
Member

andig commented Mar 26, 2022

/cc @premultiply der Fluch der guten Tat?

@gosmarty
Copy link
Author

Sorry, wie mache ich denn das Log mit allen Leistungen?

@andig
Copy link
Member

andig commented Mar 26, 2022

log: error
levels:
  site: debug # <--
  core: debug
  lp-1: debug
  lp-2: debug

@gosmarty
Copy link
Author

Danke! Wird gemacht. Weiss aber nicht, ob ich es heute noch schaffe.

@MicFre173
Copy link

MicFre173 commented Mar 26, 2022

Habe mittlerweile das Gefühl, dass ich ein anderes Problem mit ähnlichen Symptomen (=Überschuss-Laden startet nicht) habe:
Irgendwie ist EVCC bei mir anscheinend der Meinung, dass ich mindestens 4.140W brauche, um die Überschussladung zu starten, also 3p mit 6A. Das Problem scheint ab Version 0.86 aufzutreten - ich habe #2782 im Verdacht. Kann es sein, dass der Change mit der Easee Probleme macht? Mein Auto kann nur einphasig laden.
Konnte eben noch testen, dass es mit Version 0.85 definitiv richtig läuft. Werde die Tage nochmal mit 0.86 testen - das Auto ist 'leider' voll.

Hier schon mal meine Config - vielleicht ist darin auch ein Bock?
evcc_yaml.txt

@andig
Copy link
Member

andig commented Mar 26, 2022

Mach bitte ein neues Ticket, das hat hier nichts zu suchen

@Chris591
Copy link
Contributor

Hier mal mein log mit site debug.

Hab hier evcc 0.86.1647571751 (7f579d7)

Wenn der Grid Meter einen Positiven Wert liefer wird die Batterie nicht mehr berücksichtigt.

[site  ] DEBUG 2022/03/27 09:18:06 ----
[lp-1  ] DEBUG 2022/03/27 09:18:06 charge power: 0W
[site  ] DEBUG 2022/03/27 09:18:07 pv power: 5669W
[site  ] DEBUG 2022/03/27 09:18:07 battery power: -4932W
[site  ] DEBUG 2022/03/27 09:18:07 grid power: 4W
[site  ] DEBUG 2022/03/27 09:18:07 battery soc 0: 79%
[site  ] DEBUG 2022/03/27 09:18:07 site power: 4W
[site  ] DEBUG 2022/03/27 09:18:16 ----
[lp-1  ] DEBUG 2022/03/27 09:18:16 charge power: 0W
[site  ] DEBUG 2022/03/27 09:18:17 pv power: 5662W
[site  ] DEBUG 2022/03/27 09:18:17 battery power: -4944W
[site  ] DEBUG 2022/03/27 09:18:17 grid power: -2W
[site  ] DEBUG 2022/03/27 09:18:17 battery soc 0: 79%
[site  ] DEBUG 2022/03/27 09:18:17 site power: -4946W
[site  ] DEBUG 2022/03/27 09:18:26 ----

Hab auch um 09:25:16 auf min+pv umgestellt um zu zeigen das es geht und dann auch Probleme Macht.

[site  ] DEBUG 2022/03/27 09:27:36 ----
[lp-1  ] DEBUG 2022/03/27 09:27:36 charge power: 4170W
[site  ] DEBUG 2022/03/27 09:27:36 pv power: 5935W
[site  ] DEBUG 2022/03/27 09:27:36 battery power: -933W
[site  ] DEBUG 2022/03/27 09:27:36 grid power: -1W
[site  ] DEBUG 2022/03/27 09:27:36 battery soc 0: 83%
[site  ] DEBUG 2022/03/27 09:27:36 site power: -934W
[site  ] DEBUG 2022/03/27 09:27:46 ----
[lp-1  ] DEBUG 2022/03/27 09:27:46 charge power: 4160W
[site  ] DEBUG 2022/03/27 09:27:47 pv power: 5924W
[site  ] DEBUG 2022/03/27 09:27:47 battery power: -927W
[site  ] DEBUG 2022/03/27 09:27:47 grid power: 16W
[site  ] DEBUG 2022/03/27 09:27:47 battery soc 0: 83%
[site  ] DEBUG 2022/03/27 09:27:47 site power: 16W
[site  ] DEBUG 2022/03/27 09:27:56 ----

Damit ändert er nahklar ständig die Leistung am Charger.
evcc.log

@andig
Copy link
Member

andig commented Mar 27, 2022

Wollt ihr es mal selbst probieren: https://github.com/evcc-io/evcc/pull/2735/files#diff-71cfdec6af7c316e7ecebdaaaa823cdd573fc6707e493ff7b01376903e6d0dadR33. Hier würde ich Folgendes vorschlagen:

if grid > 50 && battery < 0 {
	battery = 0
}

Wenn das auch noch zu Problemen führt müssen wir den Schwellwert konfigurierbar machen oder uns was Besseres einfallen lassen. Vllt führen wir auch gleich einen Parameter ein, vllt sowas wie:

maxGridPowerDuringBatteryCharge

anzuwenden nur, wenn der Wert gesetzt/ größer Null ist?

/cc @ttjaden

@andig
Copy link
Member

andig commented Mar 27, 2022

Der Parameter hat noch keinen schönen Namen; funktionieren sollte es aber.

@ttjaden
Copy link

ttjaden commented Mar 27, 2022

So, wie du @andig es vorgeschlagen hast, ist es robuster, ja. Allerdings kann es immer wieder Systeme geben, die ungenauer regeln (stationäre Regelabweichung) oder super langsam die Batterieleistung anpassen (ganz alte Fronius-Systeme haben hier fast 1min gebraucht). Auf der EVCC-Seite ist es also immer auch relevant, wie das interval eingestellt ist. 10s ist dabei eher das untere Limit.

Dein Vorschlag mit dem Parameter ist also gut. Jedoch müsste man ihn auch gut erklären. Relevant ist er ja für alle Besitzer von Hybrid-WR mit PV-Generatoren > als der AC-Nennleistung. Das wird eher die Regel werden in Zukunft.

@ttjaden
Copy link

ttjaden commented Mar 27, 2022

Hier nochmal für die Nachwelt ein Beispiel, dass die Umsetzung in v0.87 prinzipiell gut funktioniert:
grafik

-> EVCC regelt sich von der Leistung imm in Richtung 9,5 kW, was der maximalen Wirkleistung des Hybrid-WR entspricht. Die restliche zur Verfügung stehende PV-Leistung geht in die Batterie.

@premultiply
Copy link
Member

Schaffen wir es diesen Wert automatisch auszulesen?

@gosmarty
Copy link
Author

Ich habe die Funktion angepasst und kompiliert - ich glaube, dass das Problem tatsächlich dort liegt, habe aber gerade nicht ausreichend Zeit und Überschuss um genauer zu testen.
Eine Verständnisfrage: grid > 50 bedeutet ich beziehe mehr als 50 Watt aus dem Netz, oder?

@ttjaden
Copy link

ttjaden commented Mar 27, 2022

Schaffen wir es diesen Wert automatisch auszulesen?

Alles was Modbus Sunspec spricht, müsste es abrufbar haben, siehe:

grafik

https://sunspec.org/wp-content/uploads/2015/06/SunSpec-Inverter-Models-12020.pdf

@premultiply
Copy link
Member

WMax könnte passen.
Ich guck mal gleich bei mir was da so drin steht.

@andig
Copy link
Member

andig commented Mar 27, 2022

Konsens unserer bisherigen Diskussion war keinen komplexen neuen Parameter einzuführen. Mein Vorschlag hat zwar einen Parameter, aber der ist zumindest leicht verständlich?

@premultiply
Copy link
Member

Ja, eigentlich schon. Aber jetzt müsste man da wieder einen dedizierten Wert eingeben. Das halte ich für Laien als schwierig da den richtigen Wert zu kennen.

@andig andig changed the title EVCC startet nicht mehr mit der Überschussladung Keine Überschussladung im Zusammenhang mit Hausbatterie Mar 27, 2022
@gosmarty
Copy link
Author

@andig Nochmal eine Rückmeldung zu der Änderung die du Vorgeschlagen hattest - sie funktioniert. Aber, ich glaube, bei mir müsste der Wert sogar noch etwas höher sein für eine bessere Regelung in meinem Fall.

@andig
Copy link
Member

andig commented Mar 27, 2022

Im Prinzip müsstest Du den Wert so hoch setzen, dass das Logstatement bei Dir nicht auftaucht. Immer angenommen, Du hast nicht den gleichen use case wie #2735.

@MicFre173
Copy link

MicFre173 commented Mar 27, 2022

@gosmarty Ich habe mein Problem mittlerweile gelöst, indem ich in der Vehicle-Config "phases: 1" eingefügt habe. Du schreibst ja, dass Du Deine Wallbox nur einphasig abgeschlossen hast und hast den Loadpoint als einphasig konfiguriert. Die Konfiguration am Loadpoint wird aber ignoriert, da die Easee ja über eine Phasenumschaltung verfügt. Müsste beim Starten von EVCC auch als Warnung ausgegeben werden, dass das Setting ignoriert wird.
Vielleicht ist also noch ne sinnvolle Ergänzung für Deine Config.

@gosmarty
Copy link
Author

@MicFre173 Danke für den Tip. Das mit den "phases:1" ist mir bewusst. Dennoch ist mein Problem tatsächlich erst mit Version 0.87 und der Änderung in #2735 gekommen.

@andig hab ich mir gedacht, dass ich den Wert einfach höher setzten muss. Allerdings, ganz frei vom use case wie #2735 bin ich auch nicht. WR 5kW und PV 6,9kW. Ich habe allerdings das Problem wie ttjaden noch nicht gehabt. Wird aber wohl an der 1-phasigen Anbindung der Wallbox liegen, dass bei mir das Problem nicht aufgetreten ist.

@andig
Copy link
Member

andig commented Mar 27, 2022

Für eine schöne Lösung fehlt uns momentan der Zusammenhang zwischen PV Leistung und Batterieladung- in evcc sind das unterschiedliche Geräte :(

Können wir uns denn auf einen Parameternamen einigen wenn wir erstmal bei den Grid-Power Konstrukt bleiben? Im Prinzip gehts ja darum, ab welchem Wert Netzbezug eine gleichzeitige Batterieladung (=die eigentlich nicht passieren dürfte) als DC-induziert zu werten und ignorieren ist.

acRatingExceededGridThreshold

batteryIgnoreGridThreshold

@ttjaden
Copy link

ttjaden commented Mar 27, 2022

Ich fand deinen Vorschlag weiter oben besser, also sowas wie: maxGridSupplyWhileBatteryCharging

@andig
Copy link
Member

andig commented Mar 27, 2022

Find ich auch gut. Konsens?

@premultiply
Copy link
Member

Ich enthalte mich als Nichtbetroffener höflich :)

@andig
Copy link
Member

andig commented Mar 27, 2022

Rein damit, das war ein hässlicher Fehler!

@Chris591
Copy link
Contributor

Sorry war gestern dann weg.

Würde es nicht mehr sinn machen eine maxPVinverterPower zu konfigurieren?
und dann in EVCC einfach nur PV+Batterie bis zu dem Wert als verfügbaren Strom zu rechnen?
Da müssen wir nicht ausprobieren wie alle ihre werte einstellen müssen das es klappt da bei großen Abnehmern schnell mal 150W aus dem grid kommen bis alle werte sich eingependelt haben.

@andig
Copy link
Member

andig commented Mar 28, 2022

Würde es nicht mehr sinn machen eine maxPVinverterPower zu konfigurieren?

Geht nicht da PV und Batterie bei uns getrennte "Zähler" sind...

Da müssen wir nicht ausprobieren wie alle ihre werte einstellen müssen das es klappt da bei großen Abnehmern schnell mal 150W aus dem grid kommen bis alle werte sich eingependelt haben.

Wir hatte das Problem in 2 Jahren jetzt 1x. "Alle" ist doch sehr relativ ;)

@Chris591
Copy link
Contributor

Chris591 commented Mar 28, 2022

Würde es nicht mehr sinn machen eine maxPVinverterPower zu konfigurieren?

Geht nicht da PV und Batterie bei uns getrennte "Zähler" sind...

Aber beim berechnen werden sie doch beide zusammen gezählt.

Da müssen wir nicht ausprobieren wie alle ihre werte einstellen müssen das es klappt da bei großen Abnehmern schnell mal 150W aus dem grid kommen bis alle werte sich eingependelt haben.

Wir hatte das Problem in 2 Jahren jetzt 1x. "Alle" ist doch sehr relativ ;)

Ja aber mit dem Fix für dieses Problem müssen jetzt alle schauen was sie konfigurieren müssen.

@andig
Copy link
Member

andig commented Mar 28, 2022

Ja aber mit dem Fix für dieses Problem müssen jetzt alle schauen was sie konfigurieren müssen.

Es muss niemand etwas konfigurieren, es sei denn er hat das Ursprungsproblem von @ttjaden. Genau wie vorher. Die Änderung ist nicht-invasiv.

@Chris591
Copy link
Contributor

Ja aber mit dem Fix für dieses Problem müssen jetzt alle schauen was sie konfigurieren müssen.

Es muss niemand etwas konfigurieren, es sei denn er hat das Ursprungsproblem von @ttjaden. Genau wie vorher. Die Änderung ist nicht-invasiv.

also wenn man den Parameter nicht nutzt dann ist es wie früher und die Batterie wird nie auf 0 gesetzt wenn er Strom aus dem Netz zieht?

aber wenn man ihn braucht heißt es doch das er es erstmal versucht und jedes mal in diesen Fehler läuft und wieder runter regeln muss bis er wieder >0W einspeist und dann wieder die Batterie mit einberechnet und wieder die Wallbox hochschraubt und so weiter.
Oder hab ich da was falsch verstanden?

@gosmarty
Copy link
Author

Ja aber mit dem Fix für dieses Problem müssen jetzt alle schauen was sie konfigurieren müssen.

Es muss niemand etwas konfigurieren, es sei denn er hat das Ursprungsproblem von @ttjaden. Genau wie vorher. Die Änderung ist nicht-invasiv.

Dem muss ich widersprechen @andig. Die Änderung, die ihr für @ttjaden seinerzeit eingeführt hattet, hat bei mir dazu geführt, dass es nicht mehr funktionierte, weil ein kleiner Netzbezug, die Batterie auf null gesetzt hat und somit nicht mehr genug Überschuss vorhanden war um die Ladung zu starten.
Mit der Änderung grid > 50 Wurde es bei mir besser, muss den Wert aber noch weiter nach oben anpassen. Durch die Variable die ihr nun eingeführt habt lässt sich das natürlich leicht machen, so ganz nicht-invasiv sehe ich das jedoch nicht an.
du hast recht, das Problem von @ttjaden kam erst einmal in zwei Jahren vor. Mein Problem jedoch kam durch die Änderung. Vielleicht ist mein SolarEdge WR mit seinem Meter aber auch zu träge - dazu kann ich natürlich nichts sagen weil es meiner erste PV Anlage ist :D
Wie auch immer, dir @andig und dem ganzen Team hinter evcc vielen Dank für die tolle Arbeit!

@ttjaden
Copy link

ttjaden commented Mar 28, 2022

Wichtig ist in jedem Fall, dass wir das nachhaltig und robust lösen. Zudem soll nicht der Eindruck entstehen, dass ich der einzige mit dem Problem bin. Ich bin wohl anscheinend nur der erste, dem die Herausforderung aufgefallen ist. Betroffen sind bestimmt mehrere Personen mit Hybrid-WR. Zukünftig wird das noch mehr:

  • Im Residential-Bereich wird der Hybrid-WR zur Standard-Lösung
  • Aus Kosten/Nutzen-Sicht hat man früher schon Wechselrichter kleiner als den Generator ausgelegt. Dies kommt nun auch wieder verstärkt vor
    • weil die Hybrid-WR relativ teuer sind
    • und weil sie größtenteils nur bis 10 kVA zur Verfügung stehen und dann gerne mal mit größeren PV-Anlagen versehen werden. Gerade bei Ost-West-Anlagen kann man gut 16 kWp die Geräte hängen.

Kurzer Exkurs: Und was SolarEdge oder auch Senec und Co. betrifft: Leider scheuen sich solche Hersteller im Gegensatz zu anderen (Kostal, Fronius, RCT, etc) vor der Teilnahme an der Stromspeicher-Inspektion oder in Bezug auf die aktive Mitarbeit zur Datenblatt-Norm für Batteriespeicher. Sobald die Vor-Norm (bei der ich mitgewirkt habe) zur Prüfung und Erstellung von Datenblättern für Stromspeicher veröffentlicht ist, steigt der Druck hier besser zu werden.

Hier mal eine Vorschau, welche Angaben in naher Zukunft auf Datenblättern zu Batteriespeichersystem zu finden sein werden:

grafik

Quelle: https://solar.htw-berlin.de/wp-content/uploads/Effizienzleitfaden-fuer-PV-Speichersysteme-2.0.1.pdf

@andig
Copy link
Member

andig commented Mar 28, 2022

Dem muss ich widersprechen @andig. Die Änderung, die ihr für @ttjaden seinerzeit eingeführt hattet, hat bei mir dazu geführt, dass es nicht mehr funktionierte, weil ein kleiner Netzbezug, die Batterie auf null gesetzt hat und somit nicht mehr genug Überschuss vorhanden war um die Ladung zu starten.

...und deshalb haben wir das auch geändert. Mein Aussage bleibt bestehen.

Es muss niemand etwas konfigurieren, es sei denn er hat das Ursprungsproblem von @ttjaden.

Jetzt lasst uns bitte die Diskussion in einem erledigten PR beenden und einfach mal den aktuellen Stand ausprobieren. Ich bin überzeugt davon, dass:

a) jeder außer Tjarko und Konfiguration glücklich wird (sic)
b) Tjarko's Problem ebenfalls gelöst ist

@Chris591
Copy link
Contributor

Nur zur Info: es läuft wieder wie gehabt und gewollt bei mir mit dem letztem nightly build.

[site  ] DEBUG 2022/03/30 11:57:20 ----
[site  ] DEBUG 2022/03/30 11:57:20 pv power: 5031W
[site  ] DEBUG 2022/03/30 11:57:20 battery power: -2787W
[site  ] DEBUG 2022/03/30 11:57:20 grid power: 654W
[site  ] DEBUG 2022/03/30 11:57:20 battery soc 0: 73%
[site  ] DEBUG 2022/03/30 11:57:20 site power: -2133W

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants