Ebus #365
Replies: 17 comments 27 replies
|
This link is the key for being able to write rather than just read values The ebusd HA add on gives HA entities that look like you can set them, but they just revert back, the only way to change values is to set via MQTT. E.G HA action to set target temperature to 21 action: mqtt.publish |
|
This looks very interesting but quite complicated to the me. |
|
Is the adapter receiving the power from the ebus? Or do you need an extra power supply for the adapter? I believe the adapter shield can be ordered very easy in Europe. |
|
The only thing which makes me fearful is that you do not know if the address where you write to, is duing that what you think it does. And nowone knows if you can change the value back after you changed it .... or what the system starts to do when you change a wrong value ... I did a similar project with a self written Arduino-Program and a Viessmanm heating system ten years ago. That time I've read all the bus values first and prayed that i didn't destroy anything :-D |
|
Can somone tell me if "quick veto" works by default in ebusd, or does it require some special configuration? That is my main concern. All of my thermostatas are in time controlled mode, and change on a schedule. If I just crank up the heating manually over the ebusd climate entity, will that start a "quick veto" session the same as the phisicaly termostat and the api integration do? |
|
Hi, thanks to share this info. Just for my understanding, is this Ebus connectivity compatible (or not) with the VR940f ? Can we use both ? |
|
I have an eBUS Adapter Shield v5 connected to my Valliant system in read only mode as I don't trust myself not to move a slider and change something important. |
|
Is there a list of compatible systems and what values you can retrieve or what things you can do/change? |
|
@kylegordon You have both sensonet and ebusd adapter installed on the same bus? does this mean that both adapter and vr 940f could work at the same time? |
|
Hi there, |
|
Found this handy climate card discussion - https://community.home-assistant.io/t/mqtt-climate-card-broken-for-temperature-changes-ebusd/656133 I have a climate card that has valid data now, using ebus, and whilst commands are published using MQTT, with the system responding with a similar ebusd/basv/z1ActualRoomTempDesired value, after a minute or so it just resets back to the previous state. Not sure what combination of events need published. |
|
Hi there, I've installed the adapter with USB connection, mosquitto and ebusd Add-ons are running, but I can't see any values. Thanks! |
|
Thanks guys. I now have this working beautifully!
|
|
I just got the adapter and I'm reading how to set it up. I see there are 2 options:
|
|
https://github.com/signalkraft/ebusd-vaillant-component After recent outages and increased quota errors, I also got myself an eBUS adapter (the C6 stick) and created this integration to be able to connect locally and still have fully functional climate / water heater entities. Testing is limited to my system (VRC720), but there's some diagnostic tools to make extending it pretty easy. Compared to the raw ebus HA entities, I'm trying to create something more along the lines of the mypyllant-component, with working climate entities & features like quick veto and away mode out of the box. There's a long way to go, but I'd appreciate some testing. |
|
I built a local HA custom_component that connects to ebusd directly over TCP (no MQTT, no cloud). It auto-discovers all registers via the ebusd https://github.com/MarkBovee/vaillant-ebus It's a pure custom_component, installable via HACS. You still need the ebusd addon running (LukasGrebe repo), but no separate MQTT broker or additional integration setup required — just point it at ebusd's TCP port 8888. For me this is a 1-on-1 replacement of the mypyllant API integration — it exposes climate entities (quick veto, away mode via calendar), water_heater entities (DHW boost, temp control), and all the sensors I had before, but fully local. Features that aren't available through the standard ebusd MQTT path: away mode (calendar-based scheduling), room humidity (CTLV2, runtime-defined register), and proper climate/water_heater entities — all work out of the box. Main difference from the existing ebusd-vaillant-component: this one generates entities directly from ebusd's register discovery rather than hardcoding specific register mappings, so new registers appear automatically after a rescan. Would love feedback from others testing it on different hardware configurations. |
|
I kept postponing the switch to ebusd, because I never managed to find the time to put all of that into a usable HA component. So it's great to see that people have done that already. Thank you both @signalkraft and @MarkBovee for the effort on: I have a few questions if someone could please answer:
|

Uh oh!
There was an error while loading. Please reload this page.
A discussion on how to use an ebus adapter to connect to a Vaillant system
Adapters available from https://adapter.ebusd.eu/index.en.html
Ebusd software available from https://github.com/john30/ebusd/
MQTT broker available from https://mosquitto.org/
Integrate Home-Assistant with MQTT through the MQTT integration - https://www.home-assistant.io/integrations/mqtt/
The above is a very high level list of basic requirements...
All reactions