Timeouts alle paar Minuten ...

[masterjedi]

Hallo Zusammen,
ich habe seit ca. 4-5 Wochen Verbindungsabbrüche etc. und kann mir diese nicht erklären.

Siehe Screenshot.

HA 2025.2 mit Huawei Solar 1.53 ist installiert.
Zusätzlich nutze ich das Addon "evcc" und die Integration "Home Assistant Integration: evcc☀️🚘- Solar Charging (unofficial)".

Für evcc spreche ich den Wechselrichter über modbus an. Hier verwende ich das Addon modbus-proxy 1.0.18.

Diese Timeouts "Timeout while waiting for connection. Reconnecting" kann ich mir nicht erklären. Vorher lief alles wunder bar.

Mal sieht es ok aus:

und dann kommt der Timeout und dann sind die Entitäten nicht ansprechbar:

Der Smartmeter als auch die Anlage liefern dementsprechend auch keine Infos:

[Elektro-Lars]

Das gleiche Problem habe ich auch. Die Verbindung bricht immer für ein bis zwei Minuten ab. Manchmal auch für längere Zeit, es ist nicht direkt nachzuvollziehen.
Auch ich betreibe die EVCC Integration, und auch die modbus hacs Integration. Die Daten bekommt die Integration über den modbus Proxy von evcc geliefert. Mit den Abbrüchen ist eine Steuerung leider nicht möglich.
Was braucht ihr an Infos um das zu lösen?

[Goldranke]

Habe das selbe Problem, nutze keine EVCC Integration.
Daten werden ebenfalls über Modbus ausgelesen.

[t785634]

Ich habe auch das Problem. Nutze nur diese Huawei Integration und kein EVCC oder Modbus Proxy.

[ogghi]

Ha, dann muss ich nichts neues auf machen, wenn es das Problem schon gibt. Bei mir genau gleich.
Um etwaige Probleme aus zu schliessen hab ich sogar den Dongle mit Kabel (Ethernet) ans Netzwerk gehängt. Liegt also zwischen Dongle und dem Rest der Anlage (1x 10KW Inverter, 1x 12KW Inverter, PowerMeter und Batterie)

[Xchrisss]

@masterjedi Ich habe auch das Problem gehabt, allerdings mit 1.54 sollte das behoben sein. Was mich allerdings viel mehr interessiert wie hast du den Modbus also die Einstellungen und Configs für den Proxy im Zusammenspiel mit Huawei Solar und Evcc gemacht. Ich hab das vor nen halben Jahr mal versucht bin aber kläglich dran gescheitert zwecks Zeit auch damals. Gibt es da gute How To`s oder kannst du mir mal Screens von deinen Einstellungen zeigen, wie man den Proxy einrichtet und entsprechend dann in Huawei Solar und Evcc einstellt? LG Chris

[j1gg3]

@masterjedi Ich habe auch das Problem gehabt, allerdings mit 1.54 sollte das behoben sein. Was mich allerdings viel mehr interessiert wie hast du den Modbus also die Einstellungen und Configs für den Proxy im Zusammenspiel mit Huawei Solar und Evcc gemacht. Ich hab das vor nen halben Jahr mal versucht bin aber kläglich dran gescheitert zwecks Zeit auch damals. Gibt es da gute How To`s oder kannst du mir mal Screens von deinen Einstellungen zeigen, wie man den Proxy einrichtet und entsprechend dann in Huawei Solar und Evcc einstellt? LG Chris

Es gibt Unmengen an Möglichkeiten. Ich habe es zum Beispiel so gelöst, dass ich ganz auf den Modbus Proxy verzichte und alle relevanten Werte via MQTT veröffentliche, sodass EVCC sich diese abholt. Funktioniert jedenfalls zuverlässiger als der Modbus Proxy, der hin und wieder neu gestartet werden musste.

[Xchrisss]

@j1gg3 wie sieht das in der Konfig aus? weil von meinem Go-E Charger laufen die Werte auch alle über MQTT rein, kannst du mir da mal den einen oder anderen Tipp mitgeben bezüglich Konfig oder paar hilfreiche Links? LG

[j1gg3]

@j1gg3 wie sieht das in der Konfig aus? weil von meinem Go-E Charger laufen die Werte auch alle über MQTT rein, kannst du mir da mal den einen oder anderen Tipp mitgeben bezüglich Konfig oder paar hilfreiche Links? LG

so siehts bei mir derzeit in evcc aus

meters:

• name: tibber
  type: custom
  power:
  source: mqtt
  topic: "evcc/tibber_power"
  timeout: 30s
  scale: 1

• name: pv
  type: custom
  power:
  source: mqtt
  topic: "evcc/pv_power_total"
  timeout: 30m

site:
title: Daheim
meters:
grid: tibber
pv:
- pv

mqtt:
broker: futro.fritz.box:1883
topic: evcc
user: mqtt_user
password: JZPZlc9a9rWitvS

---

und via HA pushe ich dann z.B. den Verbrauch oder die PV Leistung folgendermaßen:

alias: Publish Tibber Pulse to MQTT
description: ""
triggers:

• entity_id:
  • sensor.ltibber_0100100700ff
    trigger: state
    actions:
• data:
  topic: evcc/tibber_power
  retain: false
  payload: "{{ states('sensor.ltibber_0100100700ff') }}"
  action: mqtt.publish

alias: Publish PV Power Total to MQTT
description: ""
triggers:

• entity_id: sensor.wr_leistung_in_watt
  trigger: state
  actions:
• data:
  topic: evcc/pv_power_total
  retain: false
  payload: "{{ states('sensor.wr_leistung_in_watt') }}"
  action: mqtt.publish

[Xchrisss]

