Viessmann Binding [5.0.0;5.9.0)

logo

This binding connects Viessmann Devices via the new Viessmann API. It provides features like the ViCare-App.

Changelog

Version 5.1.0

  • Adjust Viessmann Domain reported from Viessmann Mailing
  • Add support for gateway selection

Resources

https://github.com/rogrun/openhab-addons/releases/download/5.0.x-new-viessmann-binding/org.openhab.binding.viessmann-5.1.0-SNAPSHOT.jar

2 Likes

Thanks for bringing this to the marketplace!

In case people wonder what makes it different compared to the other Viessmann binding:

AFAIK the other Viessmann binding only lets you read the slope and level of the heating curve, although the Viessmann API allows you to set it.

With this binding however you can set slope and level and thus save some energy on cold but sunny days, when the room temperatures rise beyond your ā€œI need heatingā€ limit. There is simply no perfect static curve and with all the sensors available and openhab you can use this binding for a smart heating curve control.

There might be other differences but that is the one I appreciate.

@rogrun Please remove this Binding from the marketplace and use the 3rd-Party Marketplace instead. The openHAB marketplace is for org.openhab Bindings only.

I’ve removed the published tag and will port the binding to org.openhab as soon as possible. Hopefully by this evening.

3 Likes

@hmerk I have ported the binding to org.openhab and started a pull request on GitHub: https://github.com/openhab/openhab-addons/pull/19123

2 Likes

hi,

many thanks for this update.

Is there any chance to update openhab that the vicare data will be migrated to the new viessmann binding? Currently i only see ā€œhandler not foundā€ for vicare and it seems that i have to delete and re create it with the new binding.

AFAIK currently there is no upgrade path, neither for those using the smarthome j version of this binding nor for the vicare.

There might be an upgrade path for the smarthome j version in the future, since the ā€œonlyā€ difference is that it was moved to the marketplace and thus the namespace was adapted.

Since the vicare binding was created separately to this binding, there will probably not be any upgrade path. That is purely my assumption, maybe rogrun invests the time to create that functionality for the other binding’s users.

Sommaybe you wait until rogrun returns from vacation and comments on his plans.

1 Like

Hi everyone,
I’m working on an upgrade path for Smarthome/J users. However, the naming convention for channels and channel types is difficult to implement because all channels in the device are created dynamically and depend on the installation.

The binding itself is already functional and works as a direct replacement for the Smarthome/J binding (without any necessary adjustments to the channels and their item links).

There will be no upgrade path for Vicare, as it is a completely different binding that accesses the OPTO directly offline. Whereas the Viessmann binding accesses the Viessmann API via the Internet.

1 Like

Hi all,

sorry I’m a beginner, so sorry for stupid questions ;-).

I managed to install the original viessmann binding on OH4. But with moving to OH5, that one didm’t work. So I’ve tied this one, but here I’me also struggeling with the setup.

I’ve started with the thing ā€œViessmann Account". I’ve entered the ClientID from the Viessmann developer portal. For eMail Adress and Password I’ve used my credentions for the Viessmann developer portal.

But I always get a configuration pending with ā€œLogin fails. Please check API Key.ā€.

Is there a more detaild description how to set up the binding? Now I’m stucked :frowning:

Thx
Kai

1 Like

Unfortunately, I do have the same issue here with Viessmann Binding and OH5. As I rely on OH to control heating and DWH temperatures and times, I had to roll back to OH4 for now, until this is solved.

Hi everyone. I’ll look into the problem this evening. What version do you have installed?

Please enter this command in the openhab console:

bundle:list -s

Thanks, Ronny!
This is the extract from ā€œbundle:list -sā€ output:

openhab> bundle:list -s | grep viessmann
289 x Active x  80 x 5.1.0.202508071327    x org.openhab.binding.viessmann

(Debian 13 installation)

Hi Ronny, many thanks for your binding and your support!!

I have the same issue as mentioned above: ā€œLogin failed. Please check API Keyā€. My guess: the redirect URI does not work. When tryinghttp://localhost:8080/viessmann/authcode the system fails to return the correct page and comes up with: {ā€œerrorā€: ā€œinvalid-code-requestā€}. The Viessmann API is running correctly with my credentials on browser requests (independent from OH).

running OH 5.0.0 on Raspi/bookworm (Debian)

openhab> bundle:list -s | grep viessmann
372 │ Active │ 80 │ 5.1.0.202508071327 │ org.openhab.binding.viessmann

Unfortunately I have no direct access to the system right now. I’m on holiday and have only access to the web front-end.
But calling http://localhost:8080/viessmann/authcode results into the same error.

@All

Please check the Redirect URIs in the Viessmann Developer Portal (Viessmann Developer Portal | Viessmann Developer) for your client. They must contain http://localhost:8080/viessmann/authcode/

If this URI is missing, you will receive this error message.

Thanks for the info. Yes I have checked it before and its the same uri on both ends - Viessmann Developer Portal as well as OH call (instead of ā€œlocalhostā€ I have the IP of my local Raspi OH-Server http://192.168.178.xx:8080/viessmann/authcode but also tried ā€œlocalhostā€ on both ends without success). Also tried after one hour to ensure, that changes on the Viessmann side might take some time.

Since we are running out of other options, also the less likely reasons. Did you change the http port of openhab? E.g. in docker something like OPENHAB_HTTP_PORT=xxxx?

Whitespaces in the URI or authcode?

1 Like

Thanks a lot for pointing me in the right direction! In fact deleting and adding the redirect URL again (including slash at the end) did the trick. So obviously I must had made a mistake there. OH5 has just been able to establish the connection and discover gateway and device. Now that Viessmann seems to work on my setup, I can give OH5 a second try.

1 Like

Now it works :slight_smile:

At first, I’ve added the ā€˜/’ at the end of the URL, but still the same error.

Then I’ve checked the settings in OH (Settings->Network), and there was a radio button ā€œPrimary IP-Addressā€ with the local IP-adress of the server. This was unselected. After activating, the Binding worked!!!

Thx for the help :slight_smile:

1 Like