Ok, habe dann mal die ersten Schritte durchgemacht :-)

https://adapter.ebusd.eu/v5/steps.en.html#ebusdcfg

und deshalb bei "Mode = ens" gesetzt und bei "Latency" 30 eingetragen

und nun passiert da was...was genau muss ich mal nun schauen :-)

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /etc/ebusd/mqtt-hassio.cfg
mqttjson: true
network_device: ens:192.168.178.83:9999
latency: 10
accesslevel: “*”
configpath: /config/config/ebus

So schauts bei mir aus im YAML Editor
Ich hab die Daten auf m Raspy gespeichert, darum ist configpath so angegeben

danke, schaut bei mir ähnlich aus
Wenn ich jetzt deutsche Dateien für die gefunden Geräte verwenden will muss ich die händisch in das config-Verzeichniss schieben? Werden die dann nicht beim nächsten Start/Stop Überschreiben da ja bei John30 die neuen Daeien genommen werden?

Ich benutz genau so die Daten von John, hab sie eben nur auf dem Raspy gespeichert.
Daher muss ich "configpath: /config/config/ebus" angeben. du kannst auch einfach die Internetadresse angeben.

Deutsche gibts nicht wirklich. Ich hab einfach alle in HA umbenannt.
Wichtig dabei war eigentlich HC ist Heizkreis und HWC ist Warmwasser :)

komischerweise finde ich nirgends ein ebusd-Verzeichniss in der Console/Terminal am Laufwerk (HA läuft unter Proxmox als OS)

das ist mein Start-Befehl für ebusd

ebusd --foreground --mqtthost=core-mosquitto --mqttport=1883 --mqttuser=mqtt-user --mqttpass=xxxxxxxxxx --scanconfig --mqttjson --latency=30 --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqtttopic=ebusd --device=ens:192.168.1.8:9999 --log=all:notice


--mqttint=/etc/ebusd/mqtt-hassio.cfg

den Ordner finde ich gar nicht, auch wo die Dateien sind, die er bei John30 holt oder sind die nur im Speicher?

Den Ordner mqttint=/etc/ebusd/mqtt-hassio.cfg hab ich auch nicht, da bin ich auch noch nicht dahinter gekommen. Dort kann man nämlich eine Befehlszeile umschreiben, dass man über den Ebus auch schreiben kann, nicht nur lesen.
Die Datei habe ich im Netz auch mal gefunden und abgelegt, aber ohne effekt.

Wie das über Proxmox läuft keine Ahnung, da ich HA direkt auf dem Raspy habe.
Da habe ich einen direkten Zugriff ber Samba eingerichtet und es direkt auf die SD karte abgelegt vom Laptop aus.

Read Only (default: off)

Only read from device, never write to it


kann man doch bei den configs ON/OFF schalten oder ist hier was anderes gemeint?

Dadurch wird aber doch nur der lese Modus aktiviert, wenn es aktiviert wird? Oder hab ich da m Denkfehler?

https://github.com/john30/ebusd/discussions/518#discussioncomment-2167681

ah, you mean writable values. yes, those are supported as well and if you change the mqtt-hassio.cfg line 114 to "filter-direction = r|u|^w", then write messages are included - by default they are not, as this really opens up a lot stuff that can be done wrong by a simple click on HA UI. You don't need to change the file itself, instead you can also pass another ebusd start parameter overriding the line like this: "--mqttvar=filter-direction=r|u|^w"

Sollte lt. John30 auch als Start Parameter übergeben werden können, da der Post von Jahr 22 ist, musst du mal probieren ob es noch geht

Hallo zusammen,

ich bin das Projekt ebusd jetzt auch angegangen. Läuft soweit mit ganz vielen Entitäten im HA. Ich habe auf alles Zugriff, was ich benötige, z. B. Vor- und Rücklauftemperatur oder Kompressorleistung.

Was ich aber nicht finde sind aber die Entitäten zum Wasserdruck und zur Speichertemperatur - obwohl diese im Abfrageprotokoll von eBUSd angezeigt werden. Ich bin auch schon in den Zustandsangaben von YAML auf die Suche gegangen. Ich finde aber keine Merkmalsausprägungen, die auf die passende Entität hindeuten.

Weiß jemand Rat? Danke!

Speichertemperatur > ebusd ctlv3
sensor.ebusd_ctlv3_hwcstoragetemp

Wasserdruck > ebusd vwzio
sensor.ebusd_vwzio_statushydraulics_pressure_512

Hallo Zusammen,

ich möchte mich an das Projekt ebus auslesen bei meiner Arotherm VWL 105/6 AS2 heranwagen. Für mich ist vieles neu und daher freue ich mich über jede Hilfe.

