# BACnet Driver Beta **URL:** \ **Category:** Ignition Early Access\ **Created:** [June 12, 2020, 3:15pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595 "2020-06-12T15:15:10Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [June 18, 2020, 6:42pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/21 "2020-06-18T18:42:53Z")
After rebooting the Ignition server the device is connected. Is there anything i can do to reproduce the connection issue? It would also be good to enable a connection without the broadcast. Our production firewall blocks broadcast traffic, so i can only connect to devices that are not behind those firewalls. Now i am able to browse from the designer, but the browse result is not as expected. ![grafik](https://us1.discourse-cdn.com/inductiveautomation/original/2X/5/565f111b2a7068b84dc4f2f1f5076e0ff0f7a406.png) ![grafik](https://us1.discourse-cdn.com/inductiveautomation/original/2X/e/ef3f8bda20c036fc17f2a589aaac7561420fe37e.png) This is the browse result from another Server: ![grafik](https://us1.discourse-cdn.com/inductiveautomation/original/2X/4/4b725f739238f76a86df5448afb936ec05397c38.png) ---
**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:** [June 18, 2020, 6:48pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/22 "2020-06-18T18:48:19Z")
> [@chi](#): > > After rebooting the Ignition server the device is connected. I noticed you had restarted the module at least once, I think there may be some kind of missing cleanup there. I couldn't explain the multiple who-Is requests to the same device happening in your Wireshark capture unless it's because multiple instances of something weren't cleaned up. I don't know what information the server in your screenshots is using to name those nodes. Maybe it uses some specific BACnet property as the browse name or display name? ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [June 18, 2020, 7:00pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/23 "2020-06-18T19:00:02Z")
> [@Kevin.Herron](#): > > I noticed you had restarted the module at least once, I think there may be some kind of missing cleanup there. Yes, i was able to reproduce the effect. It happens when the module is restartet with the Bind Address set to the IP of the gateway. When changing the Bind Address without restart, the device is immediately connected. ---
**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:** [June 18, 2020, 7:03pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/24 "2020-06-18T19:03:34Z")
Okay, I’m guessing that server is just using the Object\_Name property if it’s set. I can’t remember why I stopped doing this… I’ll play around with it and see if it works now. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [June 18, 2020, 7:12pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/25 "2020-06-18T19:12:44Z")
> [@Kevin.Herron](#): > > I don’t know what information the server in your screenshots is using to name those nodes. Maybe it uses some specific BACnet property as the browse name or display name? It is the Object\_Name and the Description of the Analog Input Object. I think it would be very useful to enable access to those properties at least. Even better would be a seperate browse tree with object name and descriptions. ![grafik](https://us1.discourse-cdn.com/inductiveautomation/original/2X/d/dade49085c5228faace8a807e9dd2042f5407620.png) ---
**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:** [June 18, 2020, 7:18pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/26 "2020-06-18T19:18:19Z")
I’m going to work on mapping Object\_Name and Description BACnet properties to their OPC UA equivalents for each object type. Unfortunately Ignition itself is unable to take advantage of the OPC UA Description attribute right now… but it’ll be there for some future where it can. ---
**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:** [June 19, 2020, 3:33pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/27 "2020-06-19T15:33:50Z")
The next nightly build will have Edge compatibility and BrowseName/DisplayName attributes populated using the Object\_Name property. Edge compatibility will require a full gateway upgrade, not just the module. ---
**Author:** ![dsoucy](https://avatars.discourse-cdn.com/v4/letter/d/5f8ce5/32.png) [@dsoucy](https://forum.inductiveautomation.com/u/dsoucy)\ **Post date:** [June 19, 2020, 4:07pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/28 "2020-06-19T16:07:18Z")
So we need to wait for next release of Edge ? ---
**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:** [June 19, 2020, 4:08pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/29 "2020-06-19T16:08:07Z")
The nightly builds include Edge distributions. Just wait until Monday and download Edge from the nightlies page. ---
**Author:** ![dsoucy](https://avatars.discourse-cdn.com/v4/letter/d/5f8ce5/32.png) [@dsoucy](https://forum.inductiveautomation.com/u/dsoucy)\ **Post date:** [June 19, 2020, 4:57pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/30 "2020-06-19T16:57:32Z")
Awsome 🙂 ---
**Author:** ![dsoucy](https://avatars.discourse-cdn.com/v4/letter/d/5f8ce5/32.png) [@dsoucy](https://forum.inductiveautomation.com/u/dsoucy)\ **Post date:** [June 22, 2020, 8:24pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/31 "2020-06-22T20:24:17Z")
Works great on Edge now ! ---
**Author:** ![dsoucy](https://avatars.discourse-cdn.com/v4/letter/d/5f8ce5/32.png) [@dsoucy](https://forum.inductiveautomation.com/u/dsoucy)\ **Post date:** [June 22, 2020, 8:46pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/32 "2020-06-22T20:46:13Z")
![BrowseOPC](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/1/21e6795a40c07730cd32673001b65553723a6c67.png) The OPC Browser still doesn’t use the ObjectName property tough. ---
**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:** [June 22, 2020, 9:26pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/33 "2020-06-22T21:26:51Z")
Is it possible for you to get a Wireshark capture while the driver is connecting? Did you download a new copy of the BACnet driver too? What does the full version number in the modules page say? ---
**Author:** ![dsoucy](https://avatars.discourse-cdn.com/v4/letter/d/5f8ce5/32.png) [@dsoucy](https://forum.inductiveautomation.com/u/dsoucy)\ **Post date:** [June 22, 2020, 10:20pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/34 "2020-06-22T22:20:09Z")
🤦‍♂️ Works great with the new version of the Bacnet module! ---
**Author:** ![drojas](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drojas/32/3403_2.png) [@drojas](https://forum.inductiveautomation.com/u/drojas)\ **Post date:** [June 28, 2020, 9:46pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/35 "2020-06-28T21:46:59Z")
Kevin, I have the Beta 1.0.0-SNAPSHOT (b2020062302) installed. I can’t seem to get the OPCUA Device to indicate a status of Initialized. It constantly switches between Initializing and Uninitialized. I have configured the local device with bind and broadcast addresses being the same (192.168.0.10). If I change the broadcast to .255, then I get this DefaultTransport error. I have tried changing the network number from default 1 to 0 to match what the error indicates and errors stop, but device keeps cycling. I made sure to edit then save Ignition’s OPC-UA Server as indicated. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/5/b586877eaac3c0860c68551079af9a19b6f96f25.png) Using Inneasoft BACnet Explorer on the same gateway I am able to browse the multiple devices under a specific IP address. These are Zigbee wireless thermostats that connect to an Ethernet “gateway”. Each device Id represents a thermostat. Would I need to create an OPC Device connection for each ID even though they share the same IP Address? ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/0/b099b56caa67b346b12067f8b7d5e0a2a853abce.png) ---
**Author:** ![drojas](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drojas/32/3403_2.png) [@drojas](https://forum.inductiveautomation.com/u/drojas)\ **Post date:** [June 28, 2020, 10:14pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/36 "2020-06-28T22:14:48Z")
Nevermind. Somehow it shows Initialized now. And I answered my own question. Yes, I’ll have to create a connection for each device (over 70 in this building…ouch!) Kevin, What if the Device Id could be part of the OPC item Path? Similar to Modbus TCP/IP, that way we can create a device connection using the IP address only and then leverage UDTs to dynamically create necessary tags by specifying the unique device Id. For example, ns=1;s=[ViconicsGW1]Device301.AnalogValue7.Present\_Value maps to the Room Temperature of thermostat with Device Id 301. Device Id 302 is also located on the same IP address, However, this might not be how BACNet works in general. Thanks for developing this module! ---
**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:** [June 29, 2020, 5:48pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/37 "2020-06-29T17:48:36Z")
That won’t work, aside from being way too late, it assumes every device id on the other side of some gateway or IP is exactly the same, implements the same services, and doesn’t need different transport settings or anything else. You’ll just have to create a lot of devices. Your broadcast address should definitely be the .255 variant. It will never be the same as the bind address. ---
**Author:** ![noc](https://avatars.discourse-cdn.com/v4/letter/n/6de8d8/32.png) [@noc](https://forum.inductiveautomation.com/u/noc)\ **Post date:** [June 30, 2020, 12:03am UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/38 "2020-06-30T00:03:18Z")
We have been charting BACnet equipment parameters using a homegrown python application for some months. All the target BACnet devices are on a completely different network (10.A.B.0/24) than the polling Linux system (10.A.X.0/24). We just installed the ignition BACnet driver. Unfortunately we cannot get the ignition driver to pass the initializing stage. Using TCPdump, we see packets leaving, but there is no reply from the remote device. We use both the default and what we feel is the actual instance id for the remote system with the same results. I’ll DM you the packet capture. ---
**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:** [June 30, 2020, 12:13am UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/39 "2020-06-30T00:13:05Z")
What did you use as the bind address and broadcast address when configuring the local device instance? ---
**Author:** ![noc](https://avatars.discourse-cdn.com/v4/letter/n/6de8d8/32.png) [@noc](https://forum.inductiveautomation.com/u/noc)\ **Post date:** [June 30, 2020, 3:24pm UTC](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595/40 "2020-06-30T15:24:48Z")
The bind address was the IP address of the Linux client on which ignition was installed. The broadcast address what the same address ending in .255. Basically, the output of the Linux ifconfig command. Packets leave, but don’t return as you’ll see in the capture I sent. You’ll also see a known working example of communication between the same client and target using a python script. [Previous page](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595.md?page=1) [Next page](https://forum.inductiveautomation.com/t/bacnet-driver-beta/35595.md?page=3)