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

Günstiges Netzladen funktioniert nach Update von 0.131.0 auf 0.131.1 nicht mehr #16852

Closed
1 task done
martinscheller opened this issue Oct 25, 2024 · 55 comments
Closed
1 task done
Labels
question Rather clarification than issue

Comments

@martinscheller
Copy link

Describe the bug

Ich verwendete die Funktion unter Home Assistant in Kombination mit einem Kostal Plenticore Wechselrichter, einer BYD Batterie, einer OpenWB 2 und dem Tibber Stundentarif. Bisher lief es trotz "experimenteller UI-Funktion" absolut problemlos. Schwellwert für den Preis über das UI konfiguriert und zum besagten Zeitpunkt wurde die Batterie vom Netz geladen.

Steps to reproduce

  1. Preis so eingestellt, daß heute um 12:00 Uhr die Batterie geladen werden soll.
  2. UI bestätigt günstiges Netzladen
  3. Trace gezogen und unten zur Verfügung gestellt

Configuration details

network:
  # schema is the HTTP schema
  # setting to `https` does not enable https, it only changes the way URLs are generated
  schema: http
  # host is the hostname or IP address
  # if the host name contains a `.local` suffix, the name will be announced on MDNS
  # docker: MDNS announcements don't work. host must be set to the docker host's name.
  host: 10.11.12.21
  # port is the listening port for UI and api
  # evcc will listen on all available interfaces
  port: 7070

interval: 30s # control cycle interval. Interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval

# database configuration for persisting charge sessions and settings
# database:
#   type: sqlite
#   dsn: <path-to-db-file>

# sponsor token enables optional features (request at https://sponsor.evcc.io)
# sponsortoken:

# telemetry enables aggregated statistics
#
# Telemetry allows collecting usage data (grid and green energy, charge power).
# Data is aggregated, no individual charging sessions are tracked. The collected,
# anonymous data can be retrieved using https://api.evcc.io.
#
# See https://github.com/evcc-io/evcc/pull/4343 or details.
#
# For time being, this is only available to sponsors, hence data is associated with
# the sponsor token's identity.
#
# telemetry: true

# log settings
log: info
levels:
  site: debug
  lp-1: debug
  lp-2: debug
  cache: error
  db: error

# modbus proxy for allowing external programs to reuse the evcc modbus connection
# each entry will start a proxy instance at the given port speaking Modbus TCP and
# relaying to the given modbus downstream device (either TCP or RTU, RS485 or TCP)
# modbusproxy:
#    - port: 5200
#      uri: 10.11.12.160:1502
#       rtu: true
#       readonly: true # use `deny` to raise modbus errors

# meter definitions
# name can be freely chosen and is used as reference when assigning meters to site and loadpoints
# for documentation see https://docs.evcc.io/docs/devices/meters
meters:
  - name: PV_Garage
    type: template
    template: kostal-plenticore
    usage: pv

    # Modbus TCP
    modbus: tcpip
    id: 71
    host: 10.11.12.160 # Hostname
    port: 1502 # Port
    endianness: little # optional
    watchdog: 60s # optional

  - name: BYD
    type: template
    template: kostal-plenticore
    usage: battery

    # Modbus TCP
    modbus: tcpip
    id: 71
    host: 10.11.12.160 # Hostname
    port: 1502 # Port

  - name: Hausanschluss
    type: template
    template: kostal-ksem-inverter
    usage: grid

    # Modbus TCP
    modbus: tcpip
    id: 71
    host: 10.11.12.160 # Hostname
    port: 1502 # Port

chargers:
  - name: openwb
    type: template
    template: openwb-2.0

    # Modbus TCP
    modbus: tcpip
    id: 1
    host: 10.11.12.30 # Hostname
    port: 1502 # Port
    connector: 1 # optional

# vehicle definitions
# name can be freely chosen and is used as reference when assigning vehicle to loadpoint
# for documentation see https://docs.evcc.io/docs/devices/vehicles

vehicles:
  - name: Ioniq5
    type: template
    template: hyundai
    title: Ioniq5 # Wird in der Benutzeroberfläche angezeigt (optional)
    user: xxx # Benutzerkonto (bspw. E-Mail Adresse, User Id, etc.)
    password: xxx # Passwort des Benutzerkontos (bei führenden Nullen bitte in einfache Hochkommata setzen)
    vin: xxx # Erforderlich, wenn mehrere Fahrzeuge des Herstellers vorhanden sind (optional)
    capacity: 77 # Akkukapazität in kWh (optional)
    language: de # 'de' für Deutsch und 'en' für Englisch (optional)
    icon: car # Icon in der Benutzeroberfläche (optional)
    phases: 3 # Die maximale Anzahl der Phasen welche genutzt werden können (optional)
    cache: 15m # Zeitintervall nach dem Daten erneut vom Fahrzeug abgefragt werden (optional)
    mode: # Möglich sind Off, Now, MinPV und PV, oder leer wenn keiner definiert werden soll (optional)
    minCurrent: 6 # Definiert die minimale Stromstärke pro angeschlossener Phase mit welcher das Fahrzeug geladen werden soll (optional)
    maxCurrent: 16 # Definiert die maximale Stromstärke pro angeschlossener Phase mit welcher das Fahrzeug geladen werden soll (optional)
    identifiers: # Kann meist erst später eingetragen werden, siehe: https://docs.evcc.io/docs/features/vehicle (optional)
    priority: # Priorität des Ladepunktes oder Fahrzeugs in Relation zu anderen Ladepunkten oder Fahrzeugen für die Zuweisung von PV-Energie (optional)