Die aktuelle Hardwaresituation:
-Ebus Adapter Shield C6 ist geflashed und per WLAN in mein Netzwerk eingebunden (die PINs des C6 habe ich erst einmal nicht beachtet).
-Raspberry Pi5 mit Home Assistant OS aktueller Stand per LAN in mein Netzwerk eingebunden
-Ebus Leitung der Arotherm noch nicht mit dem Adapter verbunden

Die aktuelle Softwaresituation:
-File-Editor und Mosquitto broker Add-On auf dem Raspberry installiert

So sieht aktuell das Start- / Konfigurationsmenü des Shield C6 aus (IP Adressen, Netzwerkdaten etc. habe ich durch Pseudonyme ersetzt):




Dann habe ich versucht die ebusd Integration im Home Assistant zu „aktivieren“, in dem ich mit dem File Editor die configuration.yaml erweitert habe:


Ich hatte gehofft, dass ich nun den Shield C6 im Home Assistant finden kann oder dass im Status des Adapters bei „ebusd connected“ ein Yes erscheint, aber leider ist das nicht so. Habe ich bis hierhin grundsätzliche Fehler in der Vorgehensweise gemacht, oder stimmt etwas bei der Konfiguration des C6 Adapters oder der Aktivierung der ebusd Integration in HA nicht?

Im nächsten Schritt müsste ich mich meinem Verständnis nach um die MQTT Einstellungen kümmern. Eine erste Frage dazu: in der Konfiguration des C6 Adapters muss ich unter MQTT eine Broker/Topic URL eingeben. Wo würde ich diese in HA finden?

Vielen dank vorab an alle die mir etwas weiterhelfen können.

Viele Grüße
Michael

Kleines Update:
Ich habe den Eintrag in der configuration.yaml wieder gelöscht und über GitHub das eBUSd Add-On von John30 installiert. Über Konfiguration => Optionen => In YAML bearbeiten habe ich die in diesem Diskussionsverlauf geposteten Einträge ergänzt und die die Netzwerk Adresse meines Shield C6 Adapters eingefügt. Nun habe ich im Adapter auf der Statusseite unter ebusd connected ein "Yes (Inactive)" stehen. Das scheint mir schon besser als ein "No" zu sein. Was wären denn jetzt die nächsten Schritte?

VG Michael

Den BUS mit dem Adapter verbinden und schauen ob die Verbindung aufgebaut wird und Einträge reinkommen. Ist schon mit dem MQTT-Explorer aus dem HA Add-ons zu sehen

@Micha67

Im EASY des EbusD muss WiFi Access Point aktiv geschaltet sein.

Danke für Eure Nachrichten. Ich hab jetzt den Adapter an den ebus angeschlossen. Im HA auf dem Dashboard wurde unter Heating der Adapter angezeigt und ich habe unter Einstellungen => Add-Ons => ebusd => Konfigurationen noch einige Parameter entsprechend der Beiträge hier in der Diskussion angepasst und plötzlich hatte ich in der HA Übersicht eine ewig lange Liste mit Daten die wohl aus meiner WP stammen ;-). Magic.


Wenn ich auf ein Datenparameter klicke wird auch ein Zeitverlauf angezeigt. Irgendwie scheint das im Großen und Ganzen zu funktionieren. Gibt es eigentlich eine Art Übersetzung mit der Beschreibung des Inhalts eines Datenparameters? Viele Parameter sind natürlich sofort klar, bei einigen könnte ich jetzt nicht auf Anhieb feststellen, was das für ein Wert ist.

Was mich noch wundert: Im Status des C6 Adapters ist "ebusd connected:" weiterhin "yes (inactive)" und "eBUS signal: acquired". Oben neben dem Status Button ist aber ein grünes Feld "running". Ich vermute daher, dass der Adapter vernünftig arbeitet.


@stiptec:
ich habe den Wifi Acess Point jetz mehrmals ein- und ausgeschaltet. Ich kann da keinen Unterschied feststellen. Wozu muss denn der Adapter als Wifi Acess Point konfiguriert sein?

VG Michael

Wow, Respekt, das ging fix!

Bzgl. der Variablen kenne ich keine komplette Auflistung, aber man kriegt idR schnell raus, was das ist. Ein paar Hinweise:

"Broadcast" liefert die Außentemp. und die Zeit
"ctlv" sind Daten von der Regelung (Sensocomfort)
"hmu" sind Daten vom Außengerät

"Hc" = Heating Circuit, Heizkreis
"Hwc" = Hot Water Circuit, WW-Bereitung

