Huawei Luna2000 - kein AC-Laden, wenn eingestellter Preis erreicht ist

[dieterlind]

Describe the bug

Hallo!
Ist mir jetzt schon in ein paar Nächten aufgefallen:
Ich setze einen Preis, damit die Batterie in der Nacht vom Netz geladen wird.

Das wäre zwischen 00:00 und 02:00 Uhr und zwischen 03:00 Uhr und 05:00 Uhr gewesen.
Dennoch hat die Batterie nicht geladen.

Im Log steht
um 00:00:17 set battery mode: charge bzw. um 02.00:17 set battery mode: normal
um 03:00:29 set battery mode: charge bzw. um 05:00:26 set battery mode: normal

Warum wurde die Batterie nicht wie geplant geladen??

Danke!

evcc_log.txt

Steps to reproduce

...

Configuration details

Network:

  schema: http
  host: xxx.xxx.xxx.xxx # IP vom Home Assistant 
  # port is the listening port for UI and api
  # evcc will listen on all available interfaces
  port: 7070

interval: 15s # control cycle interval

sponsortoken: 

# log settings
log: debug
levels:
  site: debug
  lp-1: debug
  lp-2: debug

# meter definitions
meters:
- name: grid1
  type: template
  template: huawei-sun2000
  usage: grid
  modbus: tcpip
  id: 1
  host: xxx.xxx.xxx.xxx # Hostname
  port: 502 # Port
  timeout: 15s # optional  
- name: pv1
  type: template
  template: huawei-sun2000
  usage: pv
  modbus: tcpip
  id: 1
  host: xxx.xxx.xxx.xxx # Hostname
  port: 502 # Port
  timeout: 15s # optional
- name: pv2
  type: template
  template: sma-inverter-speedwire
  usage: pv
  host: xxx.xxx.xxx.xxx
  password: 
- name: battery
  type: template
  template: huawei-sun2000
  usage: battery
  modbus: tcpip
  id: 1
  host: xxx.xxx.xxx.xxx # Hostname
  port: 502 # Port
  capacity: 15
  maxchargepower: 5000
  maxdischargepower: 5000
  maxacpower: 5000
  minsoc: 5
  maxsoc: 100
  timeout: 15s # optional

chargers:
  - name: go-e-Tesla
    type: template
    template: go-e-v3
    host: xxx.xxx.xxx.xxx # IP-Adresse oder Hostname
  - name: go-e-Skoda
    type: template
    template: go-e-v3
    host: xxx.xxx.xxx.xxx # IP-Adresse oder Hostname
  - name: WP_charger
    type: switchsocket
    enabled: # is switch enabled?
      source: const
      value: true
    enable: # enable/disable switch
      source: js
      script: console.log(enable)
    power: # charge power reading in W
      source: modbus
      id: 1
      uri: xxx.xxx.xxx.xxx:502
      register:
        address: 4122
        type: holding
        decode: float32s
      scale: 1000
      timeout: 15s # optional
    standbypower: 20 # in W, below values will be treaded as inactive
    features:
      - heating # treat as a heating device
      - integrateddevice # no charging sessions, no connected vehicles
    icon: heater # icon for UI purpose only
    soc: # meter reading in kWh
      source: modbus
      id: 1
      uri: xxx.xxx.xxx.xxx:502
      register:
        address: 1012
        type: holding
        decode: float32s        
      timeout: 15s # optional  

vehicles:
  - name: ModelY
    type: template
    template: tesla
    clientID: 
    accessToken: 
    refreshToken: 
    capacity: 60
    icon: car
  - name: Enyaq
    type: template
    template: enyaq
    user: 
    password: 
    capacity: 77
    icon: car

circuits:
  - name: main 
    title: Hauptstromkreis 
    maxCurrent: 35
    maxPower: 24000
    meter: grid1
  - name: garage
    title: Garage
    maxCurrent: 16.5
    parent: main    

# site describes the EVU connection, PV and home battery
site:
  title: Home # display name for UI
  meters:
    grid: grid1 # grid meter
    pv:
      - pv1
      - pv2
    battery: 
      - battery # battery meter
  residualPower: 100

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
  - title: go-e Tesla # display name for UI
    charger: go-e-Tesla # charger    
    vehicle: ModelY
    circuit: garage
    priority: 1
    enable:
      delay: 1m
      threshold: 0
    disable:
      delay: 3m
      threshold: 0
  - title: go-e Skoda # display name for UI
    charger: go-e-Skoda # charger
    vehicle: Enyaq
    circuit: garage
  - title: Wärmepumpe # display name for UI
    charger: WP_charger # charger
    circuit: main    
    priority: 2