# site describes the EVU connection, PV and home battery
site:
  title: xxx # display name for UI
  meters:
    grid: Hausanschluss # grid meter
    pv: PV_Garage
    # - pv # list of pv inverters/ meters
    battery: BYD
    # - battery # list of battery meters
    # aux:
    # - aux # list of auxiliary meters for adjusting grid operating point
  residualPower: 100 # additional household usage margin
  maxGridSupplyWhileBatteryCharging: 0 # ignore battery charging if AC consumption is above this value

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
  - title: Garage # display name for UI
    charger: openwb # charger
    vehicle: Ioniq5
    #meter: charge # external charge meter (if charger has no meter included). NOT grid or pv meter.
    mode: "off" # default charge mode to apply when vehicle is disconnected; use "off" to disable by default if charger is publicly available

    # remaining settings are experts-only and best left at default values
    priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    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 (only supported for single vehicle)
        mode: charging
        # poll interval defines how often the vehicle API may be polled if NOT charging
        interval: 60m
      estimate: true # set false to disable interpolating between api updates (not recommended)
    enable: # pv mode enable behavior
      delay: 1m # threshold must be exceeded for this long
      threshold: 0 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
    disable: # pv mode disable behavior
      delay: 3m # threshold must be exceeded for this long
      threshold: 0 # maximum import power (W)

# tariffs are the fixed or variable tariffs
tariffs:
  currency: EUR # three letter ISO-4217 currency code (default EUR)
  grid:
    type: template
    template: tibber
    token: "xxx" # access token
    homeid: # optional if multiple homes associated to account

  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.11 # EUR/kWh

    # type: octopusenergy
    # tariff: AGILE-FLEX-22-11-25 # Tariff code
    # region: A # optional

    # type: amber
    # token: # api token from https://app.amber.com.au/developers/
    # siteid: # site ID returned by the API
    # channel: feedIn
  co2:
    # co2 tariff provides co2 intensity forecast and is for co2-optimized target charging if no variable grid tariff is specified
    # type: grünstromindex # GrünStromIndex (Germany only)
    # zip: <zip>

    # type: electricitymaps # https://app.electricitymaps.com/map
    # uri: <uri>
    # token: <token> # needs to be a token with forecast (not in the free tier)
    # zone: DE

    # type: ngeso # National Grid Electricity System Operator data (Great Britain only) https://carbonintensity.org.uk/
    # provides national data if both region and postcode are omitted - Choose ONE only!
    # region: 1 # optional, coarser than using a postcode - The region details are at https://carbon-intensity.github.io/api-definitions/#region-list
    # postcode: SW1 # optional - Outward postcode i.e. RG41 or SW1 or TF8. Do not include full postcode, outward postcode only

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

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

# eebus credentials
eebus:
  # uri: # :4712
  # interfaces: # limit eebus to specific network interfaces
  # - en0
  # certificate: # local signed certificate, required, can be generated via `evcc eebus-cert`
  #   public: # public key
  #   private: # private key

# 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}
    soc: # vehicle soc update event
      title: Soc updated
      msg: Battery charged to ${vehicleSoc:%.0f}%
    guest: # vehicle could not be identified
      title: Unknown vehicle
      msg: Unknown vehicle, guest connected?

Log details

