search

evcc-io / evcc

Sonne tanken ☀️🚘
https://evcc.io
MIT License
3.31k stars 605 forks source link

Keine Überschussladung im Zusammenhang mit Hausbatterie #2986

Closed gosmarty closed 2 years ago

gosmarty commented 2 years ago

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 commented 2 years ago

Logs fehlen

gosmarty commented 2 years ago

Reichen die beiden hochgeladenen TXT Dateien nicht?

andig commented 2 years ago

Es ist nichts hochgeladen :(

gosmarty commented 2 years ago

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

MicFre173 commented 2 years ago

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 commented 2 years ago

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

MicFre173 commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

@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 commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

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

gosmarty commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

Dir funkt irgendein taktender Verbaucher dazwischen...

gosmarty commented 2 years ago

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

andig commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

Idee: könnte https://github.com/evcc-io/evcc/pull/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 commented 2 years ago

/cc @premultiply der Fluch der guten Tat?

gosmarty commented 2 years ago

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

andig commented 2 years ago 
log: error
levels:
  site: debug # <--
  core: debug
  lp-1: debug
  lp-2: debug
gosmarty commented 2 years ago

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

MicFre173 commented 2 years ago

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 commented 2 years ago

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

Chris591 commented 2 years ago

Hier mal mein log mit site debug.

Hab hier evcc 0.86.1647571751 (7f579d74)

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 commented 2 years ago

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 commented 2 years ago

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

ttjaden commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

Schaffen wir es diesen Wert automatisch auszulesen?

gosmarty commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

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

andig commented 2 years ago

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 commented 2 years ago

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.

gosmarty commented 2 years ago

@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 commented 2 years ago

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 https://github.com/evcc-io/evcc/pull/2735.

MicFre173 commented 2 years ago

@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 commented 2 years ago

@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 commented 2 years ago

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 commented 2 years ago

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

andig commented 2 years ago

Find ich auch gut. Konsens?

premultiply commented 2 years ago

Ich enthalte mich als Nichtbetroffener höflich :)

andig commented 2 years ago

Rein damit, das war ein hässlicher Fehler!

Chris591 commented 2 years ago

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 commented 2 years ago

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 commented 2 years ago

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.