Hi,
bin gerade erst dazu gekommen. Habe gerade die LAN-Schnittstelle demontiert und alles neu gestartet.
Bin mit meinem Latein am Ende. Habe haufenweise Beiträge gelesen alle Tips hier aus dem Thema ausprobiert aber es will einfach nicht klappen.
Ich kann auch nicht erkennen ob der Adapter c6 oder HA das Problem ist.
Ich habe heute mal einen zweiten Homeassistant (re-)aktiviert, den ich im letzten Jahr in einer Virtual Box auf dem PC angelegt hatte. Immerhin habe ich damit auch mal einen device error bekommen.
Eine Lösung habe ich aber auch nicht gefunden. Insofern kann ich dich nur an Lukas Grebe weitervermitteln. Hier ist er wohl nicht unterwegs, dafür in seinem eigenen Thema im Home Assistant Forum. Ist halt nur leider auf Englisch.
Einen hab ich noch:
commandline_options:
- "--scanconfig"
- "--latency=10000"
- "--pollinterval=5"
- "--mqttvar=filter-direction=r|u|w"
- "--mqttvar=filter-name="
- "--scanretries=5"
- "--configpath=/config/next/de/"
network_device: ens:192.168.1.34:9999
Mit der latency kann man vorschnellem timeout begegnen.
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Hi,
der Tipp mit dem Forum war gut.
Ein Fehler war das ich das addon ebusd und Micro-ebusd aktiv hatte.
Habe jetzt alles auf dem ebusd Adapter auf grün und im mqtt Explorer kommt einige Daten an aber in HA bekomme ich die einfach nicht angezeigt.
Hast du vielleicht noch einen Tipp für die HA Seite
Wie sehen denn deine commandline options aktuell aus?
Einstellungen > Apps > ebusd > Konfiguration > Drei-Punkte rechts oben > in yaml bearbeiten > coyp to clipboard
Dito bei MQTT:
logins: []
require_certificate: false
certfile: fullchain.pem
keyfile: privkey.pem
customize:
active: false
folder: mosquitto
Porteinstellungen 1883 / 1884 / 8883 / 8884 (sind wohl die Standardwerte).
Wo hast du den topic “heizung” angelegt?
Den MQTT-Explorer verbinde ich mit mqtt:://192.168.1.33:1883 sowie Username und Password meines HA-Benutzers. Gleiche Einstelllungen im EAS. Da steht bei mir:
Womit verbindest du dich? Eventuell sieht der Explorer bei dir den HA nicht.
Noch interessehalber zum micro-ebusd: Hast du denn den token für die HA-Integration dazugekauft? Ich habe nur den Adapter, ohne mikro-ebusd.
Hi,
erst mal ein dickes Dankeschön für deine Hilfe.!!
ebusd-Addon
commandline_options:
- "--mqtttopic=ebusd"
- "--mqttjson"
- "--scanconfig"
- "--latency=10000"
- "--pollinterval=5"
- "--scanretries=5"
- "--configpath=https://ebus.github.io"
- "--httpport=8889"
network_device: ens:192.168.10.217:9999
Mqtt:
logins: []
require_certificate: false
certfile: fullchain.pem
keyfile: privkey.pem
customize:
active: false
folder: mosquitto
Im mqtt Explorer sehe ich das kommuniziert wird aber unter Getäte kommen nur die Daten des schild an.
Für microebus hatte ich es mir gekauft und gehofft das es damit besser geht, aber irgendwo ist der Wurm drin.
Da fehlt noch:
Arbeiten alle Verbindungen mit dem gleichen User, Password, IP-Adresse und Port?
Der Adapter kommuniziert mit MQTT, aber MQTT nicht mit dem ebusd-Addon.
ist noch offen.
Hi,
die „heizung“ habe ich hier im ebus Adapter eingetragen (und gerade auch den Port 1883):
Hier habe ich auch die Daten wieder ergänzt, hatte ich die Tage auch schon mal drin:
commandline_options:
- "--mqtttopic=ebusd"
- "--mqttjson"
- "--scanconfig"
- "--latency=10000"
- "--pollinterval=5"
- "--scanretries=5"
- "--configpath=https://ebus.github.io"
- "--httpport=8889"
- "--mqttvar=filter-direction=r|u|w"
- "--mqttvar=filter-name="
network_device: ens:192.168.10.217:9999
Habe alles auf den Standart-Ports gelassen und bis jetzt keinen angefasst.
Die Vermutung habe ich auch das MQTT nicht mit dem Addon richtig kommuniziert.
Das hier finde ich bis jetzt wirklich am kompliziertesten was ich bis jetzt in HA versucht habe.
Das war so nicht vorgesehen, :1883 mit nichts dahinter sollte richtig sein. Bekommst du nach einem Neustart des Addons jetzt immer noch den Bus-error im Protokoll des ebusd?
Und wie sieht das Protokoll von MQTT aus?
Habe es gerade entfernt und so sehen die Logs aus:
Eas:
17:23:26 Info repl_event: mqtt: 0
17:23:26 Info repl_event: sta: 0
17:23:26 Info exec: ledb 0
17:23:26 Info exec: strip -b 0
17:23:29 Info cmd_wifi: sta connect, set fix ip
17:23:29 Info repl_event: sta: 1
17:23:29 Warning cmd_wifi: sta rssi low -71
17:23:29 Info exec: ledboot 200 0 9000
17:23:29 Info exec: led 0 200 0 9000
17:23:29 Info 0 duty 200
17:23:36 Info wait_host_tcp: accepted: 192.168.10.29
17:23:36 Info ebus: host reset
17:23:36 Info mqtt: connected
17:23:36 Info mqtt: subscribed topic 1467 eas/#
17:23:36 Info mqtt: subscribed topic 20250 ha-mqtt/status
17:23:36 Info repl_event: mqtt: 1
17:24:42 Warning httpd_txrx: httpd_sock_err: error in recv : 104
17:24:43 Warning httpd_txrx: httpd_sock_err: error in recv : 104
17:25:23 Warning httpd_txrx: httpd_sock_err: error in recv : 104
17:25:28 Warning read_host_tcp: closed
17:25:28 Info close_client: socket closed
17:25:28 Info ebus: host disconnected
17:25:31 Info wait_host_tcp: accepted: 192.168.10.29
17:25:31 Info ebus: host reset
Ebusd:
s6-rc: info: service legacy-services successfully started
[17:24:07] INFO: eBUSd addon version 26.1.6
[17:24:07] INFO: ebusd --foreground --updatecheck=off --mqtthost=core-mosquitto --mqttport=1883 --mqttuser=<redacted> --mqttpass=<redacted> --mqttjson --mqttint=/config/mqtt-hassio.cfg --device=ens:192.168.10.217:9999 --mqtttopic=ebusd --mqttjson --scanconfig --latency=10000 --pollinterval=5 --scanretries=5 --configpath=https://ebus.github.io/next --httpport=1889 --mqttvar=filter-direction=r|u|w --mqttvar=filter-name=
2026-03-31 17:24:07.474 [device notice] transport opened
2026-03-31 17:24:07.477 [main notice] ebusd 26.1.26.1 started with broadcast scan on device: 192.168.10.217:9999, TCP, enhanced
2026-03-31 17:24:08.054 [bus notice] bus started with own address 31/36
2026-03-31 17:24:08.054 [device notice] reset, supports info
2026-03-31 17:24:08.054 [bus notice] signal acquired
2026-03-31 17:24:08.056 [device notice] extra info: firmware 1.1[631e].1[631e], jumpers 0x0b
2026-03-31 17:24:08.389 [mqtt notice] connection established
2026-03-31 17:24:09.270 [bus notice] new master 30, master count 2
2026-03-31 17:24:09.288 [bus notice] new master 71, master count 3
2026-03-31 17:24:09.288 [update notice] received unknown MM cmd: 30715023094c660000005d010000
2026-03-31 17:24:09.603 [update notice] received unknown MM cmd: 30715023094c1300e0015d010000
2026-03-31 17:24:09.947 [update notice] received unknown MM cmd: 3071502309b8720000005d010000
2026-03-31 17:24:10.259 [bus notice] new master 10, master count 4
2026-03-31 17:24:10.267 [bus notice] new master 03, master count 5
2026-03-31 17:24:10.267 [update notice] received unknown MM cmd: 1003050709000350000080ff14ff
2026-03-31 17:24:10.558 [bus notice] new master f1, master count 6
2026-03-31 17:24:10.558 [update notice] received unknown BC cmd: f1fe050308010000ff56ff340c
2026-03-31 17:24:14.270 [update notice] received unknown MM cmd: 713050230948f40204045d010000
2026-03-31 17:24:15.234 [update notice] received unknown MM cmd: 10030800080005000c8000000a
2026-03-31 17:24:15.495 [update notice] received unknown BC cmd: f1fe0800080005b30a0000000a
2026-03-31 17:24:17.186 [update notice] received unknown BC cmd: 30fe502309440f0104005d010000
2026-03-31 17:24:17.530 [update notice] received update-read Broadcast Datetime QQ=30: -;16:24:10;-.-.-
2026-03-31 17:24:18.055 [main notice] starting initial broadcast scan
2026-03-31 17:24:18.147 [update notice] sent write Broadcast Queryexistence QQ=31:
2026-03-31 17:24:18.181 [update notice] received update-read Broadcast Signoflife QQ=03:
2026-03-31 17:24:20.151 [update notice] received unknown MM cmd: 1003050709000550000080ff14ff
2026-03-31 17:24:20.444 [update notice] received unknown BC cmd: f1fe050308010000ff56ff340c
MQTT:
2026-03-31 17:20:22: Client 5ksc4di0dh9p3XkjsBOr8S disconnected.
2026-03-31 17:20:22: New connection from 192.168.10.29:59811 on port 1883.
2026-03-31 17:20:22: New client connected from 192.168.10.29:59811 as 7rEjQ5dXVFSML5be9oDK9J (p2, c1, k60, u'ha-mqtt').
2026-03-31 17:20:44: New connection from 172.30.32.2:54074 on port 1883.
2026-03-31 17:20:44: Client <unknown> closed its connection.
2026-03-31 17:21:57: New connection from 192.168.10.217:51885 on port 1883.
2026-03-31 17:21:57: Client ebus-06b79c already connected, closing old connection.
2026-03-31 17:21:57: New client connected from 192.168.10.217:51885 as ebus-06b79c (p2, c1, k120, u'ha-mqtt').
2026-03-31 17:22:12: New connection from 192.168.10.217:51886 on port 1883.
2026-03-31 17:22:12: Client ebus-06b79c already connected, closing old connection.
2026-03-31 17:22:12: New client connected from 192.168.10.217:51886 as ebus-06b79c (p2, c1, k120, u'ha-mqtt').
2026-03-31 17:22:44: New connection from 172.30.32.2:44298 on port 1883.
2026-03-31 17:22:44: Client <unknown> closed its connection.
2026-03-31 17:24:03: Client ebusd_26.1_80 closed its connection.
2026-03-31 17:24:07: New connection from 172.30.33.1:36902 on port 1883.
2026-03-31 17:24:08: New client connected from 172.30.33.1:36902 as ebusd_26.1_80 (p1, c1, k60, u'addons').
2026-03-31 17:24:44: New connection from 172.30.32.2:33832 on port 1883.
2026-03-31 17:24:44: Client <unknown> closed its connection.
2026-03-31 17:22:44: New connection from 172.30.32.2:44298 on port 1883.
2026-03-31 17:22:44: Client <unknown> closed its connection.
2026-03-31 17:24:03: Client ebusd_26.1_80 closed its connection.
2026-03-31 17:24:07: New connection from 172.30.33.1:36902 on port 1883.
2026-03-31 17:24:08: New client connected from 172.30.33.1:36902 as ebusd_26.1_80 (p1, c1, k60, u'addons').
2026-03-31 17:24:44: New connection from 172.30.32.2:33832 on port 1883.
2026-03-31 17:24:44: Client <unknown> closed its connection.
2026-03-31 17:26:44: New connection from 172.30.32.2:48652 on port 1883.
2026-03-31 17:26:44: Client <unknown> closed its connection.
Sieht doch soweit gut aus, der ebusd hat keine bus errors mehr. Als nächstes sollte er die verschiedenen Vaillant-Geräte scannen. Und wenn er die csv-Dateien gefunden hat, gibts auch decodierte Daten.
Ich kapere diesen Thead einmal und hoffe ihr könnt mir helfen.
Habe gestern ebusd eingerichtet und es funktioniert im Prinzip.
Ich habe nur ein Problem mit den Filtern.
Ich habe nur einen Heizkreis und eine Heizzone und möchte daher alle folgenden Elemente ausschließen, weil diese schlicht keine Verwendung haben:
Hc2HeatCurve
Hc2Summertime
[…]
Hc3HeatCurve
Hc3Summertime
[…]
Z2DayTemp
Z2NightTemp
[…]
Z3DayTemp
Z3NightTemp
[…]
Also im Prinzit alles was mit Z2, Z3 und Hc2, Hc3 beginnt.
Ich dachte, ich müsste nur die mqtt-hassio.cfg bearbeiten und Folgendes hinzufügen:
filter-non-circuit = ^Z2|^Z3|^Hc2|^Hc3
filter-non-name = ^Z2|^Z3|^Hc2|^Hc3
Aber nach einem Neustart des Add-ons sind alle Z2-, Z3-, Hc2- und Hc3-Entitäten immer noch in Home Assistant vorhanden.
Weiß hier evtl. jemand warum das nicht funktioniert?
Ich habe mir die CSV-Dateien lokal gespeicher und schreibe ein # vor die Zeilen, die ich nicht haben möchte. Und
–mqttvar=filter-name=
in die Konfiguratiosnparameter des ebusd Addons.
Danke, CSV Dateien habe ich auch lokal gespeichert.
Nur der filter-name= gibt ja nur an was er alles akzeptieren soll.
Ich will halt basierend auf dem Name zb. Z2 und Z3 explizit ausschließen aber Z1 soll er zulassen.
Normal sollte das mittels filter-non-name funktionieren, nur tuts das irgendwie nicht …
Hast du die Geräte unter mqtt devices einmal gelöscht?
filter-non-name = ^sensor$|hc2|hc3|hcstoragetemp|z2|z3|fan2|fuel|^cctimer\*$|hwctimer
funktioniert bei mir.
by HarryP: Post formatiert
Dass # vor den Zeilen gefällt dir nicht?
@johnb Super danke, das wars!
Ich dachte, die Entitäten würden dann auf “nicht verfügbar” springen was aber scheinbar nicht passiert.
Habe den kompletten MQTT Eintrag entfernen müssen, App gestoppt und neu gestartet und er baut nur mehr die nicht ausgeschlossenen Entitäten neu auf.
Ohne die ganzen Timer bin ich schonmal von über 600 auf 53 Entitäten bei der VRC700 runter 
Hallo zusammen,
ich habe nun auch meine Vailllant Heiztherme mit dem Ebus-adapter C6 an HomeAssistant angebunden. Läuft auch alles soweit gut. Allerdings habe ich mich gewundert, warum ich den Wasserdruck des Heizkreises nicht angezeigt bekomme. Mit einem mqtt-publish “ebusd/bai/WaterPressure/get” bekomme ich den Wert übermittelt aber der Sensor landet leider nicht in meinen Entitäten unter dem mqtt-Gerät “ebusd bai”.
Der Wert wird von der Heizung scheinbar nur auf Abruf preisgegeben?!
Vorerst habe ich mir in der configuration.yaml einen mqtt-sensor “gebastelt” und triggere den publish über eine Automation. Funktioniert, aber ich bin halt doch ein kleiner nerd 
Wie bekomme ich den Sensor in die discovery und das automatische polling eingebunden, sodass er mir in dem mqtt-Gerät angezeigt wird?
Bin für jeden Tip dankbar!
Ich habe mir in HA ein Script erstellt mit folgendem Inhalt:
action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: "1"
topic: ebusd/hmu/CurrentCompressorUtil/get
alias: ebus_hmu_Daten 1min
description: "MQTT: WP-Kompressordaten jede Minute"
Und dazu eine Automation, die das script jede Minute abruft:
alias: ebusd jede Minute
description: ""
triggers:
- trigger: time_pattern
minutes: /1
conditions: []
actions:
- action: script.ebus_hmu_daten_1min
metadata: {}
data: {}
mode: single
Hi! Danke für deinen Input. Das ist im Grunde genau das, was ich auch gemacht habe. Nur mit Skript und Automation. Ich habe die Sensoren in der configuration.yaml angelegt:
mqtt:
binary_sensor:
- name: “Heizung Brenner”
state_topic: “ebusd/bai/Flame”
value_template: “{{ value_json.value.value }}”
payload_on: “on”
payload_off: “off”
device_class: heat
sensor:
- name: “Heizung Wasserdruck”
state_topic: “ebusd/bai/WaterPressure”
value_template: “{{ value_json.press.value }}”
unit_of_measurement: “bar”
device_class: pressure
state_class: measurement
Dann eine Autmation, die das Abrufen der Werte triggert.
alias: Heizungsdruck aktualisieren und Benachrichtigung bei niedrigem Druck
description: “”
triggers:
trigger: time_pattern
minutes: /1
id: Abfrage Druck
trigger: numeric_state
entity_id:
sensor.heizung_wasserdruck
below: 1.3
id: Druck niedrig
conditions:
actions:
action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: 0
retain: false
topic: ebusd/bai/WaterPressure/get
action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: 0
retain: false
topic: ebusd/bai/Flame/get
choose:
conditions:
condition: trigger
id:
Druck niedrig
sequence:
action: notify.mobile_app_heusiphone
metadata: {}
data:
message: Heizungsdruck zu niedrig
title: ACHTUNG!
mode: single
Trotzdem hätte ich den Sensor gerne direkt im Gerät über das polling. Aber ich fürchte, da muss ich an die csv-dateien ran. Und da kenn ich mich zu wenig aus..
Normalerweise werden alle entitäten, die dein MQTT ausliest auch als entity angezeigt, die du dann wiederrum in deinem Home Assistant nutzen kannst.
Schau also mal unter http://<deine_ip>:8123/config/integrations/integration/mqtt und suche dann nach “ebusd bai”. Dort solltest du dann alle Sensoren sehen. Findest du “WaterPressure” dort?