# tariffs are the fixed or variable tariffs
# cheap (tibber/awattar) can be used to define a tariff rate considered cheap enough for charging
tariffs:
  grid:
    type: template
    template: awattar
    region: AT
    charges: 0.13611129
    tax: 0.2
    formula: math.Max((price + charges) * (1 + tax), 0.0)    
  feedin:
    type: fixed
    price: 0.06    
  solar:
  - type: template
    template: solcast
    site: 
    token: 
    from: 5
    to: 20
    interval: 4h      
  - type: template
    template: solcast
    site: 
    token: 
    from: 5
    to: 20
    interval: 4h      
    
mqtt:
  broker: xxx.xxx.xxx.xxx:xxxxx
  topic: evcc
  clientid: evcc
  user: 
  password: 

modbusproxy:
- port: 5021
  uri: xxx.xxx.xxx.xxx:502 # Huawei WR
- port: 5023
  uri: xxx.xxx.xxx.xxx:502    # WP
  
influx:
  url: http://xxx.xxx.xxx.xxx:8086
  database: evcc
  token: 
  org:

Log details

see logfile

What type of operating system or environment does evcc run on?

Docker container

External automation

• I have made sure that no external automation like HomeAssistant or Node-RED is active or accessing any of the mentioned devices when this issue occurs.

Nightly build

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

Version

0.209.7

[mucki12]

Aus dem Log heraus hätte ich mal behauptet, dass evcc alles richtig gemacht hat. Da die Modbus Register nach „set battery mode: charge“ ja auch regelmäßig während des Ladevorgangs neu geschrieben werden, müsste aus meiner Sicht das Problem beim SUN2000/LUNA gesucht werden.

Da kann ich nur vermuten: der LUNA (und wahrscheinlich) der SUN2000 waren im Tiefschlaf und wollten sich dabei nicht stören lassen :-)
Mal im Ernst: in letzter Zeit packt Huawei immer mal wieder das Thema Standby in deren Firmware Updates an. Letzter Stand war, dass selbst ein dauerhaft gesetzter Parameter „Charge from Grid“ den Standby nicht verhindern soll. Mittlerweile versetzt Huawei den LUNA auch nicht nur in Hibernation, sondern dieser wird dann (teilweise?) als offline angezeigt.

Mit einigen Firmware Versionen hatten schon andere ernsthafte Probleme den LUNA für das Laden zu wecken. Beispiel:
https://www.photovoltaikforum.com/thread/152887-huawei-luna2000/?pageNo=448

Was man aus meiner Sicht versuchen kann:

