MQTT time out

[Adonres]

Hallo zusammen,

ich nutze evcc (0.130.13) in Kombination mit einem Kostal Plenticore 10 Plus G2, einer Keba P30V Edition einem Shelly 3EM und openHAB bzw. ioBroker.
Das Einrichten war problemlos möglich, allerdings verwende ich den Shelly 3EM nicht zum Erfassen des Netzbezugs sondern für den Gesamtverbrauch. Somit stimmt natürlich die Anzeige in evcc, wenn ich den Shelly 3EM als grid definiere, nicht, da er ja den Verbrauch misst und nicht den Bezug.
Prinzipiell gäbe es hierfür 2 Lösungen:

1. einen zusätzlich Shelly nutzen um den realen Netzbezug zu messen
2. den Netzbezug via MQTT zu lesen.

Da ich 1. vermeiden möchte habe ich 2. wie folgt realisiert:
Da ich openHAB als UI nutze und dort den Gesamtverbauch ohnehin habe, rechne ich parallel den Netzbezug aus und lege diesen auf ein MQTT-topic ("openHAB.Netzbezug") - dieses wird alle 20-30s aktualisiert und kommt auch am MQTT-Broker (in dem Fall ioBroker) entsprechend an.

In der evcc.yaml ist dies wie folgt eingetragen (der Shelly 3EM steht zwar als grid3 noch in der evcc.yaml, ist aber in der Anzeige auskommentiert):

# mqtt message broker
mqtt:
  broker: 192.168.152.39:1883
  topic: evcc # root topic for publishing, set empty to disable publishing
  clientid: foo
  user: MQTT
  password: GEHEIM

meters:
- type: template
  template: kostal-plenticore 
  id: 71  
  host: 192.168.152.27  
  port: 1502  
  usage: pv  
  modbus: tcpip  
  endianness: little  
  watchdog: 60s  
  name: pv1
- type: template
  template: shelly-3em 
  usage: grid  
  host: 192.168.152.60  
  user: admin  
  password: GEHEIM
  name: grid3
- type: custom
  power:
   source: mqtt
   topic: openHAB.Netzbezug
   timeout: 60s # don't accept values older than timeout
  name: grid2

chargers:
- type: template
  template: keba-modbus 
  id: 255  
  host: 192.168.152.41  
  port: 502  
  modbus: tcpip  
  welcomecharge: false  
  name: wallbox5

vehicles:
- type: template
  template: hyundai 
  title: Kona  
  icon: car  
  user: xxx  
  password: xxx  
  vin: TMAH081A5RJ008597  
  capacity: 65.4  
  phases: 3  
  cache: 15m  
  language: en  
  mode: minpv  
  minCurrent: 6  
  maxCurrent: 16  
  name: ev4

loadpoints:
- title: Garage
  charger: wallbox5
  mode: minpv

site:
  title: Zuhause
  meters:
#    grid: grid3
    grid: grid2
    pv:
    - pv1

Mit evcc meter scheint es zu funktinonieren:

root@EVCC:/etc# evcc meter
[main  ] INFO 2024/10/13 09:42:14 evcc 0.130.13
[main  ] INFO 2024/10/13 09:42:14 using config file: /etc/evcc.yaml
[db    ] INFO 2024/10/13 09:42:14 using sqlite database: /root/.evcc/evcc.db
[mqtt  ] INFO 2024/10/13 09:42:14 connecting foo at tcp://192.168.152.39:1883
[mqtt  ] DEBUG 2024/10/13 09:42:14 tcp://192.168.152.39:1883 connected
[mqtt  ] DEBUG 2024/10/13 09:42:14 tcp://192.168.152.39:1883 subscribe openHAB.Netzbezug
grid3
-----
Power:          3110W
Energy:         11987.6kWh
Current L1..L3: 1.1A 6.33A 6.88A
Voltage L1..L3: 240V 240V 239V
Power L1..L3:   79W 1455W 1576W

grid2
-----
Power: 395W

pv1
---
Power:  3037W
Energy: 48.1kWh

Nach einen Neustart von evcc erhalte ich zunächst die Fehlermeldung mqtt time out, nach einiger Zeit scheint es sich zu fangen und das Laden beginnt:

Allerdings bekomme ich von der Weboberfläche einen Time-Out:

Das trace-Log liefert, sofern nach MQTT gefiltert, keine Ergebnisse.

Hat jemand eine Idee, wie ich das weiter eingrenzen könnte?

[0x3d13f]

Welchen Wert hast Du als interval eingestellt?

[Adonres]

interval: 30s # control cycle interval

[0x3d13f]

Kommt die Meldung mit "connection lost" zum MQTT Broker auch jedesmal oder ist das im Screenshot ein Sonderfall (z.B. wegen Restart des Brokers)?

[Adonres]

nein, die kommt nur am Anfang - ich hatte kurz zuvor EVCC neu gestartet.

[0x3d13f]

OK, dann ist die Verbindung zum MQTT Broker ja stabil.
Ich denke dass es da folgende Möglichkeiten gibt:

• Wert öfter publishen auf mqtt
• Timeout erhöhen
• ggf. interval verringern (führt ab einem gewissen Punkt zu anderen Problemen)