OCPP: Mennekes Smart Ladestation seit 0.130.8 Fehlerhaft

[benesolar]

Describe the bug

Hallo,

seit dem Update 0.130.0 startet die Ladung nicht mehr.
Habe auch schon 0.130.3 getestet.

• charge power: not available
• charger out of sync: expected enabled, got disabled

evcc-20240825-152707-ocpp trace.log

Steps to reproduce

1. Funktionierende Config mit 0.129.0
2. Update auf 0.130.3
   ...

Configuration details

network:
  schema: http
  host: evcc.local
  port: 7070

interval: 5s # control cycle interval

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

# telemetry: true

# log settings
log: error
levels:
  core: error
  lp-1: error
  lp-2: error
  lp-3: error
  cache: error
  db: error
  ocpp: error

# meter definitions
meters:
  - name: grid
    type: template
    template: fronius-gen24
    usage: grid
    host: 192.168.1.248
    port: 502
  - name: pv1
    type: template
    template: fronius-gen24
    usage: pv
    host: 192.168.1.248
    port: 502
  - name: pv2
    type: template
    template: fronius-solarapi-v1
    usage: pv
    host: 192.168.1.249
    port: 502
  - name: pv3
    type: custom
    power:
      source: sunspec
      id: 240
      uri: 192.168.1.249:502
      value:
        - 201:W
        - 211:W
  - name: battery
    type: template
    template: fronius-solarapi-v1
    usage: battery
    host: 192.168.1.248
    user: customer
    password: xxx
  - name: EVSE-DIN
    type: template
    template: eastron
    # RS485 via adapter (Modbus RTU)
    modbus: rs485serial
    id: 2
    device: /dev/ttyUSB0 # USB-RS485 Adapter Adresse
    baudrate: 9600
    comset: "8N1" # Kommunikationsparameter für den Adapter

# charger definitions
chargers:
  - name: EVSE-DIN
    type: template
    template: evse-din
    # RS485 via adapter (Modbus RTU)
    modbus: rs485serial
    id: 1
    device: /dev/ttyUSB0 # USB-RS485 Adapter Adresse
    baudrate: 9600 
    comset: "8N1" # Kommunikationsparameter für den Adapter
  - name: SmartTRechts
    stationid: Webergasse
    connector: 1
    type: template
    template: ocpp
    connecttimeout: 5m
    timeout: 10m
    autostart: true
    bootnotification: false
    meterInterval: 60s
    metervalues: Energy.Active.Import.Register
  - name: SmartTLinks
    stationid: Webergasse
    connector: 2
    type: template
    template: ocpp
    connecttimeout: 5m
    timeout: 10m
    autostart: true
    bootnotification: false
    meterInterval: 60s
    metervalues: Energy.Active.Import.Register
#- name: fritzdect
#  type: template
#  template: fritzdect
#  uri: https://192.168.1.254 # FRITZ!Box ip address (local)
#  user: fritz3914 # FRITZ!Box username (Has to have Smart Home privileges!)
#  password: xxx # FRITZ!Box password
#  ain: 'xxx' # switch actor identification number without blanks (see AIN number on switch sticker)
#  standbypower: 10 # treat as charging above this power

# vehicle definitions
vehicles:
  - name: polestar
    type: template
    template: polestar
    title: Polestar 2
    identifiers:
      - 043768e29a7xxx # RFID token ID
    mode: pv
    user: xxx
    password: xxx
    vin: YSMVSxxx
    capacity: 75
  - name: BMW
    type: custom
    title: BMW IX1
    capacity: 64.7
    identifiers:
      - 041f64eacd1xxx
    onIdentify:
      mode: pv
#  - name: scooter
#    type: template
#    template: niu-e-scooter
#    title: scooter # 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)
#    serial: Nxxx
#    capacity: 4 # Akku-Kapazität in kWh # Optional 

# site describes the EVU connection, PV and home battery
site:
  title: Zuhause # display name for UI
  meters:
    grid: grid # grid meter
    pv: # list of pv inverters/ meters
    - pv1
    - pv2
    - pv3
    battery: battery # battery meter
  prioritySoC: # give home battery priority up to this soc (empty to disable)
  bufferSoC: # ignore home battery discharge above soc (empty to disable)
  residualPower: 100
  circuit: main

circuits:
  - name: main
    maxCurrent: 35
    meter: grid

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
  - title: Garage # display name for UI
    charger: EVSE-DIN # charger
    meter: EVSE-DIN # charge meter
    phases: 0 # ev phases (default 3)
    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)
    guardDuration: 5m # switch charger contactor not more often than this (default 5m)
  - title: LadesäuleRechts
    charger: SmartTRechts
    mode: off
    phases: 0
    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: 4m # threshold must be exceeded for this long
      threshold: 0 # maximum import power (W)
    guardDuration: 5m # switch charger contactor not more often than this (default 5m)
  - title: LadesäuleLinks
    charger: SmartTLinks
    mode: off
    phases: 0
    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: 4m # threshold must be exceeded for this long
      threshold: 0 # maximum import power (W)
    guardDuration: 5m # switch charger contactor not more often than this (default 5m)
