Hilfe bei MQTT befehl

[DK4FT]

Hallo Community,

bisher hat alle Konfig mit lesen und ausprobieren ganz gut geklappt, aktuell scheitere ich aber und komme nicht weiter.
Ich versuche gerade meinen LayzSpa Whirlpool an EVCC anzubinden, um damit die Pool-Pumpe und insbesondere die Heizung zu steuern.

Mein Whirlpool ist mit folgender Steuerplatine "gepimpt" und kann damit WLAN, bzw. spricht auch MQTT.
https://github.com/visualapproach/WiFi-remote-for-Bestway-Lay-Z-SPA/

Über den MQTT Explorer und mosquitto kann ich den Pool prima ansteuern, der mqtt pub befehl dazu sieht so aus:
mosquitto_pub -t "layzspa/command" -u ******* -P ******* -m "{CMD:3,VALUE:true,XTIME:0,INTERVAL:0}"

Heizung einzuschalten {CMD:3,VALUE:true,XTIME:0,INTERVAL:0}
Heizung ausschalten {CMD:3,VALUE:false,XTIME:0,INTERVAL:0}

Die Konfig zur Anbindung des mqtt brokers, der auf dem gleichen RPi läuft, ist klar:

# mqtt message broker
mqtt:
  broker: localhost:1883
  topic: layzspa/command   # root topic for publishing, set empty to disable publishing
  user: ***********
  password: ***********

Nun stehe aber komplett auf dem Schlauch, muss die Config in evcc aussehen?
CMD:3,VALUE:true müsste ja irgendwie mit einer variablen versehen werden, oder?

Habt ihr Beispiele, in denen ihr externe Devices über mqtt schaltet oder eure strings dort aussehen?

[Moosbueffel]

Ich steuer externe Verbrauche mit Node-Red. Das ist ein grafisches Programmiertool und relativ simpel undDu bist recht flexibel. Kannst Dir dazu auch leicht ein Dashboard bauen.
Da dort die wichtigsten Daten von evcc ebenfalls per MQTT zur Verfügung stehen, klappt das ganz gut.

evcc ist m.W. auch nur für die Leistungssteuerung von Wallboxen da und nicht zur Steuerung beliebiger Geräte.

[DK4FT]

Klar könnte ich es auch extern lösen, habe aktuell noch einen IOBroker am laufen.
Die Logik ist in evcc aber bereits klasse umgesetzt und ich möchte den IOBroker eigentlich abschalten.

Über Plugins ist lt. Doku auch die Steuerung von Wallboxen über mqtt möglich:
https://docs.evcc.io/docs/reference/plugins

Die Config könnte so aussehen (nur der payload Teil ist quatsch - da weiss ich nicht wie)

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

meters:
- type: template
  template: shelly-1pm
  usage: charge
  host: 192.168.1.78
  name: poolmeter

  
chargers:
- name: Pool-Heizung
  type: custom
#  enabled:
  enable:
  source: mqtt
  topic: layzspa/command
  payload: ${var:%t} 
  integrateddevice: true
  icon: waterheater



loadpoints:
- title: Pool
  charger: Pool-Heizung
  meter: poolmeter
  mode: pv
  Priority: 3
  phases: 1
  mincurrent: 1         
  maxcurrent: 11
  resetOnDisconnect: true
  enable:
    threshold: -2000             #Einschalten wenn Einspeisung über 2000W steigt
    delay: 10s                  ##Schaltet wenn Schwellwert 10s überschritten ist
  disable:
    threshold: 0                #Ausschalten wenn Einspeisung unter 0W sinkt
    delay: 10s                  #Schaltet wenn Schwellwert 10s unterschritten ist
  guardduration: 1m             #Zeitabstand zwischen zwei Schaltvorgängen

Ich verstehe nicht wie ich die Variablen nutzen kann für start/stop charging, also zum setzen von true und false beim mqtt befehl...

[DK4FT]

Ich stelle die Frage mal anders:

Wie sieht eine Konfig aus für eine generische Wallbox, angebunden über MQTT?

[VolkerK62]

evtl hilft das #6617

[Sillium007]

Hi @DK4FT,
bist Du damit weiter gekommen?
Misst Du eigentlich auch den Stromverbrauch vom Pool?

[DK4FT]

Hi Silium,Leider nicht innerhalb EVCC, Ich hab parallel noch IOBroker laufen, dort lese ich die Daten von EVCC und steuere mit Regeln per MQTT den Pool.Eigentlich wollte ich IOBroker loswerden, für den UseCase brauche ich es dann aber doch noch. BTW. Den Stromverbrauch wollte ich mit einem SHELLY Plug messen.  -------- Ursprüngliche Nachricht --------Von: Sillium ***@***.***> Datum: 24.06.23 12:53 (GMT+01:00) An: evcc-io/evcc ***@***.***> Cc: Alex ***@***.***>, Mention ***@***.***> Betreff: Re: [evcc-io/evcc] Hilfe bei MQTT befehl (Discussion #7606) Hi @DK4FT, bist Du damit weiter gekommen? Misst Du eigentlich auch den Stromverbrauch vom Pool? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[Sillium007]

ok, Danke Dir. Ich hab derzeit noch nichts um den Verbrauch zu messen, aber ich schau mir dann MQTT in Evcc nochmal an :)

