# Omron NJ series

**URL:** <https://forum.inductiveautomation.com/t/omron-nj-series/36512>\
**Category:** General Discussion\
**Tags:** ignition80\
**Created:** [July 8, 2020, 7:10pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512 "2020-07-08T19:10:52Z")\
**Posts on this page:** 11\
**Page:** 1

<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:** [July 8, 2020, 7:10pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/1 "2020-07-08T19:10:52Z")

</div>

Maybe a little off topic from Ignition, but a few questions for those that have time…

1. We are looking at an alternative to AB/RA PLCs. We are looking at Omron NJ and other series. Does anyone have a good deal of experience with NJ series and can explain how it compares to CLX/Studio 5000? Any support for AOIs? Online edits? Pros vs Cons?
2. How does NJ, for example, play with Ignition? I see there is an Omron driver. Any gotchas?

---

<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:** [July 8, 2020, 7:44pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/2 "2020-07-08T19:44:35Z")

</div>

I’ll let others answer question 1, but we have an Omron NJ driver and if you are using a newer NJ firmware version they also have an OPC UA server embedded and you don’t even need the driver.

---

<div class="post-metadata">

**Author:** ![glenfry1](https://avatars.discourse-cdn.com/v4/letter/g/f07891/32.png) [@glenfry1](https://forum.inductiveautomation.com/u/glenfry1)\
**Post date:** [July 10, 2020, 1:43am UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/3 "2020-07-10T01:43:08Z")

</div>

Opto 22’s _groov_ EPIC is amazing.

Also, have a look a Beckhoff. TwinCAT programming environment is a free download, IEC61131 compliant and built on Visual Studio framework. And… Beckhoff uses EtherCAT which is _blindingly fast_, in fact fast enough to close position loops via the fieldbus if you’re that way inclined.

Comms to Ignition via OPCUA is solid (needs the OPCUA lib from Beckhoff - but well priced). You can also run Ignition or Ignition Edge right on the same hardware.

---

<div class="post-metadata">

**Author:** ![drojas](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drojas/32/3403_2.png) [@drojas](https://forum.inductiveautomation.com/u/drojas)\
**Post date:** [July 10, 2020, 3:27am UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/4 "2020-07-10T03:27:14Z")

</div>

Not all NJs. I think just the NJ501 series have OPC-UA embedded. I have an NJ101 and don’t have that option. Maybe they added it but I haven’t downloaded an updated Sysmac Studio in a few months.

---

<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:** [July 10, 2020, 1:49pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/5 "2020-07-10T13:49:35Z")

</div>

> [@glenfry1](#):
>
> Opto 22's _groov_ EPIC is amazing.
> 
> Also, have a look a Beckhoff. TwinCAT programming environment is a free download, IEC61131 compliant and built on Visual Studio framework. And... Beckhoff uses EtherCAT which is _blindingly fast_, in fact fast enough to close position loops via the fieldbus if you're that way inclined.
> 
> Comms to Ignition via OPCUA is solid (needs the OPCUA lib from Beckhoff - but well priced). You can also run Ignition or Ignition Edge right on the same hardware.

How do Opto & Beckoff perform on large projects, compared to CLX/CpLX?

---

<div class="post-metadata">

**Author:** ![glenfry1](https://avatars.discourse-cdn.com/v4/letter/g/f07891/32.png) [@glenfry1](https://forum.inductiveautomation.com/u/glenfry1)\
**Post date:** [July 10, 2020, 8:32pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/6 "2020-07-10T20:32:33Z")

</div>

Beckhoff will scale past the RA solutions and provide faster / simpler / more cost effective I/O - hands down. Give you an idea - [here](https://youtu.be/NXuQnDeIyY8) is a link to a project Beckhoff did at Changi airport - Singapore in 2012. A little over 1200 motion axis all on EtherCAT.

Opto’s power in my opinion is hard to go past for it’s native support for Sparkplug and OPCUA. As an IIoT ready controller, there is massive scale at your finger tips.

Horses for courses.

---

<div class="post-metadata">

**Author:** ![Kleppe85](https://avatars.discourse-cdn.com/v4/letter/k/c4cdca/32.png) [@Kleppe85](https://forum.inductiveautomation.com/u/Kleppe85)\
**Post date:** [October 21, 2020, 4:04pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/7 "2020-10-21T16:04:28Z")

</div>

I have had some issues with applications where the main task of the NJ controller need to run at a cycle time \< 5ms. The number of tags that can be “subscribed” are extremely low. Max 100 tags at 2 ms cycle-task. This might be better if the person programming has a habbit of using three letter variable names in the PLC 🙂 Have been using the NJ Driver in Ignition to be able to read more “advanced” structs (more than 3 levels).

Another thing to be aware of if you want to use the built-in OPC UA server

- Max 5 clients can connect to the same PLC.
- 2000 Tags/Items can be used, with a limit of 10 000 variables.
- Limited to 3 Struct levels
- No Unions
- 2 / 3-dimensional arrays not supported
- Arrays need to start at [0]
- Max 1024 bytes pr variable
- Max 100 struct members pr variable

---

<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:** [October 21, 2020, 4:09pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/8 "2020-10-21T16:09:17Z")

</div>

Thanks for the info. I ended up dumping Omron. Way too many shortfalls compared to Studio 5000. Rockwell stuff is high price, but in the end the time we save is worth it.

---

<div class="post-metadata">

**Author:** ![jeffcd](https://avatars.discourse-cdn.com/v4/letter/j/67e7ee/32.png) [@jeffcd](https://forum.inductiveautomation.com/u/jeffcd)\
**Post date:** [October 22, 2024, 1:43pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/9 "2024-10-22T13:43:53Z")

</div>

I know this is an old post, but based on this comment, I'm wondering if there's an advantage to using the built-in OPC UA server vs. the native Omron driver in Ignition. I'm working with NX102-1000 PLC's. Need to read only. Most are basic atomic variables. No structs or arrays. - Thanks.

---

<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:** [October 22, 2024, 1:47pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/10 "2024-10-22T13:47:56Z")

</div>

You get live browsing with OPC UA, which is nice.

Performance would have to be compared and probably depends on how many tags you need to access.

Ignition's NJ driver is based on their published documentation and has pretty weak performance compared to Kepware and I think even Phil's driver, which is using an undocumented (AFAIK) service to browse and read tags.

---

<div class="post-metadata">

**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 22, 2024, 2:41pm UTC](https://forum.inductiveautomation.com/t/omron-nj-series/36512/11 "2024-10-22T14:41:40Z")

</div>

> [@Kevin.Herron](#):
>
> undocumented

Yup, had to reverse engineer it.