[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: send 41 31 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: recv 41 31 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: send 41 32 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: recv 41 32 00 00 00 05 01 04 02 00 00
[lp-1  ] DEBUG 2024/10/25 11:59:39 charger status: A
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: send 41 33 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: recv 41 33 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: send 41 34 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 11:59:39 modbus: recv 41 34 00 00 00 05 01 04 02 00 00
[site  ] DEBUG 2024/10/25 12:00:08 ----
[openwb-2.0] TRACE 2024/10/25 12:00:08 modbus: send 41 35 00 00 00 06 01 04 27 74 00 02
[openwb-2.0] TRACE 2024/10/25 12:00:08 modbus: recv 41 35 00 00 00 07 01 04 04 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:08 charge power: 0W
[openwb-2.0] TRACE 2024/10/25 12:00:08 modbus: send 41 36 00 00 00 06 01 04 27 7b 00 03
[openwb-2.0] TRACE 2024/10/25 12:00:08 modbus: recv 41 36 00 00 00 09 01 04 06 00 00 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:08 charge currents: [0 0 0]A
[BYD   ] TRACE 2024/10/25 12:00:08 modbus: send 64 00 00 00 00 0b 47 10 04 12 00 02 04 00 00 41 a0
[BYD   ] TRACE 2024/10/25 12:00:08 modbus: recv 64 00 00 00 00 06 47 10 04 12 00 02
[BYD   ] TRACE 2024/10/25 12:00:08 modbus: send 64 01 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 be
[BYD   ] TRACE 2024/10/25 12:00:08 modbus: recv 64 01 00 00 00 06 47 10 04 12 00 02
[site  ] DEBUG 2024/10/25 12:00:08 set battery mode: charge
[Hausanschluss] TRACE 2024/10/25 12:00:08 modbus: send 64 02 00 00 00 06 47 03 00 fc 00 02
[Hausanschluss] TRACE 2024/10/25 12:00:08 modbus: recv 64 02 00 00 00 07 47 03 04 99 9a 41 91
[site  ] DEBUG 2024/10/25 12:00:08 grid power: 18W
[sunspec] TRACE 2024/10/25 12:00:08 modbus: send 64 03 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 03 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 04 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 04 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 5e 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fe 0e 07 d0 13 88 f7 c6 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 05 00 00 00 06 47 03 9d 38 00 14
[sunspec] TRACE 2024/10/25 12:00:09 model 802 block 0 point W: -2106
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 05 00 00 00 2b 47 03 28 00 01 44 43 5f 53 54 52 49 4e 47 5f 31 20 20 20 20 20 01 1a 19 69 07 2d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:09 model 160 block 1 point DCW: 1837
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 06 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 06 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 5e 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fe 0e 07 d0 13 88 f7 c6 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:00:09 model 802 block 0 point SoC: 19
[site  ] DEBUG 2024/10/25 12:00:09 battery soc: 19%
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 07 00 00 00 06 47 03 9d 30 00 08
[site  ] DEBUG 2024/10/25 12:00:09 battery power: -2106W
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 07 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 08 00 00 00 06 47 03 9d 4c 00 14
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 08 00 00 00 2b 47 03 28 00 02 44 43 5f 53 54 52 49 4e 47 5f 32 20 20 20 20 20 00 c5 0c 76 02 77 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:09 model 160 block 2 point DCW: 631
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 09 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 09 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 0a 00 00 00 06 47 03 9d 60 00 14
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 0a 00 00 00 2b 47 03 28 00 03 44 43 5f 53 54 52 49 4e 47 5f 33 20 20 20 20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:09 model 160 block 3 point DCW: 0
[sunspec] TRACE 2024/10/25 12:00:09 modbus: send 64 0b 00 00 00 06 47 03 9c 88 00 32
[sunspec] TRACE 2024/10/25 12:00:09 modbus: recv 64 0b 00 00 00 67 47 03 64 00 97 00 31 00 32 00 33 ff fe ff ff ff ff ff ff 08 fc 09 16 08 db ff ff 00 f3 00 00 13 8a ff fe 01 75 00 00 01 0c 00 00 03 e8 ff fd 03 30 43 4a 00 00 ff ff 00 00 ff ff 00 00 01 75 00 00 02 1e 02 46 01 ef 00 00 ff ff 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:09 model 103 block 0 point WH: 5.3494602e+07
[site  ] DEBUG 2024/10/25 12:00:09 pv power: 2468W
[site  ] DEBUG 2024/10/25 12:00:09 battery has priority at soc 19% (< 50%)
[site  ] DEBUG 2024/10/25 12:00:09 site power: 118W
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: send 41 37 00 00 00 06 01 04 27 76 00 02
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: recv 41 37 00 00 00 07 01 04 04 00 2e ab ea
[lp-1  ] DEBUG 2024/10/25 12:00:09 charge total import: 3058.666kWh
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: send 41 38 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: recv 41 38 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: send 41 39 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: recv 41 39 00 00 00 05 01 04 02 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:09 charger status: A
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: send 41 3a 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: recv 41 3a 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: send 41 3b 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:09 modbus: recv 41 3b 00 00 00 05 01 04 02 00 00
[site  ] DEBUG 2024/10/25 12:00:38 ----
[openwb-2.0] TRACE 2024/10/25 12:00:38 modbus: send 41 3c 00 00 00 06 01 04 27 74 00 02
[openwb-2.0] TRACE 2024/10/25 12:00:38 modbus: recv 41 3c 00 00 00 07 01 04 04 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:38 charge power: 0W
[openwb-2.0] TRACE 2024/10/25 12:00:38 modbus: send 41 3d 00 00 00 06 01 04 27 7b 00 03
[openwb-2.0] TRACE 2024/10/25 12:00:38 modbus: recv 41 3d 00 00 00 09 01 04 06 00 00 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:38 charge currents: [0 0 0]A
[Hausanschluss] TRACE 2024/10/25 12:00:38 modbus: send 64 0c 00 00 00 06 47 03 00 fc 00 02
[Hausanschluss] TRACE 2024/10/25 12:00:38 modbus: recv 64 0c 00 00 00 07 47 03 04 66 67 40 d6
[site  ] DEBUG 2024/10/25 12:00:38 grid power: 7W
[sunspec] TRACE 2024/10/25 12:00:38 modbus: send 64 0d 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:00:38 modbus: recv 64 0d 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:38 modbus: send 64 0e 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 0e 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 60 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fe 0a 07 d0 13 88 f7 c6 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:00:39 model 802 block 0 point W: -2106
[BYD   ] TRACE 2024/10/25 12:00:39 modbus: send 64 0f 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 be
[BYD   ] TRACE 2024/10/25 12:00:39 modbus: recv 64 0f 00 00 00 06 47 10 04 12 00 02
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 10 00 00 00 06 47 03 9d 38 00 14
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 10 00 00 00 2b 47 03 28 00 01 44 43 5f 53 54 52 49 4e 47 5f 31 20 20 20 20 20 01 19 19 7d 07 2d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:39 model 160 block 1 point DCW: 1837
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 11 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 11 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 60 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fe 0a 07 d0 13 88 f7 c6 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 12 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:00:39 model 802 block 0 point SoC: 19
[site  ] DEBUG 2024/10/25 12:00:39 battery soc: 19%
[site  ] DEBUG 2024/10/25 12:00:39 battery power: -2106W
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 12 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 13 00 00 00 06 47 03 9d 4c 00 14
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 13 00 00 00 2b 47 03 28 00 02 44 43 5f 53 54 52 49 4e 47 5f 32 20 20 20 20 20 00 c3 0c 79 02 6f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:39 model 160 block 2 point DCW: 623
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 14 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 14 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 15 00 00 00 06 47 03 9d 60 00 14
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 15 00 00 00 2b 47 03 28 00 03 44 43 5f 53 54 52 49 4e 47 5f 33 20 20 20 20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:39 model 160 block 3 point DCW: 0
[sunspec] TRACE 2024/10/25 12:00:39 modbus: send 64 16 00 00 00 06 47 03 9c 88 00 32
[sunspec] TRACE 2024/10/25 12:00:39 modbus: recv 64 16 00 00 00 67 47 03 64 00 9f 00 33 00 35 00 36 ff fe ff ff ff ff ff ff 09 00 09 15 08 d8 ff ff 00 eb 00 00 13 88 ff fe 01 6b 00 00 01 14 00 00 03 e8 ff fd 03 30 43 4a 00 00 ff ff 00 00 ff ff 00 00 01 63 00 00 02 1e 02 49 01 f0 00 00 ff ff 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:00:39 model 103 block 0 point WH: 5.3494602e+07
[site  ] DEBUG 2024/10/25 12:00:39 pv power: 2460W
[site  ] DEBUG 2024/10/25 12:00:39 battery has priority at soc 19% (< 50%)
[site  ] DEBUG 2024/10/25 12:00:39 site power: 107W
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: send 41 3e 00 00 00 06 01 04 27 76 00 02
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: recv 41 3e 00 00 00 07 01 04 04 00 2e ab ea
[lp-1  ] DEBUG 2024/10/25 12:00:39 charge total import: 3058.666kWh
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: send 41 3f 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: recv 41 3f 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: send 41 40 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: recv 41 40 00 00 00 05 01 04 02 00 00
[lp-1  ] DEBUG 2024/10/25 12:00:39 charger status: A
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: send 41 41 00 00 00 06 01 04 27 83 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: recv 41 41 00 00 00 05 01 04 02 00 00
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: send 41 42 00 00 00 06 01 04 27 82 00 01
[openwb-2.0] TRACE 2024/10/25 12:00:39 modbus: recv 41 42 00 00 00 05 01 04 02 00 00
[site  ] DEBUG 2024/10/25 12:01:08 ----
[openwb-2.0] TRACE 2024/10/25 12:01:08 modbus: send 41 43 00 00 00 06 01 04 27 74 00 02
[openwb-2.0] TRACE 2024/10/25 12:01:08 modbus: recv 41 43 00 00 00 07 01 04 04 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:01:08 charge power: 0W
[openwb-2.0] TRACE 2024/10/25 12:01:08 modbus: send 41 44 00 00 00 06 01 04 27 7b 00 03
[openwb-2.0] TRACE 2024/10/25 12:01:08 modbus: recv 41 44 00 00 00 09 01 04 06 00 00 00 00 00 00
[lp-1  ] DEBUG 2024/10/25 12:01:08 charge currents: [0 0 0]A
[Hausanschluss] TRACE 2024/10/25 12:01:08 modbus: send 64 17 00 00 00 06 47 03 00 fc 00 02
[Hausanschluss] TRACE 2024/10/25 12:01:08 modbus: recv 64 17 00 00 00 07 47 03 04 66 67 41 7e
[site  ] DEBUG 2024/10/25 12:01:08 grid power: 16W
[sunspec] TRACE 2024/10/25 12:01:08 modbus: send 64 18 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:01:08 modbus: recv 64 18 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:01:08 modbus: send 64 19 00 00 00 06 47 03 9d 38 00 14
[sunspec] TRACE 2024/10/25 12:01:08 modbus: recv 64 19 00 00 00 2b 47 03 28 00 01 44 43 5f 53 54 52 49 4e 47 5f 31 20 20 20 20 20 01 2c 19 4e 07 9c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:01:08 modbus: send 64 1a 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:01:08 model 160 block 1 point DCW: 1948
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 1a 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 63 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fd d9 07 d0 13 88 f7 0c 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:01:09 model 802 block 0 point W: -2292
[BYD   ] TRACE 2024/10/25 12:01:09 modbus: send 64 1b 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 be
[BYD   ] TRACE 2024/10/25 12:01:09 modbus: recv 64 1b 00 00 00 06 47 10 04 12 00 02
[sunspec] TRACE 2024/10/25 12:01:09 modbus: send 64 1c 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 1c 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:01:09 modbus: send 64 1d 00 00 00 06 47 03 9d 76 00 3e
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 1d 00 00 00 7f 47 03 7c 00 19 28 00 23 40 58 20 00 00 00 00 00 00 00 00 00 00 00 13 00 00 00 00 00 00 03 80 00 00 00 00 00 00 00 00 00 01 00 04 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 63 11 a0 00 00 00 20 00 00 00 00 00 20 00 00 00 00 00 00 fd d9 07 d0 13 88 f7 0c 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ff fe ff fe 00 00
[sunspec] TRACE 2024/10/25 12:01:09 model 802 block 0 point SoC: 19
[site  ] DEBUG 2024/10/25 12:01:09 battery soc: 19%
[sunspec] TRACE 2024/10/25 12:01:09 modbus: send 64 1e 00 00 00 06 47 03 9d 4c 00 14
[site  ] DEBUG 2024/10/25 12:01:09 battery power: -2292W
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 1e 00 00 00 2b 47 03 28 00 02 44 43 5f 53 54 52 49 4e 47 5f 32 20 20 20 20 20 00 c8 0c 8b 02 84 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[sunspec] TRACE 2024/10/25 12:01:09 model 160 block 2 point DCW: 644
[sunspec] TRACE 2024/10/25 12:01:09 modbus: send 64 1f 00 00 00 06 47 03 9d 30 00 08
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 1f 00 00 00 13 47 03 10 ff fe ff ff 00 00 00 00 00 00 00 00 00 03 00 00
[sunspec] TRACE 2024/10/25 12:01:09 modbus: send 64 20 00 00 00 06 47 03 9d 60 00 14
[sunspec] TRACE 2024/10/25 12:01:09 modbus: recv 64 20 00 00 00 2b 47 03 28 00 03 44 43 5f 53 54 52 49 4e 47

What type of operating system are you running?

HomeAssistant Add-on

Nightly build

  • I have verified that the issue is reproducible with the latest nightly build

Version

0.131.1

@andig
Copy link
Member

andig commented Oct 25, 2024

Bitte vollständiges Log, Debug reicht. Bitte auch /api/state zum Zeitpunkt des günstigen ladens.

@andig
Copy link
Member

andig commented Oct 25, 2024

@naltatis smartCost zieht nur wenn es keinen aktiven Ladeplan gibt. Evtl. führt das hier zu Verwirrung? Zumindest passen UI Indikation und Code nicht so richtig zueinander:

case mode == api.ModeMinPV || mode == api.ModePV:
	// cheap tariff
	if smartCostActive && lp.EffectivePlanTime().IsZero() {
		err = lp.fastCharging()
		lp.resetPhaseTimer()
		lp.elapsePVTimer() // let PV mode disable immediately afterwards
		break
	}

@andig andig added the question Rather clarification than issue label Oct 25, 2024
@martinscheller
Copy link
Author

Bitte vollständiges Log, Debug reicht. Bitte auch /api/state zum Zeitpunkt des günstigen ladens.

Wo finde ich das vollständige Logfile zu EVCC unter Home Assistant? Wie komme ich an die Daten von /api/state? :-)

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 25, 2024

