I am having quite a hard integrating some new KNX components into my existing HomeAssistant Environment. I am using the really cool MDT BE-GT2Tx.01 Glastaster II Smart mit Temperatursensor.
What i am trying to accomplish is to
dim a (homematic) light in homeassistant using the KNX wall control
control (homematic) blinds in homeassistant using the KNX wall control
control a thermostat in homeassistant using the KNX wall control
For the light i am having some success by using “send values” instead of dimming on the KNX wall switch. That however is far away from great usability as switching on and off with a single push will not work together with dimming.
The problems that i am having with the “proper” dimmer configuration are:
KNX Dimmers seem to think in 0…100% whereas Homeassistant seems to think in 0 … 255. When i expose the 0…255 value as “percentage” it will not get adapted so 100 in KNX is not 100% in HA
KNX Dimmers control the dimming using 3.007 dim step datatype - I have only found how to control a KNX light from homeassistant - not the other way round
When using the “expose” feature of HomeAssistant values seem to be sent to the KNX bus but if I for instance expose the on/off state and send a change to it on the KNX bus homeassistant will not react to the change triggered by the wall switch - to circumvent this i have used automations but that looks really dirty an high error potential to me
I hope you can point me into the right direction on how to proceed with this integration. An example config would be really great if someone has that running
KNX uses 0…255 as well. “percentage” would be an invalid type for knx-expose - you can use “percent” if you have 0-100 values (even a string) or “percentU8” if you have 0-255 int values.
Same the other way around. If you get a raw payload from knx “100” it would not mean 100% - if you use a sensor with type “percent” you would get a 0-100 value.
There are some forum posts about using DPT3 and keeping state synced.
You may find some answers here: KNX Cookbook
Thanks for the reply - i also used the 5.004 Percentage (0.255) for the workaround which is not “nice” to use at the switch buttons. The MDT Glastaster seems to need 5.001 for the display when using it in proper dimming mode however. From the hint with DPT3 for the search however I figured that I could do that with a template sensor to do the maths from 255 to 100 as the value is only used for display anyways.
If I got the reading right, the solution for the DPT3 works around setting automations for each group address and the individual parameter values 09 “up”, 01 “down” and 00 “stop”. That would lead to having 3 automations per light I need to control and when dimming the lights to have several dozens of executions in the worst case. I’ll try to build that up now for a demo light but I still hope to find a more generic solution that does not rely on group addresses split across config files and automations. Also I am currently not sure how to implement the automation as the “dim” signal comes once only and the change needs to be performed multiple times until the user “stops” the dimming.
And the group addresses for the dimmer in my knx_light.yaml with as well as in knx_switch.yaml. Maybe that is too much but it works now. Strangely it is enough to put only the dimmer address in fire_event_filter. I’m still new to this.
Hi Michael,
I try to use my MDT glas push button to dim Hue lights (using conbee). Are you using one or two button dimming on the MDT button?
I use another approach to control my Sonos volume with a few scripts. In order to get it work, I also need to process event data 0 to stop dimming. But this is much more complex, so I would like to use your automation which is not working for me.
I am using two button but it should be the same on one button style as well. Important for this to work is to use the “dimming” function and not “send values”.
as dcrabs already rightly mentioned it is important to add the dimming addresses to the fire_event_filter to make sure they trigger an event that can be handled by the automation.
Do you have any more hints what is not working for you?
Attached some screenshots of my configuration in ETS - i hope they help albeit being in German
@ciko I have used wrong GA . Its working now, thank you so much. I am able to dim my Hue bulbs with my MDT glas puch button. Your approach is simple and easy to unterstand. My Sonos “dim” volume solution is much more complex as it uses 5 automations, 2 scripts and one input_boolean.
@farmio The MDT glas push button sends a 0 telegram to stop. This will restart and stop automation because condition to repeat is not true.
Edit: I did some changes to soft dim when turn on/off the lights. Its also possible to turn on / of the light by dimming.
I’ve been waiting for this for some time, great to see this in the upcoming version! My idea was to use this for Sonos volume control, rather than setting the brightness of lights. Do you think this could work (after some minor modifications)?
Sure, why not. Just modify the target and the service calls.
PS: this works since ever. It’s just the blueprint and the Dynamic Event registration (initialization) that’s new.
Sorry for not reading carefully. Earlier @DessertBesom mentioned that this is way is much less complex than the previous idea to control the Sonos volume, which I also have been struggling with. I’m gonna try this as soon as possible.
Sure, it’s quite simple, but works fine. The the first button is the on/off toggle plus the volume, the other button is the selector of the source. I’m gonna refine it by making dynamic grouping of Sonos players (I have a bunch ) based on the presence in each room. Grouping in Sonos is quite slow sometimes, it cannot follow presence in real-time, but it gives a feeling.
Dear Farmio, all,
after hours of various trials, I definitely need your help…
I’ve a KNX Wall Switch operating as one button dimmer with the 2 objects (one is 1.001 and the other one 3.007), as per your example I believe.
I want to use this switch to control a SHELLY light through HA.
I do see the knx_event with the right data in the log, but the light doesn’t switch nor dimmer…
The Shelly light already works fine with a simple dimmer control in lovelace…
I’m using the HA core-2021.4.6.
I post here below the YAML conf I’ve in my light file package configuration: