CCU3 MQTT-Befehle an Vaillant EcoTec über ebusd übermitteln

[long_hairedAl]

Hallo Zusammen,

ich stehe aktuell vor einer Wand und komme nicht daran vorbei, deshalb erbitte ich eure Hilfe.

Wir haben vor einiger Zeit eine Vaillant TurboTec Therme gegen eine EcoTec Plus getauscht. Die alte Therme hatte ich erfolgreich per CCU3 automatisch mit einem HmIP-WHS2 gesteuert, was ich aber bei einer Brennwerttherme so nicht mehr machen wollte.
Also erfolgte die Umstellung auf ebusd, dieser sitzt auf einem Raspi 3B und hängt zusammen mit einem Vaillant VRT380 (kein Wochenprogramm eingerichtet, Modus manuell) am ebus der Therme.
MQTT ist konfiguriert, der Broker läuft auf meinem im Aufbau befindlichen HomeAssistant (läuft als VM auf einem Proxmox Server) und über den Raspi kann ich auch erfolgreich manuell per Konsole mosquitto_pub Kommandos absetzen, die von der Therme auch empfangen und umgesetzt werden.
Das sehe ich auch in einem MQTT Explorer, den ich auf meinem PC mitlaufen lasse.

Auf der CCU3 habe ich CUx-D, CCU-Jack und Redmatic als Add-Ons installiert, da ich mir über den finalen Weg noch nicht im Klaren war.
Die CCU-Jack Konfig:

Code: Alles auswählen

{
  "CCU": {
    "Address": "127.0.0.1",
    "Interfaces": [
      "BidCosRF",
      "HmIPRF",
      "VirtualDevices",
      "CUxD"
    ],
    "InitID": "CCU-Jack"
  },
  "Host": {
    "Name": "CCU3-webui",
    "Address": "127.0.0.1"
  },
  "Logging": {
    "Level": "TRACE",
    "FilePath": "/var/log/ccu-jack.log"
  },
  "HTTP": {
    "Port": 2121,
    "PortTLS": 2122,
    "CORSOrigins": [
      "*"
    ],
    "WebUIDir": "webui"
  },
  "MQTT": {
    "Port": 1883,
    "PortTLS": 8883,
    "BufferSize": 0,
    "WebSocketPath": "/ws-mqtt",
    "Bridge": {
      "Enable": true,
      "Address": "192.168.178.203",
      "Port": 1883,
            "BufferSize": 0,
      "UseTLS": false,
      "CACertFile": "",
      "Insecure": false,
      "Username": "ebusd",
      "Password": "ebusd",
      "ClientID": "ccu-jack",
      "CleanSession": false,
      "Incoming": [
        {
          "Pattern": "+/set/#",
          "LocalPrefix": "",
          "RemotePrefix": "ccu-jack/",
          "QoS": 0
        },
        {
          "Pattern": "+/get/#",
          "LocalPrefix": "",
          "RemotePrefix": "ccu-jack/",
          "QoS": 0
        }
      ],
      "Outgoing": [
        {
          "Pattern": "+/status/#",
          "LocalPrefix": "",
          "RemotePrefix": "ccu-jack/",
          "QoS": 0
        }
      ],
      "WillTopic": "",
      "WillPayloadConnected": "",
      "WillPayloadDisconnected": "",
      "WillQoS": 0,
      "WillRetain": false
    }
  },
  "BINRPC": {
    "Port": 2123
  },
  "Certificates": {
    "AutoGenerate": false,
    "CACertFile": "",
    "CAKeyFile": "",
    "ServerCertFile": "/etc/config/server.pem",
    "ServerKeyFile": "/etc/config/server.pem"
  },
  "Users": {},
  "VirtualDevices": {
    "Enable": true,
    "NextSerialNo": 2,
    "Devices": {
      "JACK000001": {
        "Address": "JACK000001",
        "HMType": "HM-LC-Sw1PBU-FM",
        "Channels": [
          {
            "Kind": "MQTT_KEY_SENDER",
            "MasterParamset": {}
          }
        ]
      }
    }
  }
}

In CUx-D habe ich virtuelle Geräte aktiviert und eines mit Typ 28 System angelegt, welches erfolgreich in der CCU3 angelernt werden konnte.