#  - title: Schuko
#    charger: fritzdect
#    meter:
#    vehicle:
#    mode: pv
#    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
#      min: 0 # immediately charge to 0% regardless of mode unless "off" (disabled)
#      target: 100 # always charge to 100%
#      estimate: false # set true to interpolate between api updates
#      phases: 1 # ev phases (default 3)
#    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: 5m # threshold must be exceeded for this long
#      threshold: 200 # maximum import power (W)
#    guardDuration: 5m # switch charger contactor not more often than this (default 10m)
#    minCurrent: 6 # minimum charge current (default 6A)
#    maxCurrent: 16 # maximum charge current (default 16A)

# tariffs are the fixed or variable tariffs
tariffs:
  currency: EUR
  grid:
    # either static grid price (or price zones)
    type: fixed
    price: 0.2073 # EUR/kWh
  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.07 # EUR/kWh
# push messages
messaging:
  events:
    start: # charge start event
      title: Ladung von {{.vehicleTitle}} gestarted
      msg: |
        {{.title}} Begann Ladung von {{.vehicleTitle}} im {{ toString .mode | upper }} Modus.
    stop: # charge stop event
      title: Ladung von {{.vehicleTitle}} pausiert
      msg: |
        Ladung von {{.vehicleTitle}} pausiert
    connect: # vehicle connect event
      title: "{{.vehicleTitle}} verbunden mit {{.title}}"
      msg: |
        {{.vehicleTitle}} verbunden mit {{.title}} an {{round (divf .pvPower 1000) 2 }} kW PV.
    disconnect: # vehicle connected event
      title: "{{.vehicleTitle}} disconnected of {{.title}}"
      msg: |
        {{.vehicleTitle}} disconnected of {{.title}} nach {{.connectedDuration}}.
        Geladen {{round (divf .chargedEnergy 1000) 2 }} kWh in {{.chargeDuration}}.
  services:
    - type: telegram
      token: xxx # bot id
      chats:
      - -xxx # list of chat ids

Log details

Siehe Anhang

What type of operating system are you running?

Linux

Version

0.130.3

[andig]

Bitte 0.130.3 probieren. Sollte behoben sein.

[andig]

Dann brauchts bitte ein Log mit site, loadpoint, ocpp auf trace. Sonst nix. Danke.

[andig]

Bevor ich da versuche weiter einzusteigen: Du zwingst der Wallbox die Messwerte auf:

metervalues: Energy.Active.Import.Register

wunderst Dich dann aber, dass Leistung nicht dabei ist... Warum auch immer das bei den anderen Box geht, aber die Config ist ja einfach falsch. Tatsächlich scheint Connector 1 auch keine Leistung zu liefern, 2 aber sehr wohl. Warum auch immer.

@premultiply warum wir hier bei Connector 1 überhaupt Leistung dekoriert?

[premultiply]

@andig Irgendwas stimmt hier noch nicht mit der Initialisierung bei mehreren Connectoren.
Lass uns da nochmal gemeinsam nach schauen.

@benesolar

  - name: SmartTRechts
    stationid: Webergasse
    connector: 1
    type: template
    template: ocpp
  - name: SmartTLinks
    stationid: Webergasse
    connector: 2
    type: template
    template: ocpp

ist mehr als ausreichend.

[andig]

Ja, sind wir dran...

[andig]

Test des angehängten PR wäre Klasse. Der ist ein bisschen zu groß, um ihn mal eben so zu mergen.

[benesolar]

Erst jetzt wieder möglich, Ladestation war defekt.

0.130.7: weiterhin charge power: not available bei den Anschlüssen wo kein Ladevorgang läuft.

0.130.7+1725675906: cannot create charger 'SmartTLinks': cannot create charger type 'template': cannot create charger type 'ocpp': timeout
evcc-20240907-170440-trace.log

[andig]

@benesolar der timeout sollte jetzt auch behoben sein. Charge power bin ich unsicher, ggf. bräuchte es da nochmal ein Logfile.

[andig]

Deine WB trennt die Verbindung:

charge point disconnected: Webergasse

Wäre eine Frage an den Herstellersupport möglich?

/cc @premultiply

[premultiply]

Ich starte immer die Ladestation und EVCC gleichzeitig neu, hängt eventuell damit zusammen?

Mach mal bitte erst die Ladestation aus, starte dann evcc (neu) und dann die Ladestation wieder an.

[andig]

[Webergasse-1] DEBUG 2024/09/15 21:31:29 waiting for chargepoint: 5m0s
[ocpp  ] TRACE 2024/09/15 21:31:29 error dispatching request [341681420, TriggerMessage] to Webergasse: cannot send request 341681420, no client Webergasse exists
[Webergasse-2] DEBUG 2024/09/15 21:31:29 failed triggering StatusNotification: cannot send request 341681420, no client Webergasse exists