Was mich interessieren würde: Siehst du sich aktualisierende Werte für die "EvaporationTemp" (Verdampfungstemperatur)? Den Wert kann man am Innengerät anzeigen im Test-Menü, aber der aktualisiert sich bei mir im Ebusd nur dann, wenn ich das manuell mache. Der wäre für mich von Interesse, da mir die WP schon mit Fehler F733 ausgestiegen ist ("Verdampungstemp. zu gering").

Grüße
Oliver

EvaporationTemp gibts bei mir nicht.
Wir haben aber auch schon festgestellt, dass trotz gleicher Grunddaten, nicht jeder das gleiche angezeigt bekommt. manche haben die Kompressormodulation in %, manche nicht.

@Micha67

Auch von mir Glückwunsch zum schnellen Erfolg! Bei mir hatte es zumindest anfangs nur funktioniert mit WiFi access point = aktiv.

Eine Frage noch: Wird bei dir denn nun unter der Konfiguration des EbusD-Adapters (EASI) etwas zur MQTT-Nutzung angezeigt? Bei mir steht nur (unused) und die Broker/Topic - url ist leer.

Vielleicht ist das der Grund, weshalb ich unter MQTT weniger Geräte bzw. Entitäten angezeigt bekomme als andere. Z.B. habe ich keinen Zugriff auf den Wasserdruck - obwohl das unter im Protokoll ebusd angezeigt wird. Eintrag von eben:

2025-04-28 13:43:39.605 [update notice] received read ctlv3 WaterPressure QQ=f1: 2.2

Wenn ich aber im Dashboard auf diese Entität zugreifen will, dann funktioniert das nicht. Merkwürdig!

Für Hilfe bin ich dankbar.

Gruß

Stiptec

Aber nur Dank der tollen Unterstützung hier! Ich habe das Gefühl, das einige Parameter noch nicht richtig erfasst werden. Beim Blick ins Protokoll habe ich diverse Meldungen "recieved unknown" gefunden.


Nein, den Wert gibt es bei mir nicht


Das ist bei mir genauso. "Unused" und die uri ist leer.


Bei mir gibt es weder im Protokoll noch in der Entitätsübersicht Entitäten die ctlv3 beinhalten.

Ich frage mich, wie dieser Adapter grundsätzlich funktioniert. Wenn ich z.B. bei mir die Protokollmeldung
"2025-04-28 20:01:29.816 [update notice] received unknown MS cmd: 1076b5110101 / 093cff8611ff600000ff"
anschaue, wirkt das auf mich so, als ob der Adapter BUS Daten versendet hat, die ebusd nicht entschlüsseln kann, weil es für diese kryptisch wirkende Zeichenfolgen keine definierte Entität gibt. Ebusd kann der Zeichenfolge also keine Bezeichnung, keinen Datentyp etc. zuordnen und daher damit nichts anfangen. Vermutlich ist diese Übersetzung ebus Zeichenfolge <=> HA Bezeichnung, Datentyp etc. irgendwo in HA zu finden. Wenn jetzt z.B. die Kompressormodulation in % bei einigen angezeigt wird, bei anderen nicht, könnte man evtl. die Zeichenfolge für die Kompressormodulation identifizieren und sich auf die Suche machen, warum die fehlt. Evtl. liefert der Adapter die Daten, aber die jeweiligen ebusd kann der Zeichenfolge nichts zuordnen, weil er sie nicht kennt. Evtl. liefert der Adapter aber auch die Zeichenfolge nicht, z.B. weil es ein alter Softwarestand ist, ein älterer Adapter etc. Das ist aber leider alles nicht meine Baustelle, daher nur vermuten und raten und nicht wissen.

Hallo,

ich komme leider nicht wirklich weiter. Es fehlen mir diverse Entitäten (z.B. die Kompressormodulation oder Kompressor rps die mir wichtig wären). Auch habe ich keine Entitäten die ctlv3 beinhalten.

Bei mir sind fünf ebusd Geäte aufgeführt:
ebusd
ebusd Broadcast
ebusd ctlv2
ebusd eBUS device
ebusd hmu.

Hat jemand von Euch abweichende Geäte (z.B. zusätzlich "ctlv3" o.ä.?).

VG Michael

Die Logik beim ebusd ist ja so, dass er zunächst einen Broadcast macht und alle Geräte, die auf dem EBUS mit kommunizieren zu erkennen versucht, inkl. HW- und SW-Stand. Dann zieht er sich online die für diese HW und SW möglichst gut passenden Konfigurationsdateien, das sind die CSV-Files, in denen die einzelnen Variablen definiert sind. Es ist wohl normal, dass nicht alle Variablen in den CSV-Files auch aufgelöst werden, das ergibt dann die Einträge im Log mit "received unknown".

ctlv2 ist meines Wissens Sensocomfort 720/2
ctlv3 = 720/3 (also die neuere Version), die habe ich