In Redmatic habe ich erfolgreich eine Verbindung zum HomeAssistant angelegt:

Screenshot 2026-10-03 114827.png (24.1 KiB) 572 mal betrachtet

Ich habe nach einiger Recherche Skripte gebaut, mit deren Hilfe ich die neue Therme steuern wollte, aber das klappt nicht.

Das soll passieren: sobald eines der Heizkörperventile (HMIP-eTRV-2) weiter als 10% öffnet, schaltet die Therme auf Heizbetrieb, gehen die Ventile unter 10%, wird entsprechend abgeschaltet.

Das Programm dafür:

Für den Skript-Teil habe ich zwei unterschiedliche Varianten, abhängig vom Ansatz.
Mit CCU-Jack:

Code: Alles auswählen

system.Exec("/usr/local/addons/ccu-jack/ccu-jack-cli mqtt publish ebusd/ctlv3/Z1ActualRoomTempDesired/set 24.5");
system.Exec("/usr/local/addons/ccu-jack/ccu-jack-cli mqtt publish ebusd/ctlv3/Z1DayTemp/set 24.5");

Mit CUx-D:

Code: Alles auswählen

string mosquittoIP = "192.168.178.203";     ! Mosquitto-Broker
string cuxDevice = "CUxD.CUX2801002:1";     ! CUxD-Exec-Gerät

! MQTT-Topic zum SCHREIBEN (da VRT 380 als Master agiert, überschreibt er Z1ActualRoomTempDesired dauernd mit der DayTemp)
string mqttTopic1Set = "ebusd/ctlv3/Z1DayTemp/set";
string mqttTopic2Set = "ebusd/ctlv3/Z1ActualRoomTempDesired/set";
string cmd1 = "";
string cmd2 = "";

! Mindestens ein Raum braucht Wärme -> Soll-Temperatur hochsetzen
cmd1 = "mosquitto_pub -h " # mosquittoIP # " -u ebusd -P ebusd -t " # mqttTopic1Set # " -m '24.5'";
cmd2 = "mosquitto_pub -h " # mosquittoIP # " -u ebusd -P ebusd -t " # mqttTopic2Set # " -m '24.5'";

