PMCR

Here is what is happening: The DIFU instruction turns a bit on for an entire scan, not just to the end of scan. So, the bit will be on from the DIFU instruction, through the end of scan, back to the beginning, and back to the DIFU instruction. When it reaches the DIFU 1 full scan after it was turned on, the bit is turned off.

Here is how this can be accomplished: 1. You must use the FINS protocol. CP1E does not support EtherNet/IP, but it does support FINS. The CJ2M supports both EtherNet/IP and FINS at the same time. 2. You will use SEND and RECV network instructions in the CJ2M PLC. The SEND instruction sends data to the CP1E, and the RECV reads data from the CP1E. 3. Because the CP1E does not support a FINS routing table, you must use FINS Network 0 for the SEND/ RECV instructions. To do this, make certain that the Unit Number (rotary switch) of the Ethernet card of the CJ2M is set to 0. Sending a FINS command using FINS Network 0 forces the PLC to send the command out the Unit with the lowest Unit Number.

I am not sure why the NS is crashing. I set an NS with both ports for NT Link 1:1, and it does not crash. My firmware is 8.61. I would recommend reloading the firmware for the NS. Get an Omron CF card (or similar). Not all brands / formats of cards will work in the NS, so Omron brand card is recommended. Small (128 meg) Sandisk cards often work, but not all the time. Run the self extracting file located here (or similar, depending on OS). C:\Program Files (x86)\OMRON\CX-One\CX-Designer\RecoverUpdate. Extract the files to the CF card. The directory of the CF card should look like this. Install the CF card in the NS and cycle power to the NS. Click on the button to select 'Clean Installation' once the NS boots up.

If what you are referring to is the inverter frequency reference being set to 0, no, that is not normal. What do you have set in C076 and C077?

I will dig out some code tomorrow.I recently did this with a Insight by EIP.It was tricky to figure out, but worked well once it was done.

Try reading 2 registers instead of 1 register. The device may only allow reading by double registers if it is configured as Floating Point. Also, the documentation for the device shows 8, None, 1. Are you certain that your configuration of 8, Even, 1 is correct?

It sounds to me like the data portion is setup correctly.Some things to check: DIP switches on the back of the CIF module DIP switch on the PLC for the port (needs to be off) Port setup in the Settings of CX Programmer (upload from the PLC to verify) How fast is the LED on the port blinking compared to the timeout in the Settings? If they are the same, it could be wiring.

The CP1L-E PLCs do support Socket Services, and through Socket Services, they can support Modbus/TCP. Omron Europe has Function Blocks to help do this.

Can you use an array as a variable instead of 2 different variables for start and end?I suspect that would solve the problem. It would ensure that the start word was a lower memory address than the end word.I suspect you could also use an IR (index register) to solve the problem, but the array would be a more strait forward solution.

It sounds to me as thought the SG (Signal Ground) pin on the RS232 port may not be properly wired. Omron RS232 ports are not standard IBM pinouts. I suspect the USB cable is providing an alternate SG path to the PC. The pinput should be

It should be a straighforward conversion for simple IO, timers, counters, math, logic, etc. The only things that may be different (but not dramatically) are high speed counters, pulse outputs, serial comms, etc. The more 'advanced' items.

Clarification Turning on DIP switch 5 will put the RS232 port into 'Toolbus' mode. With DIP switch 5 off, the PLC will use whatever configuration is in the PLC, which is 'Host Link' by default. You can use CX Programmer to connect to the PLC by Host Link in this configuration. I agree with Mendon Systems, turn on DIP switch 5, and use the 'Toolbus' protocol in the programming software.

If the actual LED on the output card is on, it sounds like a wiring problem. Can you provide a simple sketch of how you have the module wired?

If the SCADA software was communicating to the PLC without a Routing Table, that means it was configured to communicate using FINS Network Number 0. Any ETN card will respond to commands using FINS Network Number 0, even if the Ethernet card has a FINS Routing Table entry. You should be able to add the first ETN to the Routing Table without causing any probems for your SCADA software.

If there were no errors, and downloading the Routing Table caused an error, then the routing table is probably incorrect.

The unit numbers on the 2 plcs communicating do not need to match.The FINS Network numbers assigned to the Ethernet card by the FINS Routing Table do need to match.You do not need to cycle power after transferring a FINS Routing Table. All CPU Bus modules are restarted after a routing table is downloaded.There is a video on Youtube that shows setting up a FINS routing table with CX Integrator. search for FINS Routing.

You don't need a routing table if you only have 1 CPU Bus module on the PLC that is sending the FINS command. If you have more than 1 CPU Bus module, and a PLC sends a FINS command to FINS Network 0, it will always go to the lowest CPU Bus Unit Number (the rotary switch on the card). I always suggest (and implement myself) proper FINS routing with a Routing Table. It is a small investment up front. For a quick tutorial on FINS routing, see the Youtube video here.

Attached is a Function Block that I created to feed a digital output from the output of a PID instruction. There are 2 Function Blocks. 1 includes an MV monitor (0 - 100%). Time Proportion Output from PID.zip

It sounds to me as thought the 'Settings' of the old PLC were not transferred to the 'New' PLC. The CQM1 and CQM1H both had high speed counter (encoder) inputs, but you need to enable them through the 'PLC Settings'. If you change the PLC model from a CQM1H to a CQM1, the PLC Settings are probably set back to the defaults, so you will need to change them back.

Chris I have done exactly what you describe. Consider your 2 PLCs as a 'master' and a 'slave'. The master can read and write data to / from the slave for bidirectional communications. Here are the basic steps. 1. make certain that you have UDP Port 9600 forwarded in your router to the 'slave' PLC. You can test this connection with CX Programmer from an outside location (home, office, etc). 2. in the 'master' PLC, set the FINS to IP Conversion in the Ethernet card to 'Table' mode. Create an entry in the table that lists the FINS Node number of the slave PLC, and the IP Address of the slave PLC. 3. use the Send instruction in the master PLC to send data to the slave PLC, and the RECV instruction in the master PLC to read data from the slave PLC.

If the PLC is a Modbus Slave, you don't need to use a Protocol Macro. One of the operating modes of a CJ1W-SCU31 is 'Modbus Slave'. Read section 9 of manual W336-E1-10. This explains how the SCU card works as a Modbus RTU slave. Through the IO Table of CX Programmer, select 'User Settings' at the top of the port configuration, and then select Modbus RTU Slave as the mode. Through this dialog, you also setup the Slave Node Number, baud rate, parity, etc.

OK. you want to do Modbus/RTU. Is the PLC going to be a Modbus RTU Master or Modbus RTU Slave? Any device should be either a Master or Slave, but not both.

Can you explain in more detail what you are trying to accomplish, and what function (TXDU, PMCR, etc) you are using? What device are you connecting to, what is the protocol format?

Take a look in the Windows Device Manager, and see if you see any unknown devices. This should help determine if the USB driver is correctly installed.