Liegt es am Wechsel der Funktion in das Gen2-Template? Ich vermute die Versionsnummer für das "funktioniert noch" ist nicht ganz richtig. Mit 0.131.0 ist das Template aktiv geworden, um die Probleme mit den älteren Plenticore zu vermeiden.

https://docs.cvcc.io/docs/devices/meters#plenticore-hybrid-gen2

https://docs.evcc.io/docs/devices/meters#plenticore-hybrid

Bitte mal versuchen, das Template zu wechseln.

@andig
Copy link
Member

andig commented Oct 25, 2024

@iseeberg79 die haben beide Batteriesteuerung. Wenn es vorher ging sollte es jetzt auch gehen.

@iseeberg79
Copy link
Contributor

Batteriesperre geht bei beiden, Netzladen nur beim neuen

@andig
Copy link
Member

andig commented Oct 25, 2024

Da hast Du recht- aber das ging dann vorher auch nicht. Das behauptet das Issue aber. Kann daran also nicht liegen.

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 25, 2024

Richtig, in 0.131.0 kann es auch nicht mehr geklappt haben, aber zwischen 0.130.9 und bis 0.130.13.

In #15508 wurde das damals gemeldet, und im PR #16414 (inkl. Vorgänger) haben wir das letztlich umgestellt und dokumentiert.

