-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[boschshc] Support for Groundfloor Heating Controller (Fussbodenheizung) #10767
Comments
Hi @mike-bike ! Thanks for using our binding :) I am happy to hear that it works (mostly) for you. About your issue: Could you post a link to the device you are trying to connect? Some link from a shopping site or the Bosch website would be sufficient. So we are sure to talk about the same thing. To set the temperature you will have to add a "Climate Control" thing to openHAB. In your log you see the device id of it: In our next version there will be a "Wall thermostat" thing which supports a humidity channel beside the temperature channel. That should work for your device. If you have further issues, feel free to use our official branch repository: https://github.com/stefan-kaestle/openhab2-addons We keep our own issue tracker there and look there much more often :) |
Hi Christian, many thanks for the quick and helpful response. I have seen the virtual device but not realized the purpose
… Am 03.06.2021 um 21:33 schrieb Christian Oeing ***@***.***>:
Hi @mike-bike ! Thanks for using our binding :) I am happy to hear that it works (mostly) for you.
About your issue: Could you post a link to the device you are trying to connect? Some link from a shopping site or the Bosch website would be sufficient. So we are sure to talk about the same thing.
To set the temperature you will have to add a "Climate Control" thing to openHAB. In your log you see the device id of it: roomClimateControl_hz_1 . Climate Control devices are virtual devices which are created by the Bosch home controller; one for each room. The temperature can not be set for each thermostat, but only for each climate control device. If you use the Bosch mobile app you will see that it works there the same way.
In our next version there will be a "Wall thermostat" thing which supports a humidity channel beside the temperature channel. That should work for your device.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Hi Michael, Yes, the stall temperature readings were already reported and are fixed in the next version (see stefan-kaestle#66 for some details). Yes, your device is the wall thermostat (I have no clue who gave it that name instead of using room thermostat ;) ). If you like, check out our repository from time to time, I think we will create a beta version for our next version soon and make it available for download. That way some people can already test it and might find some bugs we can fix before the official release. |
Hi Christian, I just have installed the latest official OpenHAB build 3.1.0. Unfortunately the Wall Thermostat did not make it into the release. I am happy to test a beta version of your binding if you could please direct me to a download link. Otherwise I just will wait until the next milestone release for 3.2. |
Just seen that the first Milestone release is out and installed 3.2.0 M1. Unfortunately I still don't get any readings from the thermostats. The Twinguard is working perfectly fine. Do you have any idea, what I could do to convince the binding:-) |
Hi @mike-bike , A new openHAB release does not necessarily mean that the binding was updated. We did not send our changes to openHAB, so the latest version there is still v1.1. But we just created a first release candidate for v1.2. Feel free to use the jar from here: https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1 to get the latest features. The wall thermostat is in there as well :) You will just have to copy the jar into your openHAB "addons" folder (probably best to uninstall the previous version). For further questions please use our official issue: stefan-kaestle#106 |
Many thanks for the quick response. I very understand that a new Openhab release does not necessarily include all new versions of your bindings. Nevertheless, I was hoping…
Anyway, I have now loaded the new version and uninstalled the old binding. Hopefully the new is now installed. At least Karaf is showing that:
openhab> list | grep Bosch
235 │ Active │ 80 │ 3.2.0.202107292001 │ openHAB Add-ons :: Bundles :: Bosch Smart Home Binding
Twinguard continous to work as before. For the Thermostats I get the following error:
CONFIGURATION_ERROR
Request for info of device id=hdm:HomeMaticIP:3014F711A000239D585BCC81 failed with status code 400 and error code ILLEGAL_QUERY_PARAMS
The same error appears for the existing Thermostats as well as for a newly configured Wall Thermostat. Any idea where I should look at? Karaf only shows that one Bosch binding, but honestly I am not sure where to check that no old code is hanging around ...
Regards,
Michael
… Am 02.08.2021 um 19:37 schrieb Christian Oeing ***@***.***>:
Hi @mike-bike <https://github.com/mike-bike> ,
A new openHAB release does not necessarily mean that the binding was updated. We did not send our changes to openHAB, so the latest version there is still v1.1.
But we just created a first release candidate for v1.2. Feel free to use the jar from here: https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1 <https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1> to get the latest features. The wall thermostat is in there as well :) You will just have to copy the jar into your openHAB "addons" folder (probably best to uninstall the previous version).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#10767 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHVH7GG3P7FH4VH3D63S74LT23JUDANCNFSM45VAGALA>.
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>.
|
Strange message I see in openhab.log
2021-08-02 23:27:01.263 [WARN ] [ty.util.ssl.SslContextFactory.config] - Trusting all certificates configured for ***@***.***[provider=null,keyStore=file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null]
2021-08-02 23:27:01.265 [WARN ] [ty.util.ssl.SslContextFactory.config] - No Client EndPointIdentificationAlgorithm configured for ***@***.***[provider=null,keyStore=file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null]
IP address points to Bosch Bridge. However, my Twinguard seems to be working as normal. I am happy to help with further details, but would require some support what I would need do.
Regards,
Michael
… Am 02.08.2021 um 23:12 schrieb Michael Eichhardt ***@***.***>:
Many thanks for the quick response. I very understand that a new Openhab release does not necessarily include all new versions of your bindings. Nevertheless, I was hoping…
Anyway, I have now loaded the new version and uninstalled the old binding. Hopefully the new is now installed. At least Karaf is showing that:
openhab> list | grep Bosch
235 │ Active │ 80 │ 3.2.0.202107292001 │ openHAB Add-ons :: Bundles :: Bosch Smart Home Binding
Twinguard continous to work as before. For the Thermostats I get the following error:
CONFIGURATION_ERROR
Request for info of device id=hdm:HomeMaticIP:3014F711A000239D585BCC81 failed with status code 400 and error code ILLEGAL_QUERY_PARAMS
The same error appears for the existing Thermostats as well as for a newly configured Wall Thermostat. Any idea where I should look at? Karaf only shows that one Bosch binding, but honestly I am not sure where to check that no old code is hanging around ...
Regards,
Michael
> Am 02.08.2021 um 19:37 schrieb Christian Oeing ***@***.*** ***@***.***>>:
>
>
> Hi @mike-bike <https://github.com/mike-bike> ,
>
> A new openHAB release does not necessarily mean that the binding was updated. We did not send our changes to openHAB, so the latest version there is still v1.1.
>
> But we just created a first release candidate for v1.2. Feel free to use the jar from here: https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1 <https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1> to get the latest features. The wall thermostat is in there as well :) You will just have to copy the jar into your openHAB "addons" folder (probably best to uninstall the previous version).
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub <#10767 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHVH7GG3P7FH4VH3D63S74LT23JUDANCNFSM45VAGALA>.
> Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>.
>
|
I probably should not test that late. I had an error in the device ID.
> id=hdm:HomeMaticIP:3014F711A000239D585BCC81
Removed id= at the beginning and it now works. Not sure whether the old binding was more flexible or tolerant, but this seems to be it. Will check the other configs….
Sorry for the confusion caused.
… Am 02.08.2021 um 23:31 schrieb Michael Eichhardt ***@***.***>:
Strange message I see in openhab.log
2021-08-02 23:27:01.263 [WARN ] [ty.util.ssl.SslContextFactory.config] - Trusting all certificates configured for ***@***.***[provider=null,keyStore=file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null <file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null>]
2021-08-02 23:27:01.265 [WARN ] [ty.util.ssl.SslContextFactory.config] - No Client EndPointIdentificationAlgorithm configured for ***@***.***[provider=null,keyStore=file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null <file:///var/lib/openhab/etc/oss_openhab_binding_192.168.6.43.jks,trustStore=null>]
IP address points to Bosch Bridge. However, my Twinguard seems to be working as normal. I am happy to help with further details, but would require some support what I would need do.
Regards,
Michael
> Am 02.08.2021 um 23:12 schrieb Michael Eichhardt ***@***.*** ***@***.***>>:
>
> Many thanks for the quick response. I very understand that a new Openhab release does not necessarily include all new versions of your bindings. Nevertheless, I was hoping…
> Anyway, I have now loaded the new version and uninstalled the old binding. Hopefully the new is now installed. At least Karaf is showing that:
>
> openhab> list | grep Bosch
> 235 │ Active │ 80 │ 3.2.0.202107292001 │ openHAB Add-ons :: Bundles :: Bosch Smart Home Binding
>
> Twinguard continous to work as before. For the Thermostats I get the following error:
>
> CONFIGURATION_ERROR
> Request for info of device id=hdm:HomeMaticIP:3014F711A000239D585BCC81 failed with status code 400 and error code ILLEGAL_QUERY_PARAMS
>
> The same error appears for the existing Thermostats as well as for a newly configured Wall Thermostat. Any idea where I should look at? Karaf only shows that one Bosch binding, but honestly I am not sure where to check that no old code is hanging around ...
>
> Regards,
> Michael
>
>
>> Am 02.08.2021 um 19:37 schrieb Christian Oeing ***@***.*** ***@***.***>>:
>>
>>
>> Hi @mike-bike <https://github.com/mike-bike> ,
>>
>> A new openHAB release does not necessarily mean that the binding was updated. We did not send our changes to openHAB, so the latest version there is still v1.1.
>>
>> But we just created a first release candidate for v1.2. Feel free to use the jar from here: https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1 <https://github.com/stefan-kaestle/openhab2-addons/releases/tag/v1.2-rc1> to get the latest features. The wall thermostat is in there as well :) You will just have to copy the jar into your openHAB "addons" folder (probably best to uninstall the previous version).
>>
>> —
>> You are receiving this because you were mentioned.
>> Reply to this email directly, view it on GitHub <#10767 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHVH7GG3P7FH4VH3D63S74LT23JUDANCNFSM45VAGALA>.
>> Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>.
>>
>
|
@mike-bike No problem, glad you found the configuration error yourself :) Let me know if you have any other issues! |
@coeing , I do have 5 wall thermostats and 1 TwinGuard which are all working fine now. Many thanks for your and the teams's effort. I do have a few in-wall switches and door contacts which I plan to integrate shortly as time permits. Any plans to support the camera? |
@coeing configured now my two devices as well with the HomeMaticIP ID and additioanlly the two Climate Control devices to set the temperature in the future (may be). So far they are OK and delivering constantly values. |
@mike-bike @tuxianerDE Sounds good! Hope the version stays stable so we can open the pull request next week! :) @mike-bike Support for the camera is not planned right now as we do not have one available in our homes, so it is difficult to test. Could you tell me what functions the camera should support? |
Binding is running perfectly fine. Not doing much fun yet, but I do get constant readings and can watch temp and humidity nicely moving:-) I am going to install some wall switches soon. Unfortunately my new flat does not have automated blinds as the previous had:-( Probably should consider that with the next move:-) I do not yet own a camera myself. A friend of mine has some and I am considering to buy one. I will talk to him, what features it offers. I could imagine a motion trigger, life picture, and camera control. |
@mike-bike Please close the issue if the heating controller works for you :) |
Sensors are working for me fine since installing current binding from this repository. Many thanks for the support and good work. Hope it will make it into official OpenHAB release quite soon. |
Done. Sorry for missing that.
… Am 03.11.2021 um 22:42 schrieb Christian Oeing ***@***.***>:
@mike-bike <https://github.com/mike-bike> Please close the issue if the heating controller works for you :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#10767 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHVH7GF5Y4KUKHWQ4Z7ONKDUKGUF7ANCNFSM45VAGALA>.
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Firstly, many thanks to all the good work on the OpenHAB project and the Bosch SHC binding. I have now managed to connect my TwinGuard and some basic channels for the ground floor heating controllers. I have configured them as "Bosch Thermostat" and get temperature readings perfectly fine. Obviously the other channels are not accessible (e.g. Humidity, SetPoint) I do get the following in the log:
16:54:08.594 [DEBUG] [c.internal.devices.bridge.LongPolling] - Long poll response: {"result":[{"iconId":"icon_room_bathroom","extProperties":{"humidity":"68.0"},"@type":"room","name":"Badezimmer","id":"hz_1"},{"path":"/devices/roomClimateControl_hz_1/services/TemperatureLevel","@type":"DeviceServiceData","id":"TemperatureLevel","state":{"@type":"temperatureLevelState","temperature":23.1},"deviceId":"roomClimateControl_hz_1"}],"jsonrpc":"2.0"}
Do I need to select another Thing or configure that differently?
Many thanks for your response.
Regards,
Michael
The text was updated successfully, but these errors were encountered: