# KNX support in Ignition **URL:** \ **Category:** General Discussion\ **Created:** [April 24, 2021, 9:46pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002 "2021-04-24T21:46:13Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [April 24, 2021, 9:46pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/1 "2021-04-24T21:46:13Z")
Hello. We deliver solutions for building automation and are looking for a new scada solution. Today we use iFix and Citech. Our systems consist of KNX on all field equipment and bacnet on ventilation, heat pump etc. I can not find any modules for KNX support in Ignition. Does anyone know if support for KNX is planned. Or if any of the third party vendors are planning this? How do you others solve this? KNX for bacnet / OPC-ua gateways? Kepware? I must say I am surprised that Ignition does not support KNX. Does anyone have any idea how difficult it is to adapt one of the free drivers to Ignition? > **[linknx/pyknx](https://github.com/linknx/pyknx)** > > Python bindings for Linknx - Execute Python code when a Linknx object get changed! - linknx/pyknx > **[knxd/knxd](https://github.com/knxd/knxd)** > > Contribute to knxd/knxd development by creating an account on GitHub. Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_flows.nodered.org/node/node-red-contrib-knx-ultimate Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_flows.nodered.org/node/node-red-contrib-knx Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_flows.nodered.org/node/node-red-contrib-knx-easy Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_github.com/IOT-DSA/dslink-java-knx/blob/master/LICENSE Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_github.com/calimero-project/calimero-server Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_xknx.io/ Sorry\_I\_Can\_ONLY\_POST\_TWO\_LINKS\_github.com/vapourismo/knx-go I think knxd can be a simple solution. Install it as a deamon on a linux machine running ignition. And make a simple integration between the two. Espen ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [April 24, 2021, 10:07pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/2 "2021-04-24T22:07:16Z")
A quick Google shows there’s a couple OPC UA options. I’d probably start with those. There’s nothing planned on our side. To be honest I’ve never even heard of KNX. Building automation is not something we have much/any expertise in. ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [April 25, 2021, 12:42am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/3 "2021-04-25T00:42:41Z")
Youre product looks to fit well with building automation. We usually work against municipalities or property owners. The municipalities has a rule that everything up to the scada system must be bacnet. But the property owner don’t have strikt rules. Today we use wago PLC to gateway the KNX vaules to bacnet. And we can use them to gateway to opc-ua (Testing thise at home now). One building is typical 1500-3000 tags. Depends how big the building is and type, school, office, gym… Every building the town(municipalities) builds is going in to a scada so the iFix server is getting lots of tags and images. And the operating personnel can control the buildings from on place. I think you should look inn to building automation, it could be a big market for you. And KNX is the standard in Europe for building automation. KNX is an open standard for commercial and domestic building automation. KNX devices can manage lighting, blinds and shutters, HVAC, security systems, energy management, audio video, white goods, displays, remote control, etc. > **[KNX (standard)](https://en.wikipedia.org/wiki/KNX_(standard))** > > KNX is an open standard (see EN 50090, ISO/IEC 14543) for commercial and domestic building automation. KNX devices can manage lighting, blinds and shutters, HVAC, security systems, energy management, audio video, white goods, displays, remote control, etc. KNX evolved from three earlier standards; the European Home Systems Protocol (EHS), BatiBUS, and the European Installation Bus (EIB or Instabus). It can use twisted pair (in a tree, line or star topology), powerline, RF, or IP links . On this ... [https://www.knx.org/knx-en/for-professionals/index.php](https://www.knx.org/knx-en/for-professionals/index.php) ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [April 25, 2021, 2:15am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/4 "2021-04-25T02:15:15Z")
> [@ekb](#): > > I must say I am surprised that Ignition does not support KNX. I just spent some time skimming the specification and "cookbook". It is very dependent on MS Visual Studio, which is a problem for a cross-platform product like Ignition. Not that it can't be done, but it would be a big project. Don't hold your breath. ---
**Author:** ![mazeyrat](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mazeyrat/32/10955_2.png) [@mazeyrat](https://forum.inductiveautomation.com/u/mazeyrat)\ **Post date:** [April 25, 2021, 2:45am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/5 "2021-04-25T02:45:23Z")
There is a Java api here for knx [https://calimero-project.github.io/#usage](https://calimero-project.github.io/#usage) > **[calimero-ng.pdf](https://github.com/calimero-project/introduction/blob/master/documentation/calimero-ng.pdf)** ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [April 25, 2021, 7:54pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/6 "2021-04-25T19:54:31Z")
I understand that i nobody have heard of or used KNX it will not be a top priority to support it. But I would say that in build automation in Europe it’s inn much use. In my first post I linked to diffrent project for KNX support. If any of thes could be used to easyer give Ignition easy support for KNX that would be nice. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [April 25, 2021, 8:11pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/7 "2021-04-25T20:11:35Z")
> [@ekb](#): > > [calimero-project (Calimero Project) · GitHub](https://github.com/calimero-project/) Sigh. All of the Calimero resources are GPLv2. No way to include that in Ignition. ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [April 25, 2021, 9:00pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/8 "2021-04-25T21:00:49Z")
I think most knx projects that are on github or gitlab are GPL. I do not think the are much with BSD projects. But [http://www.knx.org](http://www.knx.org) has an overview of all certified drivers from different vendors. It may be possible to customize an existing driver from one of them. [https://www.knx.org/knx-en/for-manufacturers/members/](https://www.knx.org/knx-en/for-manufacturers/members/) Weinzierl is one of the firms [https://weinzierl.de/index.php/en/all-knx/knx-stacks-en](https://weinzierl.de/index.php/en/all-knx/knx-stacks-en) ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [April 26, 2021, 1:29am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/9 "2021-04-26T01:29:42Z")
> [@ekb](#): > > Weinzierl SDKs for C and .Net. So a JNI would be needed for each platform. ): I think I'll stop here. For now, at least. Too much else on my plate, and too nebulous a path forward to add it to my driver module to-do list. ---
**Author:** ![nader.chinichian](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nader.chinichian/32/9261_2.png) [@nader.chinichian](https://forum.inductiveautomation.com/u/nader.chinichian)\ **Post date:** [April 26, 2021, 3:38am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/10 "2021-04-26T03:38:20Z")
May your only free choose is to use node red knx driver with ignition. > **[node-red-contrib-knx](https://flows.nodered.org/node/node-red-contrib-knx)** > > KNX for node-red, utilizing pure JavaScript KNXnet/IP driver (both works: tunelling & routing) ---
**Author:** ![nader.chinichian](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nader.chinichian/32/9261_2.png) [@nader.chinichian](https://forum.inductiveautomation.com/u/nader.chinichian)\ **Post date:** [April 26, 2021, 6:27am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/11 "2021-04-26T06:27:53Z")
[https://plc4x.apache.org/users/protocols/knxnetip.html](https://plc4x.apache.org/users/protocols/knxnetip.html) ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [April 26, 2021, 7:56am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/12 "2021-04-26T07:56:55Z")
that link looks good. It even APACHE licence. I think thats a better licence for Ignition ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [September 13, 2021, 11:16am UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/13 "2021-09-13T11:16:59Z")
KNX makes it easier for others to communicate with them. I'm still hoping for Ignition support on KNX [https://schema.knx.org/](https://schema.knx.org/) Video that explains what they are working on [![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/3/9359a4910084c3203cfb7a75b9a6b97eac9cd0e7.jpeg "KNX IoT: Q1/2021 Status") ](https://www.youtube.com/watch?v=XpWCmc-AtSc) ---
**Author:** ![ekb](https://avatars.discourse-cdn.com/v4/letter/e/e79b87/32.png) [@ekb](https://forum.inductiveautomation.com/u/ekb)\ **Post date:** [December 13, 2023, 9:54pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/14 "2023-12-13T21:54:09Z")
Bringing up this thread again. Since I really want KNX support in Ignition. [KNX.org](http://KNX.org) invest in IoT and how to get knx equipment easier to the cloud. They have a github page here with information about their KNX IoT Point API stack. It is an open-source stack, [Apache-2.0 license. > **[GitHub - KNX-IOT/KNX-IOT-STACK: KNX-IOT open source stack](https://github.com/KNX-IOT/KNX-IOT-STACK)** > > KNX-IOT open source stack. Contribute to KNX-IOT/KNX-IOT-STACK development by creating an account on GitHub. > **[KNX IoT – KNX Association](https://support.knx.org/hc/en-us/categories/360003122820-KNX-IoT)** > > Here you can find useful information about all KNX IoT aspects such as 3rd Party API or the KNX Information Model. Sorry. It's not Java. If you to would like ignition to support KNX please vote > **[KNX driver support | Ignition Features and Ideas | Inductive Automation](https://inductiveautomation.canny.io/ignition-features-and-ideas/p/knx-driver-support)** > > KNX is a world standard for building automation. https://www.knx.org We use KNX as a field equipment in all rooms of the buildings. Today we convert it to opc/ua or bacnet to get it into ignition ![Torge3_rom1](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/2/e23c167cb25a2184914278ccddd5fb9ecf5f0ea2.png) ![Torge3_rom2](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/3/63d4a0ea06fea89463fcaac8a7a97f475fdb342f.png) ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 13, 2023, 10:11pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/15 "2023-12-13T22:11:01Z")
> [@ekb](#): > > Sorry. It's not Java. That's a big barrier to implementing a native Ignition driver. Like, a deal-breaker. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 13, 2023, 10:16pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/16 "2023-12-13T22:16:36Z")
> [@ekb](#): > > Sorry. It's not Java. > [@ekb](#): > > Today we convert it to opc/ua or bacnet to get it into ignition Yeah... I mean this looks neat and all, but with no Java toolkit, and apparently multiple already working avenues to get this data... why would we prioritize this? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 13, 2023, 10:23pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/17 "2023-12-13T22:23:28Z")
Hmm, I think that repo was misleading - their IoT platform isn't what we'd need. It looks like KNX things are capable of exposing their points via a CoAP API... which is a little more reasonable a target. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 13, 2023, 10:26pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/18 "2023-12-13T22:26:56Z")
Where'd you see that? The only thing I found on the KNX site is their "Falcon SDK". Which is .Net. Which likely means Windows-only. (Mono on Linux is not great, by all accounts.) That means I, as a third party, am not going to be interested **at all**. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 13, 2023, 10:29pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/19 "2023-12-13T22:29:20Z")
> **[Downloads](https://support.knx.org/hc/en-us/articles/10386532582930/)** > > This page hosts the downloads for the following KNX IoT frameworks. > > KNX Information Model (KIM) > KNX IoT 3rd Party API > KNX IoT Point API > KNX IoT Router > > The page is part of the KNX support system, ... ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 13, 2023, 10:33pm UTC](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002/20 "2023-12-13T22:33:56Z")
It's hard to maneuver through their offerings, but I'm getting the impression that API is not at the device level, but at the orchestration level (somewhere). May or may not suffice. [Next page](https://forum.inductiveautomation.com/t/knx-support-in-ignition/46002.md?page=2)