# Connecting to Omron PLC **URL:** \ **Category:** Ignition\ **Created:** [October 9, 2019, 5:36am UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945 "2019-10-09T05:36:48Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Yfactor](https://avatars.discourse-cdn.com/v4/letter/y/e79b87/32.png) [@Yfactor](https://forum.inductiveautomation.com/u/Yfactor)\ **Post date:** [October 9, 2019, 5:36am UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/1 "2019-10-09T05:36:48Z")
Hi there, I’d like to make sure my understanding is correct. I saw that Ignition has a Omron module that enable us to connect NJ series to Ignition So if it is other than the NJ series, we can connect the devices via default OPC UA? is that correct? Is there any Omron PLC that is not compatible with Ignition? If there is can anyone tell me what are those? Cheers ---
**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:** [October 9, 2019, 12:42pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/2 "2019-10-09T12:42:12Z")
Many of the Omron PLCs are not compatible with Ignition right now. Anything that requires using the FINS protocol (CS, CJ, CV series) will not work. NJ and newer PLCs work using either Ignition’s driver or if you have a newer firmware revision they have a built-in OPC UA server and you can make an OPC UA connection directly to the PLC instead. ---
**Author:** ![Yfactor](https://avatars.discourse-cdn.com/v4/letter/y/e79b87/32.png) [@Yfactor](https://forum.inductiveautomation.com/u/Yfactor)\ **Post date:** [October 9, 2019, 6:25pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/3 "2019-10-09T18:25:12Z")
Thank you Kevin, I will soon find out the details about the Omron PLCs soon. For now at least I know which one is compatible. Cheers 🙂 ---
**Author:** ![Yfactor](https://avatars.discourse-cdn.com/v4/letter/y/e79b87/32.png) [@Yfactor](https://forum.inductiveautomation.com/u/Yfactor)\ **Post date:** [October 9, 2019, 6:38pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/4 "2019-10-09T18:38:42Z")
Hi @Kevin.Herron, Sorry, another quick question, So with FINS protocol (CS, CJ, CV series) , we will need to use e,g, kapware OPC to connect to ignition. Is that correct? Cheers, ---
**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:** [October 9, 2019, 6:41pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/5 "2019-10-09T18:41:20Z")
Yes, for now. We’re nearing completion of an Omron FINS driver that should support CS/CJ/CP/NSJ series (not CV or CVM1), but it will only be available in Ignition 8. ---
**Author:** ![wking](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/wking/32/21823_2.png) [@wking](https://forum.inductiveautomation.com/u/wking)\ **Post date:** [October 9, 2019, 6:42pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/6 "2019-10-09T18:42:46Z")
[https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/omron-fins-driver-1](https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/omron-fins-driver-1) ---
**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:** [October 9, 2019, 6:54pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/7 "2019-10-09T18:54:18Z")
So… not that I’m trying to poke the bear or anything… and I’ve been really good this year… but do you have a rough ETA? I’m going to duck back under my desk now before you take a swing at me. 🙂 ---
**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:** [October 9, 2019, 7:22pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/8 "2019-10-09T19:22:04Z")
Should have something beta level in a couple weeks? Depends on how the QA process goes. We also need to order a few more models/variations and make sure routing works, even though as far as the driver is concerned routing is just setting the right sna/sa1/sa2/dna/da1/da2 and all the actual routing is done by the PLCs. ---
**Author:** ![GreggCavazos](https://avatars.discourse-cdn.com/v4/letter/g/90db22/32.png) [@GreggCavazos](https://forum.inductiveautomation.com/u/GreggCavazos)\ **Post date:** [October 9, 2019, 8:07pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/9 "2019-10-09T20:07:26Z")
> [@Kevin.Herron](#): > > We’re nearing completion of an Omron FINS driver that should support CS/CJ/CP/NSJ series Will it support FINS TCP? ---
**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:** [October 9, 2019, 8:12pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/10 "2019-10-09T20:12:24Z")
Yes, FINS/TCP and FINS/UDP. And as a bonus, in the course of implementing FINS/TCP for the driver I also contributed FINS/TCP support to Wireshark. ---
**Author:** ![GreggCavazos](https://avatars.discourse-cdn.com/v4/letter/g/90db22/32.png) [@GreggCavazos](https://forum.inductiveautomation.com/u/GreggCavazos)\ **Post date:** [October 9, 2019, 8:15pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/11 "2019-10-09T20:15:21Z")
awesome!! keep us posted! ---
**Author:** ![wking](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/wking/32/21823_2.png) [@wking](https://forum.inductiveautomation.com/u/wking)\ **Post date:** [October 9, 2019, 8:29pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/12 "2019-10-09T20:29:22Z")
> [@Kevin.Herron](#): > > FINS/TCP support to Wireshark. You're a saint! Thanks! ---
**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:** [October 22, 2019, 9:35pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/13 "2019-10-22T21:35:37Z")
@JordanCClark @GreggCavazos @wking (or anyone else who knows), I’m finding that while the words are in big endian order, that when combined in e.g. the `TIML`/`TIMX` instructions, the word order for multi-word datatypes end up being swapped. Is this common? Expected? Standard? Does the driver need a “Swap Word Order” setting like the Modbus driver has? ---
**Author:** ![wking](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/wking/32/21823_2.png) [@wking](https://forum.inductiveautomation.com/u/wking)\ **Post date:** [October 22, 2019, 9:44pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/14 "2019-10-22T21:44:03Z")
> [@Kevin.Herron](#): > > big endian order I haven't picked up CX in awhile. But, I remember struggling with long-timers. A long time ago. lol ![cxprogrammer](https://us1.discourse-cdn.com/inductiveautomation/original/2X/c/cc37bd4ef4641bfe706c01da46b92c10a16c09ec.jpeg) ---
**Author:** ![ggross](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ggross/32/12668_2.png) [@ggross](https://forum.inductiveautomation.com/u/ggross)\ **Post date:** [October 22, 2019, 10:29pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/15 "2019-10-22T22:29:29Z")
While we keep reading that Big Endian looks to be standard, the part that is confusing us is the CX-Programmer software will swap the word order when monitoring addresses that we have written to. For example, viewing individual words (at least for the CJ1M processor we are using) we will see: ![41%20PM](https://us1.discourse-cdn.com/inductiveautomation/original/2X/5/57b2b5402b4a2209dc07e1cf795028a7ae33c771.png) But when we change it to Quad Word format, we see: ![54%20PM](https://us1.discourse-cdn.com/inductiveautomation/original/2X/3/36edfba1ebf4268336686c984771e2406a82f7ce.png) This looks to imply that Little Endian is used, at least for this processor. Are we misinterpreting what is being displayed, is the software wrong, or do different processors have different behaviors? Garth ---
**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:** [October 23, 2019, 12:54am UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/16 "2019-10-23T00:54:05Z")
The CS/CJ Instruction set manual (plcrefcs1.chm) I have clearly documents both long timer and double-precision integer math using little-endian word order for the entire family. ---
**Author:** ![GreggCavazos](https://avatars.discourse-cdn.com/v4/letter/g/90db22/32.png) [@GreggCavazos](https://forum.inductiveautomation.com/u/GreggCavazos)\ **Post date:** [October 23, 2019, 12:49pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/17 "2019-10-23T12:49:21Z")
> [@Kevin.Herron](#): > > Does the driver need a “Swap Word Order” setting like the Modbus driver has? We mainly use CJ2's in our facility, we have a ton of CJ2M a bunch of CJ2H. We have had multiple cases when we interface devices to them that required byte/word swap to get the data in the correct order. ---
**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:** [October 23, 2019, 1:17pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/18 "2019-10-23T13:17:18Z")
I’m going to move forward under the assumption that multi-word datatypes are assembled in “little endian” word order. The 2 bytes making up words themselves will always be a fixed big endian byte order. There will be a driver-wide setting to reverse the word order of multi-word datatypes like the Modbus driver has. ---
**Author:** ![harigobu.gb](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@harigobu.gb](https://forum.inductiveautomation.com/u/harigobu.gb)\ **Post date:** [January 2, 2020, 3:30pm UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/19 "2020-01-02T15:30:09Z")
Hello Kevin, Happy New Year 2020. Its glad to see that your initiative for Omron CJ2M. At our facility we have one Omron CJ2M acting as central controller for our mixer system , Where we are looking for data acquisition system from that PLC to Ignition platform. Please let us know, Is there any direct driver from Inductive Automation for communicating with that PLC or what will be the immediate stable approach to connect this PLC and Ignition gateway. Thanks, Hari GB. ---
**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 3, 2020, 12:29am UTC](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945/20 "2020-01-03T00:29:04Z")
When I get back from my holiday next week there will be a limited beta release of the Omron FINS driver, which includes the CJ series, followed by a full release some time later. [Next page](https://forum.inductiveautomation.com/t/connecting-to-omron-plc/28945.md?page=2)