Huawei Battery charging despite battery SOC > priority level

[silencer2008]

With increased home consumption, battery charge rate stays the same but PV charging is dropped. Is this the expected behaviour?

To the point more grid energy is used to charge battery over time.

Battery is given priority SOC, but still continues to charge despite being above the set limit.

meters:

• type: template
  template: huawei-sun2000
  id: 1
  host: 192.168.4.62
  port: 502
  usage: grid
  modbus: tcpip
  timeout: 15s
  name: grid1
• type: template
  template: huawei-sun2000
  id: 1
  host: 192.168.4.62
  port: 502
  usage: pv
  modbus: tcpip
  timeout: 15s
  name: pv2
• type: template
  template: huawei-sun2000
  id: 1
  host: 192.168.4.62
  port: 502
  usage: battery
  modbus: tcpip
  timeout: 15s
  name: battery3
• type: template
  template: huawei-sun2000
  id: 2
  host: 192.168.4.62
  port: 502
  usage: pv
  modbus: tcpip
  timeout: 15s
  name: pv4

chargers:

• type: template
  template: twc3
  host: 192.168.4.64
  name: wallbox6

vehicles:

• name: Tesla
  type: custom
  title: Blue Beetle
  icon: car
  capacity: 60
  chargeenable:
  source: http
  uri: "http://192.168.4.150:8080/api/1/vehicles/vin/command/{{if .chargeenable}}charge_start{{else}}charge_stop{{end}}"
  method: POST
  body: ""
  maxcurrent: # set charger max current (A)
  source: http
  uri: http://192.168.4.150:8080/api/1/vehicles/vin/command/set_charging_amps
  method: POST
  body: '{"charging_amps": "{{.maxcurrent}}"}'
  wakeup: # vehicle wake up command
  source: http
  uri: http://192.168.4.150:8080/api/1/vehicles/vin/command/wake_up
  method: POST
  body: ""
  soc:
  source: http
  uri: http://192.168.4.150:8080/api/1/vehicles/vin/vehicle_data?endpoints=charge_state
  method: GET
  jq: .response.charge_state.battery_level
  timeout: 30s
  limitsoc:
  source: http
  uri: http://192.168.4.150:8080/api/1/vehicles/vin/vehicle_data?endpoints=charge_state
  method: GET
  jq: .response.charge_state.charge_limit_soc
  timeout: 30s
  range:
  source: http
  uri: http://192.168.4.150:8080/api/1/vehicles/vin/vehicle_data?endpoints=charge_state
  method: GET
  jq: .response.charge_state.battery_range
  scale: 1.60934
  timeout: 30s

loadpoints:

• title: Garage
  charger: wallbox6
  vehicle: Tesla
  mode: pv
  enable: # pv mode enable behavior
  delay: 3m
  threshold: -1000 # maximum export power (W)
  disable: # pv mode disable behavior
  delay: 5m
  threshold: 1400 # maximum import power (W)

site:
title: Genoa Home
meters:
grid: grid1
pv:
- pv2
- pv4
battery:
- battery3
residualPower: 100
tariffs:
currency: AUD # (default EUR)
grid:
# static grid price with price zones)
type: fixed
price:
zones:
- days: Mo-So
hours: 09-15
price: 0.08 # AUD/kWh
- days: Mo-So
hours: 15-21
price: 0.54 # AUD/kWh
- days: Mo-So
hours: 21-23
price: 0.23 # AUD/kWh
- days: Mo-So
hours: 23-00
price: 0.18 # AUD/kWh
- days: Mo-So
hours: 00-06
price: 0.18 # AUD/kWh
- days: Mo-So
hours: 06-09
price: 0.23 # AUD/kWh

Huawei inverter/battery
With TWC3
sitedebuglog.txt

[VolkerK62]

Your battery do not have priority. So normally the battery charge power should decrease by itself. This will not be forced by evcc.
Maybe an issue with the battery settings within the Huawei System.

[andig]

Da wird nichts deaktiviert. Allerdings hat der WR die blöde Angewohnheit in den Tiefschlaf zu fallen und dann funktioniert auch AC Charging nicht mehr.

[mucki12]

Da wird nichts deaktiviert.

Dann verstehe ich (unter der Annahme, dass @silencer2008 den Parameter forceaccharging nicht gesetzt hat) das Template wohl falsch:

Auszug params:

  - name: forceaccharging
    default: false

Auszug battery mode case 1: nomal

          {{- if eq .forceaccharging "false" }}
          - source: const
            value: 0 # Disable
            set:
              source: modbus
              {{- include "modbus" . | indent 12 }}
              register:
                address: 47087 # Charge from grid
                type: writesingle
                encoding: uint16
          {{- end }}

[silencer2008]

@andig is this what is happening here ? The longer the EV is charging, the more power is drawn from the grid to charge the LUNA battery. Is there a possibility to stop grid usage or limit grid use like the 'maxgidpowerwhilecharging' option before ? Do i need to set forcecharging to true or is this just a habit of the Huawei system ?

[mucki12]

Eigentlich würde es nur erklären, warum die Leistung des 2. WR nicht in der LUNA landet. Dafür würde ich einfach kurz nachschauen, ob AC Laden jetzt an oder aus ist. Wenn es aus ist, müsstest du forceaccharging auf true stellen (wegen Kaskade).

