# New DNP3 Driver Beta

**URL:** <https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774>\
**Category:** Ignition Early Access\
**Created:** [October 20, 2023, 4:18pm UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774 "2023-10-20T16:18:10Z")\
**Posts on this page:** 5\
**Page:** 6

<div class="post-metadata">

**Author:** ![msteele](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/msteele/32/77889_2.png) [@msteele](https://forum.inductiveautomation.com/u/msteele)\
**Post date:** [December 6, 2024, 7:41pm UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774/101 "2024-12-06T19:41:56Z")

</div>

Is there any consideration for adding connection redundancy for this and other drivers? (I ask about this one since we rely heavily on it and it's one of the newest).

It would be great to have a way to target two DNP3 outstations representing a primary/backup or an A/B in a failover scheme.

Otherwise [it looks like](https://forum.inductiveautomation.com/t/indirect-opcitempath/74957/4) the best approach is to build some scripting that tests conditions on multiple DNP3 outstations and swaps all UDT instance `opc_dnp3DeviceName` string parameters based on certain conditions which would then remap all OPC Item Paths from one device to another.

---

<div class="post-metadata">

**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 6, 2024, 7:47pm UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774/102 "2024-12-06T19:47:10Z")

</div>

You can make a feature request at [https://ideas.inductiveautomation.com/](https://ideas.inductiveautomation.com/), but no, there's not currently any plans to do redundancy for any of the drivers.

(there's actually product managers looking at the ideas portal now, rather than a random group of us looking out of curiosity or in the ramp up to ICC)

---

<div class="post-metadata">

**Author:** ![msteele](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/msteele/32/77889_2.png) [@msteele](https://forum.inductiveautomation.com/u/msteele)\
**Post date:** [December 6, 2024, 7:51pm UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774/103 "2024-12-06T19:51:34Z")

</div>

When I search "DNP3" on the ideas portal, I see many suggestions/requests which appear to be fulfilled by your new DNP3 driver.

Late Friday afternoons are great for (cracking open a beer optional) finding a pile of tickets for work you've already done and closing them out. 😉

---

<div class="post-metadata">

**Author:** ![jlandwerlen](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@jlandwerlen](https://forum.inductiveautomation.com/u/jlandwerlen)\
**Post date:** [December 6, 2024, 8:28pm UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774/104 "2024-12-06T20:28:51Z")

</div>

Would `system.device.setDeviceHostname` work on this driver, from the looks of it, it should. If so, IMO it would be the easist solution to implement.

> **[system.device.setDeviceHostname | Ignition User Manual](https://www.docs.inductiveautomation.com/docs/8.1/appendix/scripting-functions/system-device/system-device-setDeviceHostname)**
>
> Changes the hostname of a device. Used for all ethernet based drivers.

---

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [December 7, 2024, 12:53am UTC](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774/105 "2024-12-07T00:53:00Z")

</div>

The problem with `setDeviceHostname` is I believe it only works on the primary server in a redundant setup (I actually wrote a UDT that just pings 2 IPs and switches a device to the other if one goes down). I believe in a redundant setup, changes aren't allowed on the backup server even if it's active, so even that won't work. (Again, I could be wrong, but I haven't tested it myself)

[Previous page](https://forum.inductiveautomation.com/t/new-dnp3-driver-beta/80774.md?page=5)