OK, habs jetzt mal nach meinen Vorstellungen konfiguriert. Kann es aber erst wieder testen wenn mein E Auto aus der Werkstatt kommt. Danke dir für den Hinweis mit MQTT. LG

[ogghi]

Logger: huawei_solar.huawei_solar
Source: /usr/local/lib/python3.13/site-packages/huawei_solar/huawei_solar.py:374
First occurred: 06:04:51 (217 occurrences)
Last logged: 09:14:39
Modbus client is not connected to the inverter

NoneType: None

Das ist etwas das wohl oft bei mir auftauch, wenn jemand Ideen hat?

[Elektro-Lars]

das ist mein Fehlerprotokoll, da kommen noch andere Meldungen. Den Timeout kann ich nur so verstehen, dass der Dongle zu langsam ist oder zu häufig abgefragt wird.

Logger: huawei_solar.huawei_solar
Quelle: /usr/local/lib/python3.13/site-packages/huawei_solar/huawei_solar.py:146
Erstmals aufgetreten: 17:42:31 (8 Vorkommnisse)
Zuletzt protokolliert: 18:05:25

Timeout while waiting for connection. Reconnecting
Traceback (most recent call last):
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 507, in wait_for
return await fut
^^^^^^^^^
File "/usr/local/lib/python3.13/asyncio/locks.py", line 213, in wait
await fut
asyncio.exceptions.CancelledError

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/local/lib/python3.13/site-packages/huawei_solar/huawei_solar.py", line 141, in _communication_lock
await asyncio.wait_for(
...<2 lines>...
)
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 506, in wait_for
async with timeouts.timeout(timeout):
~~~~~~~~~~~~~~~~^^^^^^^^^
File "/usr/local/lib/python3.13/asyncio/timeouts.py", line 116, in aexit
raise TimeoutError from exc_val
TimeoutError

[masterjedi]

Das könnte es sein, aber warum auf einmal. Es lief bis Dezember einwandfrei.

Hast du eine Idee?

[ogghi]

const.py
enthält
INVERTER_UPDATE_INTERVAL = timedelta(seconds=30)
POWER_METER_UPDATE_INTERVAL = timedelta(seconds=30)
ENERGY_STORAGE_UPDATE_INTERVAL = timedelta(seconds=30)
UPDATE_TIMEOUT = timedelta(seconds=29)

Das hab ich auf die Schnelle mal gefunden, aber komisch?

Kann jemand im changelog nach Änderungen danach suchen?

Gut möglich das es auch seitens der Inverter usw eine Änderung gab?

[madzur]

Same issue here.

My setup is as follows
Core 2025.2.4
Supervisor 2025.02.1
Operating System 14.1
Frontend 20250214.0

Huawei Solar version 1.5.4.

Running on a raspberry pi5 4gb

I keep getting the same "entity unavailable" errors as described in the first post. Usually for a few seconds every 1 minute, sometimes for every 5 minutes, sometimes it works without an error for a few hours.

The following errors keep showing up in home assistant logs

Logger: huawei_solar.huawei_solar
Source: /usr/local/lib/python3.13/site-packages/huawei_solar/huawei_solar.py:374
First occurred: 2:01:58 PM (9 occurrences)
Last logged: 2:46:04 PM

Modbus client is not connected to the inverter
NoneType: None

Logger: homeassistant
Source: /usr/src/homeassistant/homeassistant/runner.py:112
First occurred: 2:01:57 PM (3 occurrences)
Last logged: 2:46:00 PM

Error doing job: Fatal error: protocol.data_received() call failed. (None)
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/selector_events.py", line 1019, in _read_ready__data_received
    self._protocol.data_received(data)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/local/lib/python3.13/site-packages/pymodbus/transport/transport.py", line 304, in data_received
    self.datagram_received(data, None)
    ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/pymodbus/transport/transport.py", line 338, in datagram_received
    cut = self.callback_data(self.recv_buffer, addr=addr)
  File "/usr/local/lib/python3.13/site-packages/pymodbus/transaction/transaction.py", line 183, in callback_data
    self.response_future.set_result(pdu)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^
asyncio.exceptions.InvalidStateError: invalid state

Logger: pymodbus.logging
Source: runner.py:154
First occurred: 2:01:57 PM (5 occurrences)
Last logged: 2:46:00 PM

Exception response 131 / 0

This error originated from a custom integration.

Logger: custom_components.huawei_solar
Source: helpers/update_coordinator.py:386
integration: Huawei Solar (documentation, issues)
First occurred: 2:01:54 PM (4 occurrences)
Last logged: 2:45:57 PM

Timeout fetching BT2310687146_power_meter_data_update_coordinator data
Timeout fetching BT2310687146_inverter_data_update_coordinator data

[madzur]

I found out what my problem was for the entities becoming "unavailable".
My go-e wallbox evaluates the PVE surplus (pPv) and Grid consumption (pGrid) entities regularly. I have an automation in HA, which regularly posts updated to these entities via MQTT. There is an internal logic in the wallbox (maybe also in EVSE) that if the entities are not updated for 10-15 seconds, they are set to NULL and therefore show as unavailable in HA.

My wallbox's wifi signal was being interfered with by the neighbors' network and the Wifi Connnectivity was intermittent. Wallbox did not receive proper updates in the expected intervals via MQTT, which led to the entities being unavailable.

After moving one of my wifi mesh routers closed to the wallbox, and changing the WIFI channel from 1 to 2 the errors went away and everything works as it should. HA Log does not contain the errors related to huawei solar anymore. Maybe the same WiFI interference was present between the inverter and SDongle and my WiFi access point.

[ogghi]

Interesting, but might be unrelated to the issue I am seeing. My SDongle is connected via Ethernet.
HA is connected directly with the Huawei integration so MQTT should not matter here?