# The next drivers **URL:** \ **Category:** Ignition\ **Created:** [January 30, 2010, 1:18am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470 "2010-01-30T01:18:46Z")\ **Posts on this page:** 20\ **Page:** 1
**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:18am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/1 "2010-01-30T01:18:46Z")
Which driver family are you most interested in? [poll] - Automation Direct - GE Fanuc - Siemens - Omron - Opto-22 - Mitsubishi - BACnet - SIXNET - Wago [/poll] We’ve been getting a tremendous amount of feedback on Ignition and our OPC-UA server, and everyone wants to know when driver X will be available. So, we thought we’d put up a poll and see in a (kind of) scientific manner what people are interested in. Vote for your highest priority driver family, and feel free to post with write-ins and specific models/etc. Note: MODBUS is not in the poll because it’s already been decided that it will be the next available driver. It should be out in about a month. ---
**Author:** ![david\_mccutchen](https://avatars.discourse-cdn.com/v4/letter/d/919ad9/32.png) [@david\_mccutchen](https://forum.inductiveautomation.com/u/david_mccutchen)\ **Post date:** [January 31, 2010, 3:14am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/2 "2010-01-31T03:14:32Z")
I vote to finish the AB suite ---
**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 31, 2010, 7:42am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/3 "2010-01-31T07:42:04Z")
All I use is Modbus and AB, so thats all I really need. Maybe a BSAP driver?? ---
**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:** [January 31, 2010, 5:02pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/4 "2010-01-31T17:02:25Z")
David, we are finishing the AB suite. Please understand - we’re getting requests left and right asking when we’ll implement this driver or that driver, so we’re just trying to get an idea of what our roadmap will be. ---
**Author:** ![david\_mccutchen](https://avatars.discourse-cdn.com/v4/letter/d/919ad9/32.png) [@david\_mccutchen](https://forum.inductiveautomation.com/u/david_mccutchen)\ **Post date:** [February 1, 2010, 4:29am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/5 "2010-02-01T04:29:28Z")
Just voicing my opinion. I am always going to be demanding and persistent. That’s the thing I like about IA though.You actually listen to the people that use your product. This is a rarity in this day and age. ---
**Author:** ![Dravik](https://avatars.discourse-cdn.com/v4/letter/d/e274bd/32.png) [@Dravik](https://forum.inductiveautomation.com/u/Dravik)\ **Post date:** [February 1, 2010, 2:26pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/6 "2010-02-01T14:26:34Z")
Voted for Siemans, hoping this might include a driver for the older Simatic 505 Ethernet stuff 😃 ---
**Author:** ![jgreenewv](https://avatars.discourse-cdn.com/v4/letter/j/919ad9/32.png) [@jgreenewv](https://forum.inductiveautomation.com/u/jgreenewv)\ **Post date:** [February 1, 2010, 2:52pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/7 "2010-02-01T14:52:01Z")
I voted for AutomationDirect, but SIXNET would also be nice. ---
**Author:** ![DarrenAsh](https://avatars.discourse-cdn.com/v4/letter/d/779978/32.png) [@DarrenAsh](https://forum.inductiveautomation.com/u/DarrenAsh)\ **Post date:** [February 2, 2010, 2:51am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/8 "2010-02-02T02:51:37Z")
I guess I wonder what you mean by “Wago”. The Wago Ethernet units (750-841 & 750-842) support Modbus TCP, so do you mean you are going to support the export file you can create that will list the tag names and any user defined datatypes created in the CoDeSys IDE and communicate over the same port that the IDE uses? Just wondering, Darren ---
**Author:** ![alexs](https://avatars.discourse-cdn.com/v4/letter/a/2acd7d/32.png) [@alexs](https://forum.inductiveautomation.com/u/alexs)\ **Post date:** [February 9, 2010, 10:49am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/9 "2010-02-09T10:49:43Z")
Hello there! I also vote for Siemens. I think, at first, the best will be to implement the RFC1006 over TCP/IP protocol! There are a lot of converters available to connect then to all other Siemens CPUs (including Profibus, MPI and old S5 stuff with TTY Port). ---
**Author:** ![Lifetec](https://avatars.discourse-cdn.com/v4/letter/l/dec6dc/32.png) [@Lifetec](https://forum.inductiveautomation.com/u/Lifetec)\ **Post date:** [February 10, 2010, 12:23pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/10 "2010-02-10T12:23:46Z")
Hi, there is one important player currently missing in the list, and that is Schneider. ([www.modicon.com](http://www.modicon.com)) Secondly, should it be possible to use a custom protocol for data-transfer between two, of more software components without use of OPC. Simple of the fact that OPC takes a lot of money. This is the idea: [Rs232/485-apparatus A] \<- Communication via Apparatus dependent protocol-\> [VB/C#/C++ selfmade OPC server] (let’s say that the manufacturer has given a activeX or the like to communicate with A.) \<- OPC -\> [Ignition]. The problem here is the cost to use/made a OPC-server. Better solution could be: [A] \<- Apparatus dependent protocol -\> [VB/C#/C++ or Java] \<- Direct communication -\> [ignition] With Rsview for example. A VB-program can communicate with RSview via COM(+) grtz ---
**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:** [February 10, 2010, 6:41pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/11 "2010-02-10T18:41:25Z")
Well, Lifetec, I guess the question comes down to what exactly the "cost" of OPC is. You mean that you have to pay for the server? Or join the foundation to get access to sample code? Either way, I would say that the cost of custom developing all of your own connectors will be much more in the long run. OPC is just an abstraction layer that allows driver people to focus on writing drivers, and people who use data to focus on using it, without getting mired down with device details. Sure we could make an API directly in Ignition, but that API would be serving the exact same purpose as OPC (an abstraction layer), but with some serious drawback: would only work with Ignition, wouldn't have industry support, etc. > [@](#): > > With Rsview for example. A VB-program can communicate with RSview via COM(+) And RSView gets it's data from RSLinx, which a VB-program can communicate to with OPC, which is nothing else that a set of interfaces in COM. That's my take on it, at least. Regards, ---
**Author:** ![kurt](https://avatars.discourse-cdn.com/v4/letter/k/b19c9b/32.png) [@kurt](https://forum.inductiveautomation.com/u/kurt)\ **Post date:** [February 19, 2010, 4:20pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/12 "2010-02-19T16:20:28Z")
Under Siemens it would be interesting to now how many people are using the TI505 line and how many are using the S5/S7 line. I believe the driver is different for the two lines. And just to nitpick but GE has now divorced from Fanuc and the correct labeling now appears to be GE-IP in big letters and (GE-Fanuc) in little tiny letters to let people know what GE-IP is/was. ---
**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\ **Post date:** [April 5, 2010, 9:53am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/13 "2010-04-05T09:53:09Z")
Any updates on this? Not that I’m being impatient, or anything… 😉 ---
**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:** [April 5, 2010, 2:43pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/14 "2010-04-05T14:43:29Z")
The modbus OPC driver can be downloaded as an separate module on the download page. ---
**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\ **Post date:** [April 5, 2010, 5:05pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/15 "2010-04-05T17:05:48Z")
Thanks, Kyle. After struggling a bit to get it installed (it helps if you download the correct module), I got thing to work okay. One more driver to go, I can start porting over my project in earnest. 😃 ---
**Author:** ![bolewski](https://avatars.discourse-cdn.com/v4/letter/b/e0b2c6/32.png) [@bolewski](https://forum.inductiveautomation.com/u/bolewski)\ **Post date:** [April 7, 2010, 11:42pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/16 "2010-04-07T23:42:29Z")
I would vote for the GE Ethernet driver next. ---
**Author:** ![ajay](https://avatars.discourse-cdn.com/v4/letter/a/f4b2a3/32.png) [@ajay](https://forum.inductiveautomation.com/u/ajay)\ **Post date:** [April 12, 2010, 7:04am UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/17 "2010-04-12T07:04:15Z")
I vote for ABB AND HONEYWELL ---
**Author:** ![focus-eng](https://avatars.discourse-cdn.com/v4/letter/f/fbc32d/32.png) [@focus-eng](https://forum.inductiveautomation.com/u/focus-eng)\ **Post date:** [May 6, 2010, 4:09pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/18 "2010-05-06T16:09:04Z")
I am voting for Siemens Drivers and have suggestion for another Protocol. The IEC60870-5-104 standard. It is comonly used in the Power industry. ---
**Author:** ![Henry](https://avatars.discourse-cdn.com/v4/letter/h/df705f/32.png) [@Henry](https://forum.inductiveautomation.com/u/Henry)\ **Post date:** [May 7, 2010, 3:17pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/19 "2010-05-07T15:17:13Z")
How about in the future snmp . ---
**Author:** ![Loic](https://avatars.discourse-cdn.com/v4/letter/l/e9c0ed/32.png) [@Loic](https://forum.inductiveautomation.com/u/Loic)\ **Post date:** [May 20, 2010, 2:51pm UTC](https://forum.inductiveautomation.com/t/the-next-drivers/1470/20 "2010-05-20T14:51:46Z")
I also vote for SNMP (versions v1, v2c and v3). This driver would allow to monitor any network device (switch, computer, printer …) from Ignition. To my knowledge there is currently no Linux SCADA allowing SNMP monitoring. Ignition could be the first one 😃 [Next page](https://forum.inductiveautomation.com/t/the-next-drivers/1470.md?page=2)