! Befehl absenden
if (cmd1 != "") {
    dom.GetObject(cuxDevice # ".CMD_SHORT").State(cmd1);
    dom.GetObject(cuxDevice # ".CMD_EXEC").State(cmd2);
}

Da aktuell die Aussentemperaturen noch etwas zu hoch für echten Heizbetrieb sind, habe ich die Skripte alternativ auch mit einem einfachen Zeitauslöser versucht auszuführen. Leider kommen aber die MQTT Befehle in beiden Skriptfällen nicht an, die Temperaturwerte der beiden Topics ändern sich nicht.
Jetzt suche ich schon seit einigen Tagen nach der Ursache, finde diese aber leider nicht. Deshalb brauche ich eure Hilfe!

Habt ihr Tipps für mich?

Viele Grüße,
Stephan

[Baxxy]

Mit CCU-Jack:

Code: Alles auswählen

/usr/local/addons/ccu-jack/ccu-jack-cli

Noch nie gesehen. Halluzinationen einer KI?

Mit CUx-D:

Code: Alles auswählen

cmd1 = "mosquitto_pub -h

mosquitto_pub existiert auf einer (Open)CCU nicht.

Dazu müsste man das Mosquitto-Broker AddOn installieren.

[long_hairedAl]

Mit CCU-Jack:

Code: Alles auswählen

/usr/local/addons/ccu-jack/ccu-jack-cli

Noch nie gesehen. Halluzinationen einer KI?

Ja, ich habe mir von der KI helfen lassen.
Wie müßte das denn richtig aussehen?

Mit CUx-D:

Code: Alles auswählen

cmd1 = "mosquitto_pub -h

mosquitto_pub existiert auf einer (Open)CCU nicht.

Dazu müsste man das Mosquitto-Broker AddOn installieren.

Ich hatte das so verstanden, dass der im CCU-Jack mit drin ist und dementsprechend auch die Konfig-Datei angepasst.
Die Verbindung steht auch, ich kann im MQTT Explorer die Topics vom CCU-Jack sehen.

[Baxxy]

Ich hatte das so verstanden, dass der im CCU-Jack mit drin ist und dementsprechend auch die Konfig-Datei angepasst.

Leider nicht. Lass doch mal die KI das Repo vom Jack untersuchen... Ich denke sie wird nichts bezüglich ccu-jack-cli (außer meinem Feature-Request) finden. https://github.com/mdzio/ccu-jack/issues/219

da ich mir über den finalen Weg noch nicht im Klaren war

Hier solltest du erstmal einen Weg für dich finden. Ich persönlich würde die (Open)CCU in HA integrieren und über dessen Automatisierungen die Therme steuern.

Willst du das weiterhin über die (Open)CCU machen wäre vielleicht folgender Weg gangbar.
- CCU-Jack / CUxD / RedMatic wieder runter wenn nicht anderweitig genutzt
- Mosquitto-Broker AddOn installieren (viewtopic.php?f=41&t=88556&p=864490&hil ... to#p864490)
- (optional) den Mosquitto der (Open)CCU mit dem Mosquitto des HA bridgen

Dann kannst du per HM-Script mosquitto_pub nutzen um etwas auf einen Broker deiner Wahl zu publishen. Das kann jeder, von der (Open)CCU erreichbare, Broker sein.

[long_hairedAl]

Hallo Braxxy,

danke für die Tipps!

Ich habe nach dem Lesen Deines FR nochmal die CCU-Jack Dokumentation gelesen und bin da auf eine ganz "dumme" Idee gekommen:
einfach ein virtuelles Gerät vom Typ MQTT-Schalter anlegen und in der CCU dann die Felder für Topic und Payload (sowohl ein- als auch ausschalten) mit meinen Wunschwerten füllen und dann den Schalter in meinem HM Programm einbinden.
Also z.B.
Topic: /ebusd/ctlv3/Z1ActualRoomTempDesired/set
Payload fürs Einschalten 24.5 und Ausschalten 18.0

Beim manuellen Betätigen des virtuellen Schalters schickt die CCU laut Logfile auch die MQTT Meldung raus, allerdings kommt sie scheinbar nirgendwo an.

Code: Alles auswählen

TRACE	mqtt-server	Publishing ebusd/ctlv3/Z1ActualRoomTempDesired/set: 24.5

Oder müßte die CCU das Kommando per Bridge über den MQTT Server auf dem HA senden, damit das klappt? Und falls ja, wie kann ich das realisieren?

Viele Grüße,
Stephan

[Baxxy]

Klinke dich doch mal mit dem MQTT-Explorer auf den Jack ein (statt des HA-Mosquitto) und gucke ob das Topic erscheint.
Wenn dort ja und im HA-Mosquitto nein dann stimmt was mit der Bridge-Config nicht.

Noch einmal... m.E. machst du es zu kompliziert, aber theoretisch sollte es so gehen.

[long_hairedAl]

Der Explorer zeigt das Topic auf der CCu3 an, allerdings sieht die Payload dort anders aus. Statt {"value": {"value": 24.5}} steht dort nur der reine Wert.

Die Bridge Konfiguration scheint aber korrekt zu sein, denn ich habe einen CCU-Jack Topic auf dem HA-MQTT sichtbar (der alle Geräte enthält) und wenn ich den virtuellen Schalter betätige, kommt auch beim HA das Statusupdate des Schalters rein (also Wechsel der Schalterposition von true auf false und umgekehrt), nur eben nicht das gewünschte Publish des ebusd Topics.
Das kommt auch nicht bei der Therme an.....

Ich habe auch schon den Payload so abgeändert, dass er wie oben beschrieben aussieht, bringt nichts.

[long_hairedAl]

Ich konnte mein Problem mittlerweile lösen, indem ich die Automation über HomeAssistant laufen lasse.

Dort sind neben dem Mosquitto u.a. auch die Homematic und Vaillant Integrationen installiert.
Nachdem ich durch Zufall die versteckten und deaktivierten Elemente für den Ventilöffnungsgrad der eTRV-2 entdeckt hatte, konnte ich dann relativ einfach eine Automation erstellen, die mir die Heizung per MQTT Publish ein- und ausschaltet.

Nochmal Danke Baxxy für deine Denkansätze, die waren sehr hilfreich!

Viele Grüße,
Stephan