# OPC-UA Drivers

**URL:** <https://forum.inductiveautomation.com/t/opc-ua-drivers/1461>\
**Category:** Ignition\
**Created:** [January 29, 2010, 3:34pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461 "2010-01-29T15:34:31Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![ryanjmclaughlin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryanjmclaughlin/32/4318_2.png) [@ryanjmclaughlin](https://forum.inductiveautomation.com/u/ryanjmclaughlin)\
**Post date:** [January 29, 2010, 3:34pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/1 "2010-01-29T15:34:31Z")

</div>

Is there a time-table to implement OPC-UA drivers?

I only use Koyo/Automation Direct PLC’s currently.

When will the development program be open? I would love to help out.

---

<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:** [January 29, 2010, 4:34pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/2 "2010-01-29T16:34:05Z")

</div>

We will be publishing a driver road map soon. There will also be a poll on the forums here where we will try to figure out what drivers everybody wants and prioritize our development, so stay tuned.

---

<div class="post-metadata">

**Author:** ![ryanjmclaughlin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryanjmclaughlin/32/4318_2.png) [@ryanjmclaughlin](https://forum.inductiveautomation.com/u/ryanjmclaughlin)\
**Post date:** [January 29, 2010, 4:40pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/3 "2010-01-29T16:40:26Z")

</div>

Thanks, I will wait to see what happens. I will need some more drivers to be available before I will be able to purchase.

---

<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:** [January 29, 2010, 4:48pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/4 "2010-01-29T16:48:07Z")

</div>

I know there’s an AD Productivity 3000 coming up soon. When the poll goes up please let us know which AD/Koyo PLCs you are using.

---

<div class="post-metadata">

**Author:** ![ryanjmclaughlin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryanjmclaughlin/32/4318_2.png) [@ryanjmclaughlin](https://forum.inductiveautomation.com/u/ryanjmclaughlin)\
**Post date:** [January 29, 2010, 4:54pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/5 "2010-01-29T16:54:23Z")

</div>

Will do. Thanks.

Currently DL06 & DL205. Also I have devices that are polled for data via HTTP.

---

<div class="post-metadata">

**Author:** ![Henry](https://avatars.discourse-cdn.com/v4/letter/h/df705f/32.png) [@Henry](https://forum.inductiveautomation.com/u/Henry)\
**Post date:** [January 29, 2010, 5:09pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/6 "2010-01-29T17:09:37Z")

</div>

In the future, we also would like to help beta test an AD PLC driver. We use 05,06,250 and 450 and will be moving to the PAC 3000 shortly.

Nice job on the new product.

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [January 29, 2010, 7:51pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/7 "2010-01-29T19:51:33Z")

</div>

> [@](#):
>
> I will need some more drivers to be available before I will be able to purchase

I just want to remind viewers that they can also use any other OPC server that has drivers for these devices with Ignition. Kepware, Matrikon, etc. are all good choices. Their OPC-UA offerings should be coming out soon (I encourage you to call them and inquire about the timeline), but their current offerings should work well through the OPC-COM module.

You may have already been aware of this and made your decision accordingly, but I just don't want people to think that our drivers are the only way to communicate with devices.

Regards,

---

<div class="post-metadata">

**Author:** ![ryanjmclaughlin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryanjmclaughlin/32/4318_2.png) [@ryanjmclaughlin](https://forum.inductiveautomation.com/u/ryanjmclaughlin)\
**Post date:** [January 29, 2010, 8:06pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/8 "2010-01-29T20:06:02Z")

</div>

Thanks for the info. I am trying with Kepware. I just can’t wait until I can do everything in your software and on linux, not Win!

---

<div class="post-metadata">

**Author:** ![Kyle\_Chase](https://avatars.discourse-cdn.com/v4/letter/k/9de0a6/32.png) [@Kyle\_Chase](https://forum.inductiveautomation.com/u/Kyle_Chase)\
**Post date:** [January 30, 2010, 12:12am UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/9 "2010-01-30T00:12:36Z")

</div>

Haha, Hey IA guys does he sounds like someone else??^^

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [January 30, 2010, 1:09am UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/10 "2010-01-30T01:09:16Z")

</div>

Haha, yeah. With so many requests coming in, I sometimes forget the pure linux people… and how we basically really are the only choice. I guess that was kinda the plan, but it sure puts a lot of pressure on us to write drivers!

At any rate, we’ve enjoyed seeing what people are asking for in terms of drivers. Getting a lot of modbus, which will be the next one done and out in under a month or so, but beyond that it’s kind of across the board.

---

<div class="post-metadata">

**Author:** ![didyouhim](https://avatars.discourse-cdn.com/v4/letter/d/c5a1d2/32.png) [@didyouhim](https://forum.inductiveautomation.com/u/didyouhim)\
**Post date:** [March 11, 2010, 8:44am UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/11 "2010-03-11T08:44:56Z")

</div>

> [@Colby.Clegg](#):
>
> At any rate, we've enjoyed seeing what people are asking for in terms of drivers. Getting a lot of modbus, which will be the next one done and out in under a month or so, but beyond that it's kind of across the board.

Is there any news regarding modbus server release?

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [March 11, 2010, 4:54pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/12 "2010-03-11T16:54:36Z")

</div>

The modbus-tcp driver is currently being beta-tested by a few customers. If you’d like to help us test it out, send an email to [support@inductiveautomation.com](mailto:support@inductiveautomation.com).

---

<div class="post-metadata">

**Author:** ![didyouhim](https://avatars.discourse-cdn.com/v4/letter/d/c5a1d2/32.png) [@didyouhim](https://forum.inductiveautomation.com/u/didyouhim)\
**Post date:** [March 11, 2010, 6:25pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/13 "2010-03-11T18:25:14Z")

</div>

we expect modbus rtu! 😃

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [March 11, 2010, 8:40pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/14 "2010-03-11T20:40:19Z")

</div>

We don’t have any active plans to write serial drivers in the near term. You can use a 3rd party OPC server like Kepware if you need serial connectivity.

---

<div class="post-metadata">

**Author:** ![Kyle\_Chase](https://avatars.discourse-cdn.com/v4/letter/k/9de0a6/32.png) [@Kyle\_Chase](https://forum.inductiveautomation.com/u/Kyle_Chase)\
**Post date:** [March 12, 2010, 9:12pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/15 "2010-03-12T21:12:39Z")

</div>

I think the modbus driver will route through a ethernet to serial bridge, as modbus tcp is just modbus rtu encapsulated in a tcp header… I believe.

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [March 13, 2010, 12:36am UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/16 "2010-03-13T00:36:30Z")

</div>

Yeah, I’m not sure off the top of my head if it will work through a serial-to-ethernet converter. If not, that is something we’ll likely be able to address in the near future.

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 15, 2010, 5:28pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/17 "2010-03-15T17:28:48Z")

</div>

Kyle Chase:

Modbus RTU and TCP use different frames and error handling mechanism. I am not sure, but as i know the simple RS/TCP converter will not work.

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 15, 2010, 5:36pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/18 "2010-03-15T17:36:20Z")

</div>

Carl.Gould:

It would be very nice to develop the Modbus RTU, because many industrial controllers have (in more cases) RS port… some models also have TCP port, but doesn’t support the modbus tcp (((

---

<div class="post-metadata">

**Author:** ![Kyle\_Chase](https://avatars.discourse-cdn.com/v4/letter/k/9de0a6/32.png) [@Kyle\_Chase](https://forum.inductiveautomation.com/u/Kyle_Chase)\
**Post date:** [March 15, 2010, 5:44pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/19 "2010-03-15T17:44:12Z")

</div>

Im pretty sure the modbus driver will be able to use something like a Digi IAP, which does the protocol conversion. The client side driver still needs to support routing though

---

<div class="post-metadata">

**Author:** ![SSysEU](https://avatars.discourse-cdn.com/v4/letter/s/9dc877/32.png) [@SSysEU](https://forum.inductiveautomation.com/u/SSysEU)\
**Post date:** [June 16, 2010, 6:50pm UTC](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461/20 "2010-06-16T18:50:44Z")

</div>

Hello,

The functionality you are talking is much needed.

Could you implement it as enable/disable feature that will add the modbus MBAP header and error check in the payload of the modbus/tcp driver.

This will turn it to “Modbus over TCP” (Modbus RTU over TCP) and will enable pure serial to ethernet converters to serv a lot of modbus rtu devices easily.

This will extend the standard modbus/tcp driver you have developed to “Modbus over TCP”

It will be much painless to include option for this in the current driver against developing another driver or using a lot of pricey modbus/tcp gateways - especially for simple devices without requirement for multiple modbus master access.

[Next page](https://forum.inductiveautomation.com/t/opc-ua-drivers/1461.md?page=2)