[eht584]

Hallo @DK4FT , haben Sie das Problem gelöst ?

[andiwist]

Der Thread ist zwar etwas alt, aber ich möchte trotzdem meine Lösung fuer den Bestway SPA hier teilen.
Vielleicht sieht es ja noch jemand.
Hardware ist bei mir wie beim TO ein Bestway LazySpa, angebunden mittels Platine wie beschrieben in dem Heise-Artikel WLAN-Steuerung für Bestway Spa mit ESP-Controller
Sorry, ist hinter Paywall, aber prinzipiell ist es einfach das vom TO beschriebene Github-Projekt.

Um eine Anbindung zu ermöglichen muss in der Config des SPA dann MQTT eingeschaltet werden.

Die Anbindung an EVCC wollte ich moeglichst ohne externe scripts, also alles inline in der config.
Mittlerweile laeuft das ganze schon ein paar Wochen und funktioniert relativ gut.
Constraints:

• Die Reaktionszeit bis EVCC die Statuswechsel des SPA erkennt dauert 2-3 Zyklen. Stört mich jetzt aber nicht wirklich.
• Bei Ausschalten wird nur die Heizung ausgeschaltet, die Pumpe aber nicht. Hab es nicht geschafft mittels JQuery oder MQTT 2 Payloads zu schicken um auch Pumpe auszuschalten.
  Problem ist einfach, dass das Kommando fuer Heizung (CMD:3) zwar Pumpe und Heizung einschaltet, aber beim ausschalten nur die Heizung deaktiviert. Also entweder 2 Payloads CMD:3 und CMD:4 mit FALSE schicken oder man schafft es einschalten mit CMD:3 und ausschalten mit CMD:4 zu schicken.
  Vielleicht hat jemand eine gute Idee. (Nein, ich will kein externes Script :-))

Wuerde mich freuen wenn jemand noch weitere sinnvolle Ergaenzungen macht und hier veroeffentlicht.

Also folgende Ergaenzungen muessten in der evcc.yaml gemacht werden um mittels MQTT mit dem ESP-Controller zu kommunizieren.

meters:

• name: wpmeter
  type: custom
  power:
  source: mqtt
  topic: lazyspa/times
  jq: .WATT
  soc:
  source: mqtt
  topic: lazyspa/message
  jq: .TMPC

chargers:

• name: wpctrl
  type: custom
  icon: waterheater
  enable:
  source: mqtt
  topic: lazyspa/command
  payload: "{CMD:3,VALUE:${enable:%t},XTIME:0,INTERVAL:0}"
  enabled:
  source: mqtt
  topic: lazyspa/message
  jq: if .RED == 1 or .GRN == 1 then "1" else "0" end
  status:
  source: mqtt
  topic: lazyspa/message
  jq: if .RED == 1 or .GRN == 1 then "C" else "B" end
  maxcurrent:
  source: mqtt
  topic: ha_publish/wp_maxcurrent
  // das ist nur Dummy. Erstellt zwar einen Wert im MQTT, aber wird nicht verwendet. Muss aber deklariert werden, ansonsten startet evcc nicht
  payload: ${maxcurrent}

vehicles:

• name: WP
  type: custom
  title: WP
  icon: waterheater
  soc:
  source: mqtt
  topic: lazyspa/message
  jq: .TMPC
  phases: 1
  onIdentify:
  mode: pv
  features:
  • integrateddevice
  • heating

loadpoints:

• title: LazySpa
  charger: wpctrl
  vehicle: WP
  meter: wpmeter
  priority: 0
  enable:
  threshold: 0
  delay: 20s
  disable:
  threshold: 0
  delay: 20s
  mode: pv
  mincurrent: 8 # Verbrauch 13A220V=2860W minimum charge current (default 6A)
  maxcurrent: 8 # Verbrauch 13A220V= 2860W maximum charge current (default 16A)
  soc:
  poll:
  mode: always
  interval: 60s

[foersst]

Habe auch genau das gleiche Setup. Layzspa mit VA ESP8266 Wifi Modul und Evcc auf einem pizero.

Das gezielte Überschussheizen interessiert mich auch sehr. Läuft die Anwendung wie oben beschrieben zufriedenstellend? Sieht auf den ersten Blick sehr komplex aus.
Wäre das evtl. ein einfacherer Ansatz?
#18575 (comment)

[andiwist]

Hat ganzen Sommer 2024 funktioniert, parallel zu E-Auto laden. Wie gesagt Pumpe selber war nicht abschaltbar durch meine Methode. Aber ein Kommando im Webinterface des ESP-Programs zum fixen Abschalten der Pumpe jeden Tag um 22:00 hat geholfen.
Natürlich geht das mit Shell-Script etwas schöner. Sagen wir mal ich war etwas "eigen" bzw. motiviert es innerhalb der yaml-config hinzubekommen.