IO_Rack

Apparently that's not possible. Maybe someone else knows of another method.

Just out of curiosity, I tested when it comes on. Apparently it's ON before the first run and first run mode.  

Local tags can be created while on-line editing the program. Global tags can be created in on-line edit but you must do it from the Global Variables page... a separate on-line edit.

Your Result is only one INT. The instruction needs 1 for the answer, 1 for the data pointer and 64 for calculation. You'll need to make your Result (P1_Avg) an array of 66. In standard ladder programming this happens automatically. In a FB, memory must be allocated in the variable.

What is the model number of your PLC? Addressing will be different for older PLCs.

There is a calculation in the manual for the addressing based on the Unit Number. Unit Number is set by the turnable knob on the module. The easy method is to view the PLC I/O Table. I don't know where your modules are located or where the dial is set to but here is an example. Also, CX Programmer will denote physical I/O with a preceding "I:" and "Q:" in programming. This gives you a clue that you are in the ballpark. 

The first think you will need to do is make sure the 1747-UIC is installed properly and you have chosen the correct COM port.

I don't have an in depth answer for you. There used to be some Omron guys on these forums that could but we haven't heard from them in a while. I believe CX Server is much like RSLinx except CX is more behind the scenes. There is a Driver Management Tool (which you have discovered) that allows you to add drivers but I'm not sure where you would get them or what they would look like. I keep CX One updated when I need the latest PLC or other device.  That being said, Omron does offer CX Server Lite which installs add-ons for use with Visual Basic, Excel and .NET. We have used this long ago on C Series PLCs and it works well. The datasheet doesn't list the NX/NJ series but it does support a variety of networks including EtherNet/IP and OPC so I'm sure it can be used. I don't know that it would be the best option. I would be interested in reading other's opinions.

I have Omron experience for over 30 years. I've never seen this Host Link command. I am surprised that it exists. I'll have to try it out.

Can you change the PLC program? I would move the data into consecutive locations.

We have a few OEMs that supply us with Maple Systems that communicate with C-Series Omron and work well. I don't particularly like the programming software but that's just a preference. I'll second Bob on the Red Lion. We some of those as well and Crimson software is nice and simple. If you would like to keep it an 'all Omron' shop and keep the full functionality you get from the NS, the NA5 is a very nice screen and will work with CJ PLCs. It will also lend to an easier PLC upgrade for the future.

I'm assuming you are trying to connect the NS10 to a PLC, correct? Are you trying to connect via FINS or EtherNet/IP? With FINS, make sure your Network Address and Node Address are correct as well. Node Address is typically the last octet of the IP address. Downloading the program to the NS will be the same with either connection. 

I would build an inventory of NS screens for now then look at the longer term replacement. With the current availability, I would even look at third party suppliers. It seems availability for most screens today is slim..... all manufacturers. We just waited 6-7 months for an Allen Bradley PanelView and an Omron NA5. Since the NA5 is designed for the NJ/NX series, I would look at upgrading the entire system. The NJ PLC will accept CJ modules so it is a suitable replacement for the CJ2 but takes some work to convert the program. A local distributor or Omron representative may be able to help out with the conversion. Omron used to have conversion software but it wasn't available to the public due to its reliability. I'm not sure where that stands now. In the meantime, I would take care of the NSs. They are very durable screens when they don't have screw drivers stabbed into them.

There are many ways to control a servo. The schematics would tell you a lot. Also look at the physical connections. Is it using serial communications? Does the CQM1H have any special modules? (Analog, communications, high speed output?) To do a 'drop in' replacement would really depend upon the specifications of the drives.

I don't know the software but... If you are on the local network via VPN, doesn't that put your computer on the network? (192.168.1.x) If the HMI is truly NATed, you would access it via its public address.

If you have management configured on the Stratix then you'll have to choose the correct ports. That would answer why the unmanaged switch works.

I guess I was still sleeping this morning..... Here is an example comparing to the counter. Same rules as the Timer. Also, to Sergei's point, an example to modify the current value.

You should post this as a question in the forum. This doesn't appear to be an improvement request, but more of an anomaly or incorrect procedure. I agree that Omron could improve their variable handling a bit but using the correct procedures usually solves issues.

A timer has 2 output elements to it. A BOOL that will turn ON when the value reaches 0 (zero). The other element is the current value. The compiler will choose which to use depending upon the instruction used. You will reference it the same (Tx). It's kind of like a hidden structure. Be mindful of the timer's Data Type. In this example I'm using a Binary (or Decimal) timer and preceding my value with a '&'. A BCD timer will require a preceding '#'. 

Tools > Backup > Backup Variables and Memory They are stored in an xml file. It is convenient that you can pick and choose which variables to backup. Unfortunately I don't know how to save to a readable spreadsheet. I'm surprised I haven't seen a utility to extract the variables from the xml file.

If it worked before then you should have a *.cli file in the project directory. The *.cli file was likely created by the original programmer to execute the project. Place this file in the Windows startup folder.

Here is another tip.... Select DM130 in the ladder program then click the Address Reference Tool. This will show you every instance where it is used in the program. I can see where it looks like HMI buttons are used to increment and decrement this value. I can also see where the value is clamped between 0 and #900.

I can post more detail when I get some time. For now, a value of FF is illegal for BCD. It appears you are monitoring in HEX which is correct for reading BCD. Make sure you enter the value in BCD. You will need to precede your entry with #. For example, double click DM130 and enter #0120. I saw in the program that is is multiplied by #10 and the result goes in DM230 which is used by the 0.1 second timer. So the timer value will now be #1200. (120.0 seconds). When programming the NT30, you'll also need to make sure the value is interpreted as BCD/Hexidecimal. There is a selection for that in the Numeral Display object.

The Additional I/O Power Supply Unit will not supply the NX Bus with power. In fact it will consume. You'll need to put an NX-PD1000 in it's place.