Für den Anwender gibt es keine Möglichkeit zu erkennen, ob auch die Netzladung vom Template unterstützt wird. Batteriesteuerung ist inzwischen zu allgemein.

@martinscheller
Copy link
Author

Ich habe die Funktion gestern am frühen Morgen noch genutzt und die Batterie darüber geladen. Ich bin mir ziemlich sicher, daß ich da die Version 0.131.0 genutzt habe. Leider weiß ich nicht, ob bzw. wo man die Home Assistant sehen kann, wann welche Zusatzmodule mit welchen Versionsständen upgedated wurden.

@andig
Copy link
Member

andig commented Oct 25, 2024

Du kannst das außerhalb HA nachtesten. Für HA bieten wir keinen Support an.

@iseeberg79
Copy link
Contributor

Versuche bitte das andere Template, wenn die Bedingungen bei dir gegeben sind: wenn es dann geht, passt es eigentlich

@martinscheller
Copy link
Author

Versuche bitte das andere Template, wenn die Bedingungen bei dir gegeben sind: wenn es dann geht, passt es eigentlich

Ich werde berichten. Vielen Dank an alle für´s schnelle Feedback!

@martinscheller
Copy link
Author

Das andere Template hat leider keine Änderung gebracht. Gibt es eine Möglichkeit auf die 0.130.13 Version downzugraden?

@iseeberg79
Copy link
Contributor

Kannst du bitte deine Konfiguration nochmal bereitstellen? Ich habe gerade zur Probe problemlos mit der Version und dem neuen Template aus dem Netz laden können. Funktion ist erwartungsgemäß.

@martinscheller
Copy link
Author

evcc.yaml.pdf

Vielen Dank vorab. Konfig anbei. Liegt es evtl. daran, daß ich nicht den "eingebauten" Modbus Proxy verwende, sondern das Add On in HA?

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 26, 2024

Sollte bei dir für die Batterie so aussehen:

  • name: BYD
    type: template
    template: kostal-plenticore-gen2
    usage: battery

    modbus: tcpip
    id: 71
    host: 10.11.12.160 # Hostname
    port: 1502 # Port

Dazu die Watchdog-Konfiguration passend zur Einstellung am WR.
Du hast die bei der Verwendung PV konfiguriert, dort ist sie wirkungslos. Wenn 60s passend sind, wäre das der Standard der Templates und kann weggelassen werden.

Du kannst PV+Battery auf das neue Template umstellen, damit es einheitlich ist. Ändert an der Umsetzung nichts, da die Templates sich für die Verwendung PV nicht unterscheiden.

Wenn der Preis hoch genug konfiguriert ist, sollte die Netzladung adhoc starten und im UI sichtbar sein: geplantes Netzladen sollte dann auch funktionieren

