MrPLC Member
  • Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral


  • Rank

Profile Information

  • Gender Male
  • Country United Kingdom
  1. DF1 and PLC5 vs SLC500

    Joe yes, that is a very good point. I am aware of these different types. If only I had that in my memory banks when on the phone to Rockwell!! I could have forced him to think a bit harder I'll let you know how I get on in due course
  2. DF1 and PLC5 vs SLC500

    Thank you all for helping with this, I have been on the phone with Rockwell today. We set up a DF1 polling master with my PC in RSLinx to prove the PLC5 and my cable. You are absolutely right, it worked with the 2,3,5 to 2,3,7 cable. The registers are correct. N30:0 (1element long) and N31:0 (1element long) are created in the PLC5 (just as they are in the SLC500) and this is what the 3rd party unit is configured to scan for. Works on the SLC500 not the PLC5??? Anyway, all roads point to the DF1 driver in the 3rd party RTU and so I will be writing to the manufacturer to explore this further. The thing that's niggling me is what I had to do in the old Serck 2000M. The PR27 card (DF1 interface card) had to be set to look for PLC5 registers over SLC500 otherwise it wouldn't work however, Rockwell assured me today that they are the same across the platforms so did not understand why that was happening. Anyway, I will post back when I get an update Cheers
  3. DF1 and PLC5 vs SLC500

    Thanks, We have done this but still not helping. I guess I'm back to the theory that the way the N Registers are presented in PLC5 are different in SLC500?? Any help would be really appreciated Thanks
  4. DF1 and PLC5 vs SLC500

    Just to add I have used the below translation for my 9-25 end. The Micrologix uses the 9pin terminals 2,3 and 5. I have just transferred this to the 25pin as 2,3 and 7   I have not linked the equivalent 4-6 or 7-8
  5. DF1 and PLC5 vs SLC500

    Hi, Ok, the RSS is a Micrologix which works to our 3rd Party RTU IR_DEV_simmon is the PLC5 which I believe matches exactly in terms of CH0 but no luck. Anything you spot would be great Thanks CIRENCESTER_MICROLOGIX_INVERTED.RSS IR_DEV_simmon.RSP
  6. DF1 and PLC5 vs SLC500

    Thank you both, The literature does seem to suggest some differences. I will give it a whirl on the test bench and let you know Cheers
  7. DF1 and PLC5 vs SLC500

    Hi,   Yes, I used an RSLinx 232 driver and hit AutoConfigure to get online with the PLC5 so I could then set the IP address. Once I had that, I was online with the PLC through IP and able to try different settings on the CH0 Setting the Baud as low as 1200 (19.2k is the norm) meant the COMM LED just flashed a bit slower but no luck with the tag updates. A point to note, the 3rd Party device was showing DF1 Comms Status as true, we just weren't getting any values. Thanks  
  8. Hi all, Did a quick search in the forum to see if this has been asked before but couldn't see anything jumping out. I have what appears to be an issue in making a third party RTU using a DF1 enabled RS232 port talk to a PLC5. Background: The device talks seamlessly to a SLC500 with the CH0 set up as a standard DF1 Slave. I have replicated the setup like for like on the PLC5, I'm also happy that the cable between (the 25Way Sub) is as it should be. Problem is, no data exchanges are happening, none of my PLC values are registering. The COMM light on the PLC5 is flickering periodically (almost as if its trying to periodically service a request from the master) but then times out. The RTU is scanning one N31 and one N32 integer so really small. I recall (10 years or so ago) that when using a different telemetry device (Serck 2000M with PR27 DF1 card) I had to specifically set the PR27 to read PLC5 registers over SLC500 ones. This suggests that maybe there is an inherent difference between a PLC5 NRegister and a SLC500 NRegister?? I do not have the availability of setting my new RTU to scan PLC5 type registers so this may mean I am going back to the vendor. Before I do I was wondering if anyone here had come across this before? Any advice would be awesome Thanks Alex
  9. Ok, so I meant 2.52 not 2.6. I have now tried a seperate VM running XP and 2.54 (the oldest version I could get from the download centre.) no difference, the exact same behaviour. This cements the theory that the issue is to do with the 485 network struggling with the new gateway hardware. I had no option but to set up messaging between all these PLCs and the one SLC/500 5/05. This is now my SCADA master for all tags. Not ideal but the only way to do it without rewiring the site network. Not even Rockwell could work it out. Cheers for trying
  10. Just a further thought on this, one of the older engineers has mentioned that it might be because we are running a newer version of RSLinx? Does that sound likely? Legacy system runs 2.6 new system is in the 3s?
  11. Hey thanks, no the box has been removed and the new card has definitely got a unique node id. There are 6 PLCs numbered 1-6 and the card is numbered 0, I have also tried it as 10
  12. Evening all, I have an interesting issue with RSLinx. Currently upgrading an old windows NT SCADA server to a new Server 2008R2 system. The old Windows NT server has an older RSLinx version installed and communicates to the PLC network via an RS-232 - DF1 Devices driver, configured as 1770-KF3/1747-KE. It uses the old 'big grey interface box' (part number not known), that, I assume, converts the RS232 from the PC to the RS485 for the PLC's, this system works just fine, all PLC's communicating nicely in Linx. The issue I now face is that the new 2008R2 server is a new Dell R320 and has to connect via Ethernet. I have installed a CLX gateway with Ethernet card and 485 card and have linked to the PLC network via the AIC Link coupler. The problem I seem to be facing is the PLC's appear in the driver hierarchical tree but only stay healthy for 1-2 secs at a time. Most of the time they just have Comm error 00000020 and my system cant see them. I'm lost now, I have spoken with Rockwell and they cant understand it either?? The legacy network operates fine, the new system is setup as per manufacturers recommendations, and every now and again, I can see the PLC's, they just don't stay active for very long. Is the Ethernet card forcing the 485 network to poll faster than its capable?? See attached screen shot Any advice on this would be greatly appreciated Many thanks
  13. Sorry, forgot to mention, The SLC500 emulator is real easy to set up, that's why I'm confused with the logix5000? Surely it would be easier, or at the very least, on par with the legacy system Cheers
  14. Hi all, I have been trying to emulate an exisiting logix5000 project but am struggling somewhat. All the online help I have found so far is just showing me how to set up emulator with a new project. I.e. set up the controller from scratch. What I need to do, is take a project code from an exisiting process, make my changes and then test on the emulator. I did it once but as soon as I downloaded the project to the emulator controller I got near on 900 errors as the code couldn't resolve the I/O. If anyone knows of a technote that advises on existing code emulation that would be great. Just to be brave, I actually want to set up multiple emulators and have a couple of codes running at the same time so I can test SCADA I/O, is this possible? Cheers for now Alex
  15. 1747-AIC question

    I think I have also had a similar issue like the one mentioned. From memory I believe its your OS running 64bit. The way I got round it was to install an XP virtual machine, it worked first time. (SP3 I believe) although XP is no longer supported, I still use it for my older protocols Cheers