hmu ist das WP-Außengerät. Bei mir tauchen dort die Kompressorauslastung auf:
ebusd.hmu.RunDataCompressorSpeed (in U/min). Oder auch ebusd.hmu.EnergyIntegral (in Gradminuten).

Welche HW bzw. SW-Stände hast du denn (kann man am Innengerät ablesen, oder du hast das auch als EBUS-Variable)? Dann kann man checken, ob bei dir die korrekten (neuesten) Configfiles geladen werden.

Und startest du den ebusd manuell? Mir hat geholfen, den ebusd direkt auch in eine HTML-Datei schreiben zu lassen (mit Startoptionen --httpport und --htmlpath), denn dann kann man sehen, was der alles erkennt und was nicht, unabhängig davon, was der Homeassistant (oder bei mir iobroker) dann damit macht.

Nachklapp: Ich habe die Configdateien hierher, denn das sind die aktuellsten, die ich finden konnte.
https://github.com/eBUS/ebus.github.io/tree/main/next/de/vaillant

Dort kann man z.B. nachlesen, welche Variablen entschlüsselt sind für die Außeneinheit:
https://github.com/eBUS/ebus.github.io/blob/main/next/de/vaillant/08.hmu.csv

Grüße
Oliver

Hallo Oliver,

erst einmal vielen Dank für Deine Mühe und Hilfe. Klasse. Ich bin hier doch etwas lost, aber Deine und auch die Erläuterungen der Anderen helfen unheimlich.
Meine Softwarestände:

00: 0351 09/02
01: 0351 09/02
02: 0360 03.01

wobei 02 der Sensocomfort 720 Regler sein sollte. Da habe ich auf der Rückseite nachgeschaut: es ist die 2. Generation und damit passt das auch zu "ctlv2".

Wenn ich Dich richtig verstanden habe, dann ist diese .csv Datei die Übersetzungsvorgabe zwischen den "kryptischen eBUS Zeichenfolgen" die ich z.B. hinter einem "recieved unknown" Protokolleintrag lesen kann und Home Assistant. Der "Configuration Path" ist der Pfad zu dieser .csv Datei. Wenn ich keine spezifische .csv Datei auswähle, sondern einfach nur den Configuration Path https://ebus.github.io/next/ auswähle, versucht ebusd eine für meine Anlagenkonfiguration möglichst optimale .csv Datei in der zum Pfad gehörenden Ablagestruktur zu identifizieren. Da kann es aber vorkommen, dass einige eBUS Datensätze nicht übersetzt werden können, weil diese in der ausgewählten .csv Datei nicht aufgeschlüsselt sind. Ist das soweit korrekt?

Könnte ich diese .csv Datei dann auch für mein System anpassen und bei mir lokal ablegen?

Ich habe irgendwo unter github Aufschlüsselungen der ebus Zeichenfolge gefunden. Dann würde ich mit diesen Aufschlüsselungen
a) identifizieren, welche "recieved unknown" Protokolleinträge zu welchem Sensor gehören
b) einmal gegenchecken, ob für diesen Sensor auch tatsächlich keine Daten bei mir im Home Assistant angezeigt werden
c) relativ hemdsärmlig aus den .csv Dateien der Verzeichnisstruktur bei Vaillant eine Zeile raussuchen die zu diesem Sensor passt
d) die in meine lokale .csv Datei (auf die der Configuration Path verweist) reinkopieren und dann
e) mal schauen was passiert und im Notfall Geld für eine neue Steuerung bereitlegen ;-)

Würde das so evtl. funktionieren?

Den html Teil Deiner Nachricht habe ich leider nicht verstanden. Vermute, dass es um das Ablegen des Datenverkehrs zwischen Asapter und HA geht....

Ich werde jetzt erst einmal Deinen vorgeschlagenen Configuration Path ausprobieren.Noch einmal ein Dankeschön an Dich.

VG Michael

Hallo Michael,
soweit alles korrekt. Einzelne Zeilen in den CSV-Files zu ändern, daran habe ich mich noch nicht getraut. Das ist für mich zu viel Voodoo, daher muss ich mich mit den in den neuesten CSV-Files entschlüsselten Variablen bescheiden. Da ist aber ja schon viel dabei.

Was ich gemacht habe:
* Neueste CSV-Files (Link oben) lokal abgelegt, ebusd-configpath entsprechend gesetzt. Vorher war mir immer unklar, wo der ebusd die Config-Files hernimmt
* alle CSV-Files gelöscht, die ich nicht brauche (bei mir wurde penetrant noch ein File einer Gasheizung geladen, keine Ahnung warum)

Grüße
Oliver