@martinscheller
Copy link
Author

Danke, ich versuche es gleich nochmal. Wo ist der Unterschied Gen 1 und 2 beim Plenticore? Ich habe Gen 1 (2019). Inwiefern spielt das für die evcc.yaml eine Rolle?

@martinscheller
Copy link
Author

grafik

Das ist seltsam. Ich habe eben den Preis so konfiguriert, daß die Batterie geladen werden müßte. Wird sie aber nicht. Es wird lediglich das Entladen unterbunden. Ändere ich den Preis wieder, wird sie wieder entladen.

@martinscheller
Copy link
Author

grafik

@iseeberg79
Copy link
Contributor

evcc.yaml.pdf

Vielen Dank vorab. Konfig anbei. Liegt es evtl. daran, daß ich nicht den "eingebauten" Modbus Proxy verwende, sondern das Add On in HA?

Der Proxy sollte egal sein, insbesondere wenn es vorher mit dem geklappt hat, den Hausakku aus dem Netz zu laden.

Konfiguration passt, können wir kurz abgleichen, welche Batterie geladen werden soll? BYD - oder Fahrzeug?

Ich bin von der Hausbatterie ausgegangen, auch weil das Log in der Eröffnung bestätigt, das diese in den Lademodus gesetzt wird, aber keine Netzladung mit dem verwendeten Template in der EVCC Version mehr möglich ist: dafür braucht es die genannte Umstellung.

Die Funktion günstiges Netzladen für den Ladepunkt (Wallbox) funktioniert auch problemlos, wäre aber unabhängig vom verwendeten "plenticore"-Template.

@martinscheller
Copy link
Author

Ja, die BYD Hausbatterie soll geladen werden.

@iseeberg79
Copy link
Contributor

grafik

Das ist seltsam. Ich habe eben den Preis so konfiguriert, daß die Batterie geladen werden müßte. Wird sie aber nicht. Es wird lediglich das Entladen unterbunden. Ändere ich den Preis wieder, wird sie wieder entladen.

Es kommen also Modbus-Kommandos an.

Das ist etwas träge, gib dem System ein paar Sekunden (eine Minute?).
Die Batterie schaltet nicht sofort zwischen Entladung und Ladung um.

Können wir sicher sein, dass die Konfiguration auch die richtige ist, und nicht zufällig eine andere weiterhin genutzt wird?

Der Unterschied der beiden Templates liegt in der Umsetzung der verwendeten Register: wegen eines Problems mit der Reaktivierung der internen Steuerung (primär hw0100), wurde die alte Implementierung wiederhergestellt. In gen2 wird die Ladeleistung geregelt, im anderen nur der minsoc gesetzt.
Darum geht die Netzladung nur im gen2.
Ursächlich ist mutmaßlich das Verhalten der Kostal gen1+HW0100, beim verwendeten Register, weil die interne Steuerung nicht wiederhergestellt wird. Der WR entlädt die Batterie erst wieder, wenn er neugestartet wird.

Wenn die Funktion vorher bei dir lief, geht sie bei deinem System scheinbar und du kannst umstellen.

@martinscheller
Copy link
Author

grafik

Ich habe eben nochmal gegoogelt, weil ich die Anzeige unter Batteriestatus bei aktiver Ladung anders in Erinnerung habe und folgendes gefunden. Unter "Normal" müßte während der Ladung "Ext. Batteriesteuerung aktiv" stehen. Tut es bei mir aber nicht. Kann man irgendwo die Modbus Kommunikation debuggen?

@martinscheller
Copy link
Author

Sorry, da haben sich unsere Posts überschnitten.

Wenn die Funktion vorher bei dir lief, geht sie bei deinem System scheinbar und du kannst umstellen.

Umstellen worauf?

@iseeberg79
Copy link
Contributor

Sorry, da haben sich unsere Posts überschnitten.

Wenn die Funktion vorher bei dir lief, geht sie bei deinem System scheinbar und du kannst umstellen.

Umstellen worauf?

Auf das gen2-Template: hast du ja bereits...

Für mich sieht das so aus, als ob die Konfiguration nicht zieht?
Mit dem HA Setup kenne ich mich nicht aus.

Und ja: ext. Steuerung steht dort bei Schreiben in die Ladeleistung

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 26, 2024

Kann man irgendwo die Modbus Kommunikation debuggen

#16302 (reply in thread)

Bringt dich zumindest in die Nähe, ich hab da für die Anzeige der Modbus Register des WR etwas beschrieben, das wäre für mich jetzt hier wiederverwendbar.

WR Batterieeinstellungen http://WR-IP/de-de/#/service/battery

Timeout auf 60s?

@martinscheller
Copy link
Author

grafik

Ja.

@iseeberg79
Copy link
Contributor

Prüfe doch mal, ob die Konfiguration auch wirklich genutzt wird. Den Neustart nach Änderung der Konfiguration nicht vergessen?

Mit dem im anderen Thread genannten Kommando kannst du alternativ, aber mit mehr Mühe, die Register lesen. Da sehen wir aber vermutlich nur, was die Wirkung ist: falls nur minsoc geschrieben wird, ist das alte Template noch aus irgendeinem Grund aktiv.

Ich denke, ansonsten würde bei dir die Batterie auch geladen werden.

Mit einer Auflistung von "ls -la /config" sollte man die Änderungen der Konfigurationsdatei nachvollziehen können. Ein Log vom Start vom EVCC (Startlog von HA/EVCC Addon) hilft vielleicht auch, um andere Ursachen auszuschließen.