Erklärt meiner Meinung nach aber nicht, warum der LUNA deswegen aus dem Netz geladen werden sollte. Wobei ich ehrlich gesagt auch gar nicht durch deine evcc.yaml durchsteige. Es ist ein TWC3 im Einsatz (die nicht steuerbar ist) und das Fahrzeug ist als Custom eingebunden. Also müsste die Ladesteuerung selber über das Custom Fahrzeug abgedeckt werden ?!?

[silencer2008]

@mucki12 AC charging is on because the LUNA is operated on TOU mode. However, during the day when the Tesla is charging the battery is still on "Discharge Mode" until much later in the afternoon where it allows AC charging. Despite having a TOU on the FS portal set up, it's still drawing from the grid during the allowable discharge time period.

This has been an ongoing issue ever since I had EVCC, just lived with it but thought I'd ask the question now if it can be fixed or a bug on the Huawei end.

[VolkerK62]

@mucki12 du kennst dich doch mit Huawei aus. Any idea?

[mucki12]

@VolkerK62 Konnte dieses Problem so noch nie feststellen. Habe zwar keine Kaskade wie @silencer2008, aber lade den LUNA von einem anderen Leistungserzeuger ebenfalls über AC (der 2. kaskadierte WR lädt den LUNA des 1. WR ebenfalls über AC).
Dabei kann es eventuell mal vorkommen, dass evcc anzeigt den LUNA über das Netz zu laden. Ist bei mir dann allerdings nur ein reines Anzeigenproblem, da ich in evcc den Standard Intervall von 30s nutze und das Huawei System intern natürlich deutlich schneller regelt.

[silencer2008]

@mucki12 , @VolkerK62
As an update, I changed my Luna battery configuration from TOU to Max Self Consumption and set Charge from AC to Off to see how it would react.

Interestingly enough, the same issue happens despite being in Max Self Consumption and AC Charging turned off, it seems to be charging the Luna with some excess solar instead of passing it on to EVCC.

Am i missing something with cascaded inverters? Do i need to set forcecharging true ?

[mucki12]

set Charge from AC to Off

Mit AC Charge auf aus wird kein Strom vom kaskadierten Wechselrichter im LUNA landen.

Do i need to set forcecharging true ?

Ja - ist mit einer Kaskade notwendig.

Behebt aber immer noch nicht das ursprüngliche Problem. Vermute dieses eher im Bereich des Chargers. Hatte aber ja schon einmal geschrieben, dass dich durch die evcc.yaml mit der Custom Tesla vehicle Integration eh nicht durchsteige.

[silencer2008]

@mucki12 ok will try setting forcecharging to true.

I have used a custom Tesla integration for the BLEProxy. However, this issue has been happening even with the standard Tesla template previously, just without the force charging option. What do you suggest I do, not use the Custom Tesla config?

[mucki12]

Kenne mich mit dem BLEProxy nicht aus. Kann nur sagen, dass ich mit der Standardkonfiguration das Verhalten nicht nachvollziehen kann:

chargers:
# Tesla TWC3 in der Einfahrt
  - name: wallbox5
    type: template
    template: twc3
    host: 192.168.2.170 # IP-Adresse oder Hostname

# 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: ev4
    type: template
    template: tesla
    title: Tesla # Wird in der Benutzeroberfläche angezeigt (optional)
    capacity: 79 # Akkukapazität in kWh (optional)
    accessToken: XXX
    refreshToken: XXX
    vin: XXX # Erforderlich, wenn mehrere Fahrzeuge des Herstellers vorhanden sind (optional)
    icon: car # Icon in der Benutzeroberfläche (optional)
    phases: 3 # Die maximale Anzahl der Phasen welche genutzt werden können (optional)
    mode: PV # Möglich sind Off, Now, MinPV und PV, oder leer wenn keiner definiert werden soll (optional)
    #minCurrent: 1 # 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)
    commandProxy: https://tesla.evcc.io/ # Bei Verwendung eines TWC3 (oder eines anderen 'dummen' Ladegeräts, das nicht steuerbar ist) kann evcc die Ladung direkt verwalten, indem es über einen Command Proxy mit dem Fahrzeug kommuniziert. Standardmäßig wird der von evcc bereitgestellte Proxy verwendet. Dieses parameter setzt die Basis-URL eines benutzerdefinierten Command Proxy, der anstelle des standardmäßigen evcc-Proxy verwendet werden soll. Siehe zum Beispiel https://github.com/wimaha/TeslaBleHttpProxy für einen Proxy, der Kommandos über Bluetooth sendet. (optional)
    cache: 15m # Zeitintervall nach dem Daten erneut vom Fahrzeug abgefragt werden (optional)

Nachtrag:
Habe mir noch einmal das obige Log angeschaut. Vielleicht bin ich blind, aber in diesem konnte ich gar keine Ladung erkennen?!?

[silencer2008]

I'm not familiar with the BLEProxy. All I can say is that with the default configuration, I can't understand the behavior:

This is just similar to the EVCC proxy, but done via Bluetooth instead to limit the API calls. https://github.com/wimaha/TeslaBleHttpProxy

Addendum: I looked at the above log again. Maybe I'm blind, but I couldn't see any charge in this one?!?

The log attached initially only had site debug. What log level would give the most information? Trace for TW3 ? I must admit i would need to wait for the next long charge as this only happens when the Tesla charges for longer than 3 hrs or so as more and more PV or Grid energy is used to charge the Luna parasitically.