• Charge from Grid dauerhaft aktivieren (durch setzen von forceaccharging auf true)
• Firmware aktualisieren (kann - muss aber bei Huawei nicht besser werden :-) )
• In Fusionsolar den Parameter „ESS low power“ auf enable setzen (wurde hier gerade diskutiert: (Huawei sun2000.yaml) Verschiedene "hold" Scenarien verhindern DC-charge #24674 (reply in thread))

Sorry - alles ohne Gewähr, da mein LUNA im Dauereinsatz ist und eigentlich nie schläft.

[CiNcH83]

Ich probiere das heute Abend mal mit forceaccharging: false in der evcc.yaml und ESS low power: Enable in FusionSolar. Da geht die LUNA2000 bei mir schnell mal Offline, wenn nichts mehr ge- und entladen wird. Mal schauen, ob das Ding dann aufwacht, wenn ich einen charge erzwinge.

[dieterlind]

Danke für die Hinweise!
Tatsächlich habe ich letzte Woche alle Geräte (Wechselrichter, Batterie, Dongle) auf die aktuellsten Firmwares aktualisiert (insbesondere, weil ich mit Modbus timing-Probleme hatte (das passt jetzt immerhin). Zeitpunktmäßig würde das natürlich gut passen.
Was jetzt im Winter passiert: Irgendwann ist die Batterie in der Nacht leer. Bis dann das richtige Zeitfenster zum Laden kommt dauert es dann eventuell ein bisschen. Kann es sein, dass deshalb die Batterie schlafen geht??

Den Parameter forceaccharging habe ich jetzt mal "true" und ESS low power auf "enable" gestellt.
Werde das mal heute Nacht überprüfen.

Interessanterweise gibt es unter Tags keine Probleme (lädt gerade vom Netz).

[LotharWoman]

Mal schauen, ob das Ding dann aufwacht, wenn ich einen charge erzwinge.

Ja, das ist bei mir aktuell der einzige Weg die "offline" Luna zu wecken. Unabhängig ob AC-Charge ON/OFF, der Weg über ForceCharge geht bisher zuverlässig.
Durch die letzten Updates hat es Huawei tatsächlich vollbracht den horrenden Verbrauch in den Griff zu bekommen und auch keine Fehlermeldungen beim Erwachen mehr zu produzieren. Auch der Start aus dem Tiefschlaf geht jetzt mit 4min super flott, denn auch dies dauert letzten Winter noch 30min. Alles in Allem schon ein gutes Update für WR und Batterie.

Wovon ich aber abrate ist das Update des Dongle auf Versionen höher SPC126. Zum Einen geht es schlecht bis garnicht mehr Rückgängig zu machen und zum Anderen unterstützt auch schon die SPC126 alle neuen Optionen.

Interessanterweise gibt es unter Tags keine Probleme (lädt gerade vom Netz).

Das geht auch garnicht anders, unter Tags schläft das System nicht. Kann sich aber im Winter bei viel Schnee durchaus ändern.
Hast du Emma? Wenn Dongle welche Software?

[dieterlind]

Hallo!

Danke für die Infos! Mal schauen, was heute passiert.
Nein, kein Emma.
Softwareversionen:
MBUS: V100R001C00SPC344 (erst hatte aktualisiert .. gar nicht gewusst, das es dafür auch eine Firmware gibt)
Wechselrichter: V100R001C00SPC173
Dongle: V200R025C00SPC110 (tja, zu spät ... am 30.10. aktualisiert).
Batterie: V100R002C00SPC637

Wobei ich tatsächlich noch nicht ganz verstanden habe was jetzt genau der MBUS macht bzw. welchen Einfluss die Dongle-Version hat.

[mucki12]

Wie gesagt hatten schon mehrerer User das Problem den LUNA aus dem Offline Modus zu wecken. evcc selber nutzt ja auch force charge und hier im aktuellen Fall scheint da ja auch etwas schief zu laufen.
Kann mich nicht mehr an die genutzte Firmware Version erinnern, aber ich hatte das Problem auch schon mal.

Insofern kann ich Loblieder auf die Softwareentwicklung seitens Huawei nicht ganz mitgehen. Die war grottig und bleibt es auch :-)
Frage mich immer noch in wie viel Jahrzehnten es Huawei wohl schaffen wird einen Fremderzeuger, der extra mit einem Huawei eigenen DTSU in Fusionsolar bekannt gemacht wurde, in die Ertragsstatistik einfließen zu lassen. Ist wohl zu hohe Mathematik für Huawei, aber auch ein anderes Thema :-)

[CiNcH83]

Ich probiere das heute Abend mal mit forceaccharging: false in der evcc.yaml und ESS low power: Enable in FusionSolar.

Heute will meine LUNA bislang nicht in den Offline Zustand gehen, sondern bleibt im Hibernation:

Was auch immer da der Unterschied ist. Die LUNA ist komplett dunkel und scheint aus zu sein.

Ein Force Charge über evcc lässt die LUNA tatsächlich nicht aufwachen. evcc schreibt die Register fleißig alle 15s ohne Fehler. Aber auch nach vielen Minuten ist da immer noch zappenduster. Gleiche SW-Stände wie bei @dieterlind .

[dieterlind]

Update von heute Nacht: Batterie war gg. 22:00 Uhr leer. Um 00:00 Uhr wurde dann wie geplant begonnen die Batterie zu laden:

(Violett: SoC Batterie, Gelb: Lade/Entladeleistung Batterie)

In welchem Zustand die Batterie war kann ich nicht nachvollziehen (kann ich das über ein Modbus-Register ausfindig machen??)

[CiNcH83]

kann ich das über ein Modbus-Register ausfindig machen??

Name	Address	Scope
[Energy storage unit 1] Running status	37000	0:offline 1:standby 2:running 3:fault 4:sleep
[Energy storage unit 2] Running status	37741	0:offline 1:standby 2:running 3:fault 4:sleep
[Energy storage] Running status	37762	0:offline 1:standby 2:running 3:fault 4:sleep