PdL

Here you go, Canh. IR60.12 and 60.15 set the screen to #14 or #24.

Have been using CX-Designer for many years now and have not encountered such behaviour. I suggest you use CX-One online update to update CX-Designer to 3.30 which is my latest. Here are some knowledgebase articles from MyOmron to help you updating: How Do I Register My Software? How Do I Update CX-One? If this doesn't fix your problem, you might want to open a support ticket on MyOmron (you have to register first).

Here's the download link. See page 266. http://forums.mrplc.com/index.php?app=downloads&showfile=67

I never fear a day goes by that I don't learn something new

Awesome!!!!

Let's keep it nice guys, no one is an idiot here! I think Bob is referring to the "white collars" who as we say here in Dutch, "want a front row seat for a dime".

Here are 2 registry keys I load whenever I am battling with my toolbars or the main window Restore CXP Toolbars.rar

W353-E1-06+CPM_+ProgrManual.pdf W480-E1-04_CP1E CPU Unit Software.pdf

When online, look for the PLC Clock icon under the PLC. If you want to set the clock from within your ladder code, use the DATE instruction, DATE.pdf

Hi guys, For a project where I have an KepserverEXv5 OPC server sitting on top of 22 CJ1/2 PLC's, I want to use the OPC servers possibility to define multiple channels so communications run in parallel. With multiple channels, a different UDP port number has to be assigned for each PLC as all traffic runs over 1 NIC. However, at the same time I want to run some RECV instructions between the CPU's, I did a little bench test which shows that the RECV instruction over UDP/IP seems to require the UDP port numbers of the nodes which exchange data are the same. The OPC server only supports FINS UDP. Any trick to overcome this so I can define unique UDP port numbers for the PLC's and at the same time still run the RECV instructions? * the CJ2 CPU's have integrated EIP units, so I could use an Ethernet I/P Datalink instead of RECV, however this project requires approx 190 words to be transferred from one master CPU to all others, which would require full blown CJ1W-EIP units instead of the on-board ones which have far less (640 words TOTAL as opposed to 180.000+). Buying another 22 EIP units... that's a no go. * I could assign multiple IP's to the OPC servers NIC (multihoming) but the O/S performance overhead will most likely cancel out the comms performance gain.

Thanks a lot PMCR and lostcontrol, it works like a charm. This forum rocks!

I see what you mean, but there is no way as far as I know to get direct ASCII data to display on the NT21. There may be other tricks but I would not know. You have to remember NT21 is a pretty old screen.

You can't, decimal (integer) or HEX (BCD) are the only 2 methods available in the NT21 to display/set numeric data. Floating point data was only introduced in NS series. Use FIX/FIXL or FLT/FLTL instructions in the PLC to convert floating point data to 16/32 bit, and in case you want to convert to BCD afterwards use BIN/BCD instructions.

Right, so I need to step away from exchanging data using RECV instruction (UDP) and start looking at establishing a TCP connection and using direct FINS commands? Still in the process of grasping the overall picture. If you could PM me an example of your ladder code I would be grateful! Wait... I think I got it, I just need to use the settings in your screenshots to have the TCP connections established, and once they are I can run the RECV as I would normally... right?

Hi Fred, nice to see you here. Don't know if you remember, I was the guy at the Novotek seminar Nov. 2nd in Breda asking about linked tags, we had a little chat afterwards. I figured that multihoming was not going to help me. So, when will Kepware support FINS TCP?

You my friend, are a genius! You did say, but I never expected this to be that easy, didn't change a single line of code, added the client's IP, and presto! Attached my setup. And like you said, the max 16 connections can be overcome with some concentrators. Setup TCP connection.pdf

Interesting, thanks for your reply! I did had a short look at this, and figured ideally I basically need NAT functionality for the UDP connections so didn't look further into the TCP options. So if I understand correctly, you had Kepware connect to your CPU's on different channels through one NIC using unique UDP ports, and then was still able to have nodes maintain direct FINS connections? I don't see yet how the TCP part comes in here, but I will do some reading up on the FINS/TCP connection setting options...

Not sure what your problem is... sounds like a corrupt software installation? Have you tried using another computer?

If you say you were seeing the Devicenet inputs "flickering", are you referring to an input LED or watching an input digital status in the PLC? If the first, no matter if there are communications, the input LED is just a circuit when power applied the LED lights up. If it flickers, you might want to look for the source of your problem in the power supply. Do you have separate power supplies for I/O and Devicenet power?

What version of NTST are you using?

If you register your 3.0 copy at http://softwaredownload.europe.omron.com, the update is available in the software downloads section.

File Name: W380-E1-07 CS&CJ DeviceNet Units Operation Manual File Submitter: PdL File Submitted: 20 Dec 2011 File Category: Manuals This manual describes the installation and operation of CS1W-DRM21(-V1) (see note) DeviceNet Unit for SYSMAC CJ-series PLCs and the CJ1W-DRM21 DeviceNet Unit for SYSMAC CJ-series PLCs, and includes the sections described below. Click here to download this file

Buy a faster computer?

Yes, apparantly... I have no idea either, have not heard of this type until I opened the file type list myself. But it looks like this is part of some Junior or Lite package indeed.