Vielleicht kommen wir weiter... merkwürdig

@MiGro1194
Copy link

Kann das vielleicht auch an Tibber liegen? Bei mir geht es nämlich auch nicht mehr und in der neuen Home Assistant Version 2024.10.4 wurde die py für Tibber angepasst.

Bump pyTibber to 0.30.3 (@Danielhiversen - #128860)

@iseeberg79
Copy link
Contributor

Wenn Daten verfügbar sind, sollte das eigentlich keinen weiteren Einfluss mehr nehmen. Den WR steuert die Tibber Integration doch nicht?

Hast du die Hinweise der Templates beachtet und umgestellt nach 0.130.13?

https://docs.evcc.io/docs/devices/meters#plenticore-hybrid

https://docs.evcc.io/docs/devices/meters#plenticore-hybrid-gen2

@MiGro1194
Copy link

Bei mir war es ein geänderter Token @martinscheller bei Tibber: Tibber Pulse.

@martinscheller
Copy link
Author

Bei mir war es ein geänderter Token @martinscheller bei Tibber: Tibber Pulse.

Danke für den Hinweis. Gerade überprüft, der Token hat sich bei mir nicht geändert. Das Laden des Autos funktioniert jedenfalls noch preisbasiert und folgende korrekte Anzeige sehe ich auf dem Plenticore:

grafik

@martinscheller
Copy link
Author

grafik

grafik

Laut Dokumentation funktioniert Netzladen mit Gen 1 Plenticore nicht (mehr). Ich habe HW Version 0100. Das ist ärgerlich, zumal es ja vor 0.131.x wunderbar funktioniert hat.

@iseeberg79
Copy link
Contributor

Schick doch mal bitte die Übersicht mit deiner Firmware und Hardware-Release Version.

@iseeberg79
Copy link
Contributor

Das ist ärgerlich, zumal es ja vor 0.131.x wunderbar funktioniert hat

Wenn das vorher bei dir funktioniert hat, braucht es nur die erfolgreiche, manuelle Umstellung auf das neue Template.

Es gibt leider Kombination, die nicht richtig funktioniert haben, und die müssen berücksichtigt werden. So hat der Anwender die Kontrolle über die experimentelle Netzladungsfunktion, durch Wahl des Templates.

@martinscheller
Copy link
Author

Schick doch mal bitte die Übersicht mit deiner Firmware und Hardware-Release Version.

Plenticore 8.5

grafik

Ich versuche über Home Assistant die Plenticore Register über Modbus auszulesen. Auf welche Register wären das?

@martinscheller
Copy link
Author

Ohne "Auf" ;-)

@iseeberg79
Copy link
Contributor

Ich versuche über Home Assistant die Plenticore Register über Modbus auszulesen. Auf welche Register wären das?

1028 für das gen2-Template
1042 für das andere

OT: deine Versionsinfo fällt tatsächlich in das problematische Muster: und die Netzladung/Batteriesperre funktionierte vorher problemlos? Da sollten wir später auch nochmal genau hinschauen...

@martinscheller
Copy link
Author

grafik

Scheint wohl doch nicht so einfach zu sein. MIt o.g. Konfig kommt als Wert "0" zurück.

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 27, 2024

Bei Endianess "little" wird float32s - ah, Standard bei HA Modbus - erwartet. Beim Netzladen würde erwartungsgemäß eine -100 im Register 1028 geschrieben (nur kostal-plenticore-gen2).

Im anderen Template (kostal-plenticore) sollte nur im Register 1042 bei Batteriesperre der aktuelle Füllstand der Batterie geschrieben werden (zwischen minsoc und 100, wobei minsoc im Standard 20% ist).

@iseeberg79
Copy link
Contributor

Im Screenshot oben ist mir aufgefallen, dass die externe Batteriesteuerung bei dir jetzt auch angezeigt wird (bei Batteriesperre/Netzladung?). Es braucht eine Weile (bis zu mehreren Minuten) bis die Netzladung aktiv wird.

@iseeberg79
Copy link
Contributor

grafik

Scheint wohl doch nicht so einfach zu sein. MIt o.g. Konfig kommt als Wert "0" zurück.

Es klappt mit der zusätzlichen Option "swap: word".

@martinscheller
Copy link
Author

martinscheller commented Oct 28, 2024

Im Screenshot oben ist mir aufgefallen, dass die externe Batteriesteuerung bei dir jetzt auch angezeigt wird (bei Batteriesperre/Netzladung?).

Das war der Screenshot, während das Auto geladen wurde, was ja noch fehlerfrei funktioniert.

Es braucht eine Weile (bis zu mehreren Minuten) bis die Netzladung aktiv wird.

Als das Netzladen also Laden des BYD Akkus vom Netz noch funktioniert hat, hat es sofort begonnen, als der definierte Strompreis erreicht war. Eine Verzögerung konnte ich nie beobachten.

@martinscheller
Copy link
Author

martinscheller commented Oct 28, 2024

grafik

Soll ich auf die aktuellste Version updaten?

@martinscheller
Copy link
Author

Scheint wohl doch nicht so einfach zu sein. MIt o.g. Konfig kommt als Wert "0" zurück.

Es klappt mit der zusätzlichen Option "swap: word"

grafik

Kleine Ursache, große Wirkung ;-) Der SoC wird nun korrekt angezeigt.

@iseeberg79
Copy link
Contributor

Kleine Ursache, große Wirkung ;-) Der SoC wird nun korrekt angezeigt.

Du kannst das Register 1028 noch hinzufügen, dann sehen wir genau, was denn eigentlich bei Batteriesperre und Netzladen in den Registern los ist.

