# How to exchange data with PLC ET200SP? **URL:** \ **Category:** Ignition\ **Created:** [June 1, 2023, 12:41pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432 "2023-06-01T12:41:57Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![AMA\_nylon](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@AMA\_nylon](https://forum.inductiveautomation.com/u/AMA_nylon)\ **Post date:** [June 1, 2023, 12:41pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/1 "2023-06-01T12:41:57Z")
Hi there, I want to know what the usually used method to exchange real time data between ignition and PLCS. For exemple, my ignition application is developped to control a clamshell bucket to move some rubble. Through the app, I need to be able to send commands and get current status. I thought of making a csv file of exchange tables to achieve that. But since I'm a beginner, I believe there might be other efficient solutions. Can you tell me about it ? Thank you. ---
**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:** [June 1, 2023, 12:57pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/2 "2023-06-01T12:57:04Z")
The generic modern standard is OPC/UA. If your PLC supports that natively, Ignition will connect directly to it. Otherwise, there is a plethora of branded communication protocols across all PLC types. Ignition supports several of these, [documented here](https://docs.inductiveautomation.com/display/DOC81/Driver+Modules). Summary: - Siemens has an older semi-open protocol that Ignition can use, and a newer encrypted protocol that Ignition cannot use. But for its modern PLCs, supports OPC/UA. - Rockwell use the open EtherNet/IP protocol to wrap its vendor-specific tag read/write services, which are also openly documented (mostly). - Omron NJ/NX family also use EtherNet/IP, and follow the simpler parts of Rockwell's publicly documented tag services. - Other Omron devices use the FINS protocol. - Many brands use the legacy Modbus protocol (and the newer Modbus TCP), possibly with vendor-specific extensions. - DNP3 and IEC 61850 round out the main protocol support. Mitsubishi "MC" protocol is a newcomer not yet shown on that page. Third party modules can add more protocols. ---
**Author:** ![AMA\_nylon](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@AMA\_nylon](https://forum.inductiveautomation.com/u/AMA_nylon)\ **Post date:** [June 1, 2023, 1:10pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/3 "2023-06-01T13:10:20Z")
Thank you @pturmel Coming from a software engineering background, it's a bit complicated for me to understand. What about an ET200SP CPU 1512-SP 1 PN ? ---
**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:** [June 1, 2023, 1:12pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/4 "2023-06-01T13:12:48Z")
Pretty sure that would need Ignition's Siemens 1500 driver. (I don't think those little PLCs have the OPC UA server option--but I avoid Siemens like the plague, so others here might know.) ---
**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 1, 2023, 1:17pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/5 "2023-06-01T13:17:09Z")
> [@pturmel](#): > > I don't think those little PLCs have the OPC UA server option The data sheet lists it as a licensing option just like the other models. ---
**Author:** ![AMA\_nylon](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@AMA\_nylon](https://forum.inductiveautomation.com/u/AMA_nylon)\ **Post date:** [June 1, 2023, 1:19pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/6 "2023-06-01T13:19:09Z")
I don't think we have that. So I need to find another solution ? Do you have any suggestion ? ---
**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:** [June 1, 2023, 1:20pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/7 "2023-06-01T13:20:17Z")
Ok. Good to know. _files that away in the furthest back of my brain_ ---
**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:** [June 1, 2023, 1:21pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/8 "2023-06-01T13:21:39Z")
Use Ignition's native S7 driver, as I recommended. You will have some hoops to jump through in the PLC configuration to enable that legacy operation. ---
**Author:** ![nideyijuyidong](https://avatars.discourse-cdn.com/v4/letter/n/7cd45c/32.png) [@nideyijuyidong](https://forum.inductiveautomation.com/u/nideyijuyidong)\ **Post date:** [June 1, 2023, 1:28pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/9 "2023-06-01T13:28:39Z")
When choosing a PLC, IO is the most important (quantity and type), maybe you need to watch a few PLC video tutorials first. Even if you're not responsible for writing the PLC program, that's a big plus. ---
**Author:** ![AMA\_nylon](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@AMA\_nylon](https://forum.inductiveautomation.com/u/AMA_nylon)\ **Post date:** [June 1, 2023, 1:32pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/10 "2023-06-01T13:32:18Z")
Yes, I'm struggling right now to get through this but I do want to understand the necessary for me to not miss out ignition functionnalities. Can you recommand me a video ? ---
**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 1, 2023, 1:36pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/11 "2023-06-01T13:36:03Z")
You probably need more than _a_ video... [https://inductiveuniversity.com/](https://inductiveuniversity.com/) ---
**Author:** ![stra](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/stra/32/23678_2.png) [@stra](https://forum.inductiveautomation.com/u/stra)\ **Post date:** [June 1, 2023, 1:43pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/12 "2023-06-01T13:43:01Z")
Siemens PLC 1500 series have two ways to communicate: 1. via S7300/400 protocol: Practically used retro compatibility with the old Siemens CPU. You must enable the get/put and disable the encrypted protocol on the CPU setup to do that. It is impossible to read the optimized data block, and you need to know the absolute address of the tag, and it is impossible to browse. 2. via OPC/ua: Need to be enabled in the CPU set, and it is necessary to pay a license from Siemens. With this, you can browse the tag like in AB plc. Actually, I use the 2 option, and it work very nicely with the firmware \>=2.9 ---
**Author:** ![AMA\_nylon](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@AMA\_nylon](https://forum.inductiveautomation.com/u/AMA_nylon)\ **Post date:** [June 1, 2023, 1:45pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/13 "2023-06-01T13:45:53Z")
Okay thank you but we do not have a license for the OPC UA server. What can I do then ? ---
**Author:** ![nideyijuyidong](https://avatars.discourse-cdn.com/v4/letter/n/7cd45c/32.png) [@nideyijuyidong](https://forum.inductiveautomation.com/u/nideyijuyidong)\ **Post date:** [June 1, 2023, 1:50pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/14 "2023-06-01T13:50:27Z")
Sorry, I didn't learn PLCs in English. But, I choose these two videos, one about hardware, another about software. You can think of Ignition like any other SCADA software (but better), that is, configuration and interfacing of Ignition to a PLC is very easy to handle. [![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/9/59170edf9d7248ff4457330f29997e7a426effd2.jpeg "Siemens S7-1200 series PLC Wiring. English") ](https://www.youtube.com/watch?v=Jud8ImSnfkM) [![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/f/bfa26de996e412135609928979a4849f7f096cf0.jpeg "Siemens S7-1200: First Time Programming") ](https://www.youtube.com/watch?v=Dhzo5z3i1s8) The Inductive university contains guidance on the specific connection process. > **[Connecting to S7 Devices Video at Inductive University](https://inductiveuniversity.com/videos/connecting-to-s7-devices/8.1)** > > Learn how to connect to Siemens S7-1500, S7-1200, S7-400, and S7-300 devices. ---
**Author:** ![stra](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/stra/32/23678_2.png) [@stra](https://forum.inductiveautomation.com/u/stra)\ **Post date:** [June 1, 2023, 1:50pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/15 "2023-06-01T13:50:33Z")
Legal way: Update the firmware to \>2.9 (TIA17), go to CPPU set up, and enable the OPC/UA server (there are many options about the certification; leave all by default, but in the future, take a look at how to protect). Go to CPU setup license and say that you have the license. Now order a license from Siemens. Not legal ways: Do all the same except the last action. ---
**Author:** ![stra](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/stra/32/23678_2.png) [@stra](https://forum.inductiveautomation.com/u/stra)\ **Post date:** [June 1, 2023, 1:57pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/16 "2023-06-01T13:57:48Z")
Hi @pturmel, I do not recommend using the legacy operation for many reasons: Siemens has worked very hard in the last couple of years to give a robust and safe industrial CPU with the possibility to use a certificate to communicate using modern communication ways. (maybe ๐Ÿ˜‰ ) That means it is a little more challenging, but... "This is the way" ๐Ÿ˜‰ ---
**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:** [June 1, 2023, 2:13pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/17 "2023-06-01T14:13:50Z")
> [@stra](#): > > I do not recommend using the legacy operation I honestly don't care. For those stuck without the OPC UA option, it is there and **works**. It would be better if Siemens was more open about their newer S7 protocol, but $$ apparently are in the way. This kind of [expletive] is just one of the many reasons I avoid Siemens like the plague. The specificity of @AMA_nylon's comments suggest the PLC identified is already deployed, and wasn't his choice, and simply has to be dealt with. ---
**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 1, 2023, 2:16pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/18 "2023-06-01T14:16:07Z")
Is Rockwell any better here? They donโ€™t even have OPC UA, and what they _do_ document about tag access is crippled to maintain first party advantage. Itโ€™s barely different than S7 and especially S7+ being undocumented. ---
**Author:** ![nideyijuyidong](https://avatars.discourse-cdn.com/v4/letter/n/7cd45c/32.png) [@nideyijuyidong](https://forum.inductiveautomation.com/u/nideyijuyidong)\ **Post date:** [June 1, 2023, 2:19pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/19 "2023-06-01T14:19:06Z")
indeed. Siemens tries to provide high value-added products to increase profits. But these features are pretty much useless to me. And the features I really need it has been unable to provide. ---
**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:** [June 1, 2023, 2:41pm UTC](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432/20 "2023-06-01T14:41:33Z")
> [@Kevin.Herron](#): > > Is Rockwell any better here? I would say Rockwell is clearly better. Their "undocumented" stuff is more "obfuscated" than "protected". Not necessarily "easy", but accessible. The encapsulation technology is openly documented at a very reasonable price point. My driver is proof thereof. In contrast, as I understand it, S7+ requires knowledge of a private key corresponding to the public keys embedded in their products. So not only entirely undocumented, but utterly unusable without being able to sign the messages. Meanwhile, Rockwell's tag access protocol, whether the public core or the obfuscated parts, requires no special setup in the PLC, nor disabling of that PLC's modern features. And is fully symbolically browseable. Rockwell's modern TLS support is implemented in the openly documented encapsulation, and gives the user total control over the keys. I don't think the comparison is even close. I have a further gripe against Siemens that is a bit orthogonal to this discussion: The I/O part of ProfiNet uses a custom Ethernet frame type--unroutable, unusable in Windows outside of Microsoft signed drivers, and very java unfriendly. In contrast, EtherNet/IP I/O is carried by bog-standard UDP packets. But hey, Siemens managed to sell a whole bunch "ProfiNet" switch hardware. Infuriating. [Next page](https://forum.inductiveautomation.com/t/how-to-exchange-data-with-plc-et200sp/74432.md?page=2)