jensihnow
Love it! 
Just started my very own test setup with a few KNX devices, this just comes at a right time! 
Love it!
Just started my very own test setup with a few KNX devices, this just comes at a right time!
Congratulations KNX Team!!! I have been using KNX integration for a long time and it is working stable from the beginning. The developers are always open for new ideas and do not stop improving both xknx and the integration. Honored and supported now by KNX itself is a great appreciation.
This are great news! I’m very excited for the KNX team! Congrats! 
Amazing, very happy to see this! Congrats
This is great news!
Good news! 
Please add fan speed functionality to the climate enity 
Very very good news.
Great achievement!
Well done!
I finished the interior of my house myself. I used KNX as a solid and wired backbone for sensors and controlling lights to everything else. I know it as a very solid system and would not have done anything differently. The current KNX integration already offers me all the tools I need. This will probably only improve. This is very good news for more advanced home setups.
I like to see my home automation system in layers
Independent KNX system for basic actions and switching
IP Bridged services
I use Thinka Pro as an IP bridge and as a direct link to Apple Homekit (for Siri and iPhone integration) and Home Assistant for all extended and more complex automations in my IoT ecosystem.
The combination offers a solid backbone to a modern home setup 
Congratulations to the KNX Team !
I have about 200 KNX entities in my home setup, and the KNX integration has never failed. It is rock solid and continue to bring more stability and DPT support.
It would be great if we can use HA to program our KNX devices instead of the shamefully expensive ETS software
Guess it is not missing per se, but the dimming system in KNX is a bit difficult to work with via HA.
Great news, while KNX is somewhat expensive, and more fitted for new houses or major renovation. It is extremely solid, an open standard and has massive support, if it fits for your situation it is in many ways the optimal protocol.
This is good news. I have been using KNX Ultimate in Node-RED which has zero limitations as it simply exposes the whole bus via group addresses. The messages are extremely detailed and powerful. I have used it to integrate with my existing lighting control system. I can expose existing Node-RED devices to the KNX bus. Also it will provide logging of all KNX messages onto the dashboard if I chose. This means it’s easy to quickly see when a light was dimmed, to what level, etc. I am already using it to log temperatures from KNX thermostats into a time series database (InfluxDB to show in Grafana). I have enjoyed setting up gestures on my SE Multitouch light switch, to be able to do literally anything… e.g. walk into room, swipe in front of light switch, and the music starts playing from Logitech Media Server, or the projector screen comes down, etc…
This looks good - I’ll dig out the KNX integration and see if I can get it up and running quickly in HA too.
This is super super excellent news!
I recently completed restoring an old house with all new internals and used KNX as the backbone for all electricals and heating management. Next steps have been to add special purpose IoT solutions based on ESP32 hardware and drive these using ESP32. Examples of these are WS2812 light strips and Grow R503 readers for fingerprint based unlocking of doors.
I’m closely following The KNX IP Protocol · Issue #307 · esphome/feature-requests · GitHub which is a feature request for ESPHome to become able to directly communicate with the KNX environment using IP.
I’m hoping this will be added as I believe this will help me make the setup more robust, as the daily operations (interactions between the KNX environment and the ESPHome devices) will not be jeopardized by Home Assistant needing to be taken offline for shorter or longer periods of time.
Kind regards Jakob
Great news. As a new KNX user, (new house with over 70 KNX devices) and a frequent HA user, I am very excited to see this progress. Great work KNX Integration Team!
Great! can it be used next to your excisting YAML configured KNX configuration, or do you have to replace the old one?
It’s really awesome…
The integration of KNX is already really very good…
Formalizing the relationship is even better…
Great to see this official level of integration!
NICE! KNX is big here in The Netherlands, Belgium and Germany! Kick ass!
Specifically I was trying to use 10.001, 11.001 but I’m guessing there are more missing.
1 reply
Bidirectional DPT 10.001 is supported in 2023.7 with Time entities 
Sending current time, date or datetime is supported via expose.
Great News! Many thanks to the KNX Integration Team!
Congratulations. Hopefully this will be useful for enhancements regarding covers (HA: 0% means closed, KNX. 100% means closed).
If you don’t already have one, and don’t want to go for a 2nd hand device (which would be perfectly fine in most cases) I can recommend
Or their router counterparts if you need it. Weinzierl also has a Knx ModbusTCP interface that provides Knx Ip tunnels - haven’t tested it, but looks interesting.
If you are looking for a very cheap solution that works perfectly, check this:
I just bought a used knx usb interface on eBay and used the approach in the link.
Worked without any issue.
Recently, Homeassistant started to support Matter and I think even has options to directly span a Threat network.
On the commercial space, the equivalent to “Matter over Threat” is “KNX IoT over Threat”. First devices have been launched by Siemens recently.
Does Homeassistant also support “KNX IoT over Threat”?
Disclaimer: I happen to work at Siemens Building Technology Headquarter as a product manager 
There are none. But it is still a community project - if someone wants to add support for it, that’s always possible.
That said, it is probably a long stretch to support configuration of Knx Iot devices from HA.
Building a Knx-IP to IoT bridge and configure IoT devices from ETS (and integrate them with the rest of the KNX system) would probably be feasible. But on the other hand, this could just as well be a standalone project running in some docker container or such.
I’d go as far as to say KNXA should provide such a software-bridge if they want their IoT protocol to succeed in residential homes. Or have their manufacturers build that into standard KNX-IP routers. But then again, their members would miss the opportunity to sell another 500€ DIN-Rail device 
@farmio can this be done?
Some posts (in other forums) say you have to export-transport-import a file from KNX to HA. That would be horrible as an IT concept and require a KNX ETS6 license as long as you have changes in your KNX installation. But maybe, this information is outdated now?
Somehow the same question, in different form: I assume the new HA-KNX integration uses the KNX API described here: https://support.knx.org/hc/en-us/articles/10386532582930-Downloads . Does the API require a valid ETS6 license? (If yes, this would raise a few more questions, since ETS6 could sit in the cloud if not used locally/ with a dongle). Or does the API read all objects from the actual installation?
Or is the file-based transfer used for initial setup/ configuration and API accesses only “registered” entities?
1 reply
Hi 
!
No. Unless someone implements parsing Knx application files, presenting the options and writing the data, this can not be done. And if it could, it would invalidate the ETS project state - which is in Knx considered the single point of configuration truth.
First of all: there is no “new Knx integration”. It’s the same as it has been since ~ HA 0.50 - slowly evolving.
Knx Iot API is not used. It would not require an ETS license to use it, but a hardware gateway which had to be configured by ETS.
The API doesn’t provide any more information than the project file. It does however provide a way to communicate with devices. But that can be achieved by standard Knx IP just as well imho.
@farmio Hi! I have been using ioBroker for a few years and I would like to switch over to HA. I have about a thousand KNX group addresses. That’s what has stopped me so far from abandoning ioBroker.
After the announcement of HA collaborating with the KNX Association back in June last year, I hoped for a “one-click solution” to import all group addresses to HA like it is possible in ioBroker.
Is there anything in the pipeline in the foreseeable future that would make the import of a large KNX project like mine easier? I don’t won’t to spend plenty of hours doing it manually and there is an update bringing a one-click solution just a couple of weeks later…
Any updates would be appreciated.
Markus
1 reply
Hi !
I don’t know ioBroker. But I guess it works quite a bit different than HA.
Importing GAs alone is not really that valuable in HA as we need complete entity definitions - so knowing semantics between GAs - ie. light: which GA is on/off, state, brightness etc. for each entity. And that’s what is stopping every effort of a “one-click-solution” - which was never announced, nor planned - there is hardly any meaningful non-custom semantics we can make use of.
What is planned (and was before “KNX Association collaboration”) is to build a UI for entity configuration.
But imho, for a large batch of quite similar entities, using this won’t be faster than creating a configuration file - given you have some reasonable GA numbering schema and know how to use modern editors.
I can not provide any estimations for release dates. There are still some major issues to figure out and I am not really a frontend person… so there is much learning involved.
As always, any help would be widely appreciated.
1 reply
Thank you for your fast reply and explaining what makes it more or less impossible to do a one-click solution!
I think I just have to “play” a little with HA and unterstand the difference between entities and attributes before I actually start to get everything into HA.
I know there a good tutorials for integrating KNX into HA on YouTube. I will just start from there.
Unfortunately, I am only an end user and I don’t think I can be of any help! But I will report all bugs I might encounter.
@#Markus_FFM
I was in a similar situation and the integration of the GA was stopping me for quite some time. 6 month ago I did the switch from IOBroker to HA. I should have done it earlier. What seems easy on the IO side is just getting the basic setup of loading the GA. But even in IO it is quite some effort to make use of the GAs. You alway need to do the unity mapping. This is now the main process which is done on the HA side. As you integrate the GAs you do the Mapping already. The outcome is a clearly defines data model.
Currently 1.1
But an upgrade to 1.3 is planned in the upcoming weeks.
I don’t know, if Apple Thread Border Routers are supported. Anyway, to use it in the intended way, you also need to implement the KNX IoT application layer…
1 reply
Great! Please, let us know when it’s available.
Why should the TBRs need to understand the KNX IoT app layer?
When it supports OpenThread v.1.3 it must work with all Thread Border Routers. So far I understand, it is a shall requirement. For example, a Light Bulb can be a TBR and help extend the Thread network.
But I also understand that the communication with the Thread Leader for onboarding new devices isn’t working well right now but should be standardized in the coming major release.
Are Siemens active in the OpenThread group?
! Are you missing some specific ones?