@martinscheller
Copy link
Author

Kleine Ursache, große Wirkung ;-) Der SoC wird nun korrekt angezeigt.

Du kannst das Register 1028 noch hinzufügen, dann sehen wir genau, was denn eigentlich bei Batteriesperre und Netzladen in den Registern los ist.

grafik

Erledigt, auch das 1030 hinzugefügt und neu gestartet. Leider zeigen die beiden 1028 und 1030 nur "0" an.
Verstehe ich nicht. Laut Kostal Doku sind doch alle 3 vom gleichen Typ:

grafik

@iseeberg79
Copy link
Contributor

iseeberg79 commented Oct 28, 2024

Alles OK soweit. Folgendes ist jetzt interessant: wie sehen die Register bei "Batteriesperre (Schnellladen)" und "Netzladen (Hausbatterie)" aus.

Erwartung ist:

  1. bei Batteriesperre in 1028: 0, 1042 unverändert; externe Batteriesteuerung in der Webansicht des WR aktiv; praktisch keine Ladung/Entladung

  2. bei normalem Betrieb verschwindet die externe Steuerung aus der Webansicht des WR und es wird nach etwas mehr als einer Minute wieder passend zum Verbrauch entladen oder geladen (PV Überschuss)

  3. bei Netzladung in 1028: -100, 1042 unverändert (Achtung, dauert etwas, aber <5 Minuten) - die Ladeleistung steigt träge an, bis zum Maximalen Wert (abhängig von der Leistung der Batterie)

  4. bei normalem Betrieb aus Netzladen in 1028: 0, 1042 unverändert; die Netzladung nimmt träge ab; nach etwas mehr als zwei Minuten ist die externe Steuerung wieder inaktiv, es wird wieder passend zum Verbrauch entladen oder geladen (PV Überschuss) (identisch zu 2)

Bei Änderung im Register 1042 während der Batteriesperre: altes Template, keine Netzladungsfunktion

@martinscheller
Copy link
Author

Ich werde berichten, allerdings wohl erst Ende der Woche. Aktuell ist der Hausakku SoC bei 100% und ich bin nun einige Tage beruflich unterwegs.

@martinscheller
Copy link
Author

@iseeberg79: Es funktioniert wieder! Vielen Dank für deine Hilfe! Konnte es eben noch testen. Davor mußte ich einen Hard Reset meines Raspberry 4 machen, weil HA nicht mehr reagiert hat. Das viele Rebooten hat ihm offenbar nicht gefallen...

So sah es während des Netzladens des Hausakkus aus. Die Verzögerung waren nur wenige Sekunden, nachdem ich den Preis eingestellt hatte.

Pasted Graphic 2

Vor 1 Minute

Pasted Graphic 5

So sah es aus, als ich den Preis wieder "gesenkt" habe. Auch das dauerte nur wenige Sekunden. Erst wurde die Akkuladung gestoppt, dann war der Akku kurz zum Entladen blockiert und kurz danach wurde wieder der Akku ganz normal entladen.

Pasted Graphic 8

Pasted Graphic 7

Pasted Graphic 9

@iseeberg79
Copy link
Contributor

Prima, am Ende lag's irgendwo in der Umstellung zum neuen Template.
Magst du schließen?

@iseeberg79
Copy link
Contributor

Spannend, dass es mit der von dir genannten Versionsinfo problemlos klappt, da wurde die Ursache für die Schwierigkeiten wohl noch nicht endgültig gefunden und hängt ggf. noch an weiteren Faktoren.

image

@andig Netzladen klappt, auch per HA und externem Modbus-Proxy; aber auch für eine Kombination an HW, die in anderer Diskussion ursächlich für die durchgeführte Umstellung war.

@iseeberg79
Copy link
Contributor

@andig #16965 erstellt, um das nicht weiter wiederholt erklären zu müssen

@mbuhansen
Copy link

Alles OK soweit. Folgendes ist jetzt interessant: wie sehen die Register bei "Batteriesperre (Schnellladen)" und "Netzladen (Hausbatterie)" aus.

Erwartung ist:

  1. bei Batteriesperre in 1028: 0, 1042 unverändert; externe Batteriesteuerung in der Webansicht des WR aktiv; praktisch keine Ladung/Entladung
  2. bei normalem Betrieb verschwindet die externe Steuerung aus der Webansicht des WR und es wird nach etwas mehr als einer Minute wieder passend zum Verbrauch entladen oder geladen (PV Überschuss)
  3. bei Netzladung in 1028: -100, 1042 unverändert (Achtung, dauert etwas, aber <5 Minuten) - die Ladeleistung steigt träge an, bis zum Maximalen Wert (abhängig von der Leistung der Batterie)
  4. bei normalem Betrieb aus Netzladen in 1028: 0, 1042 unverändert; die Netzladung nimmt träge ab; nach etwas mehr als zwei Minuten ist die externe Steuerung wieder inaktiv, es wird wieder passend zum Verbrauch entladen oder geladen (PV Überschuss) (identisch zu 2)

Bei Änderung im Register 1042 während der Batteriesperre: altes Template, keine Netzladungsfunktion

@iseeberg79 Can you please share your yaml from HA or script to get Home assistant to write -100 to adresse 1028.
thanks

@iseeberg79
Copy link
Contributor

iseeberg79 commented Nov 2, 2024

Sorry I am not using HA. But see the configuration in one of the postings above. Only thing you need is a configured modbus in HA to create those sensors. It's straight forward.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Rather clarification than issue
Projects
None yet
Development

No branches or pull requests

5 participants