Das ist maximal merkwürdig. -2 kommt völlig aus dem Nichts, ohne dass auch nur ein Ladepunkt verbunden wäre (@premultiply wo kommt das her?)

Dann fällt auf, dass die Box lower-case Config Keys benutzt, aber auf ChangeConfiguration in richtiger Schreibweise reagiert (@premultiply sollten wir das Einlesen case insensitive machen?).

Leider ergibt das Log (zumindest der Start) nicht viel Sinn für mich. Vielleicht liegts tatsächlich am gleichzeitigen Restart.

[benesolar]

Habe den Bereich in der .py gefunden der für ChangeConfiguration zuständig ist.
.lower steht dort überall dabei

Ich denke ein Zitat daraus ist erlaubt:
elif ConfigKey.lower() == 'HeartbeatInterval'.lower():

[andig]

Das heisst ja nicht, dass das irgendwie ein Standard wäre. Aber ja...

[benesolar]

Über eine Lösung wäre ich dankbar.
Kann ich hier irgendwie unterstützen?

[andig]

Ich hab nochmal einen Versuch gemacht. Könntest Du den lokal bauen (oder in Docker ausprobieren)?

[benesolar]

Damit kenne ich mich nicht aus.
Mit einem nightly könnte ich es testen.

[andig]

@benesolar könntest Du heute testen? Dann würde ich es jetzt mal probehalber ins nightly schubsen.

[benesolar]

kann ich heute machen

[andig]

In 20min hast Du passendes Nightly.

[benesolar]

Fehler beim Starten. Überprüfe deine Konfiguration und starte neu.
cannot create charger 'SmartTRechts': cannot create charger type 'template': cannot create charger type 'ocpp': cannot send request 2314568884, no client Ladestation exists

evcc-20241026-142818-trace.log

[benesolar]

waiting for chargepoint: 5m0s
Fehler kommt aber bereits nach 30 Sekunden?

[andig]

Das Thema hatten wir schon mal:

[main  ] INFO 2024/10/26 14:22:35 evcc 0.131.1 (ce14d937)
[main  ] INFO 2024/10/26 14:22:35 using config file: /etc/evcc.yaml
[main  ] INFO 2024/10/26 14:22:35 listening at :7070
[Ladestation-2] DEBUG 2024/10/26 14:22:37 waiting for chargepoint: 5m0s
[ocpp  ] TRACE 2024/10/26 14:22:37 error dispatching request [1086470933, ChangeAvailability] to Ladestation: cannot send request 1086470933, no client Ladestation exists

Hier ist das allererste im Log überhaupt ein OCPP Fehler. Da scheint der Charger (Annahme) schon mit evcc zu reden ohne dass OCPP überhaupt konfiguriert wäre. Mir scheint als würde ein Teil vom Log fehlen, kann ich aber nur raten. Auf jeden Fall fehlt jegliche OCPP Konaktaufnahme.

Wie es vor

[ocpp  ] DEBUG 2024/10/26 14:23:02 charge point connected: Ladestation

irgendeine OCPP Meldung im Log geben kann ist für mich nicht nachvollziehbar. Lässt sich so leider nicht analysieren.

[andig]

Du denkst an #15677 (comment)?

[benesolar]

ich habe es auch auf diese Weise probiert:
evcc-20241026-161147-trace.log

Da ist das Problem, dass evcc bereits nach 30 Sekunden die Fehlermeldung ausgibt, die Ladestation aber mindestens 2 Minuten zum starten braucht.
Bei früheren evcc Versionen war das nicht so.

[andig]

Ich schaue nochmal ob ich das in einem Testfall nachstellen kann. Mir ist aber immer noch rätselhaft, warum evcc da an eine Ladestation was schicken will die sich noch nicht mal verbunden hat. Das kann egtl. nicht sein (tm). Melde mich...

[andig]

Gleiches Spiel: In 20min hast Du passendes Nightly. Ich kann Deine Geduld einfach nur bewundern!

[benesolar]

übliche Startprozedur:
evcc-20241026-184228-trace.log

[andig]

Es tut mir leid, aber da fehlen Teile vom Log. Wo sind die Statements für [Webergasse-1] oder Ladestation hin? Warum überhaupt Ladestation? Laut Config heisst das Ding doch Webergasse?

[andig]

Falls Du heute Zeit und Lust haben solltest: melde Dich gerne mal bei info@evcc.io. Vielleicht könnten wir ja Deine WB einfach mal auf den Debugrechner zeigen lassen?

[benesolar]

Ich hatte sie vor einiger Zeit umbenannt auf "Ladestation".
Habe gerade einen Ladevorgang laufen mit Version 0.130.7 - kann um ca. 15 Uhr mit den Tests weitermachen.
E-mail geht gleich raus.

[benesolar]

Soll ich das wieder testen?
#16908