gamerayers

MrPLC Member
  • Content count

    16
  • Joined

  • Last visited

Community Reputation

0 Neutral

About gamerayers

  • Rank
    Sparky

Contact Methods

  • ICQ 0

Recent Profile Visitors

1279 profile views
  1. Ethernet/IP CJ2 to Controllogix

    So I was able to do a test with an Omron to Omon CJ2 in the same areas using the same Implicit commands. When I first set it up, I was using Multi-cast connections and neither PLC could see eachother. When I switched the CJ2s to Point-to-point, everything worked wonderfully. From what I can find out, the network is blocking multi-cast/boardcast connections from one switch to another, but a unicast or point-to-point seems to work find. I believe the issue I'm having is that the CJ2 cannot be set to read messages from the Controllogix using Point-to-point or unicast, the only option is multicast. Is there anyway around this? I would try to use explicit messaging, but the issue comes down to timing. The one PLC is a conveyor controller and the other is for a piece of equipment which needs to know when the conveyor is stopped. Timing needs to be within 500ms or so. The larger delay the worse the performance of the machine would be. Plus, the explicit message structure is a bit hard to understand from the Omron side.
  2. Ethernet/IP CJ2 to Controllogix

    I am currently using message read commands for the CLX to the SLC. Both directions work. Without message reads, I am using I/O addressing for the Ethernet/IP communication, and the CJ2 can send the data to the CLGX but receives no data back. Therefore, the area that isn't working CJ2 for CLGX_TAGSET2 read to CJ2 into CJ2_DATAIN. I tried to seperate the commands in the CLGX so that it wasn't strickly passing, it was storing the CJ2 data, and it didn't change anything. I have had my network guys look into it and they said they will get back to me soon about possible routing issues in the switches.
  3. Ethernet/IP CJ2 to Controllogix

    I have the master configured as the CJ2M. I have changed the subnet to 255.255.0.0, and it doesn't seem to fix it. There is a gateway which is configured to do that, but I am unsure of the exact configuration as our network is extremely large. Both PLC are set to use a gateway, but they are different gateways. The gateway for 1 is 10.73.49.1, and the other is 10.70.3.1. I believe that it is cyclic as there is no commands to send or receive data is was all just configured as sort of a remote I/O. I am getting ready to have my network group setup some data recording on the Cysco switches to see if they can watch if my packets are making it from one switch to the other or not.
  4. Ethernet/IP CJ2 to Controllogix

    I am currently working on project which requires me to communicate from a CJ2M-CPU33 to a SLC5/04. Unfortunately, this is not so easy with the fact that the SLC5/04 is only DH+ or Serial. What I was able to do is was find a Controllogix CPU, Ethernet card and DH+ card laying around and I have a msg block which allows me to communicate between the SLC and the Controllogix through DH+. I had a test bench setup where I was able to communicate between the CJ2M and the Controllogix using the same Bytes as the Message Block so the Controllogix basically became a passthrough and this was done all over Ethernet/IP. The thing was, when I went to implement the communicate on the plant network, the CJ2M and the Controllogix were on different switches and in different subnets. The CJ2 was 10.73.49.32 and the Controllogix was 10.70.3.39. I was finally able to get communication from the CJ2 to the Controllogix to the SLC, but unfortunately, communicate from the SLC ends at the Controllogix and the CJ2 never receives anything back. To get the communication working to the Controllogix, I had to enable Unicast on the Controllogix, but when I did similar enabling of Unicast on the Controllogix to send back to the CJ2, it didn't seem to fix anything. Any ideas on how to get the communication working the other direction?
  5. CS1 Serial Comms

    No, this is not true. I went back and reviewed some documents I had from Omron when I was doing FINs serial, and they actually told me to jumper 7-9. When I just tried it yesterday, jumpering 4-5 did nothing, and 7-9 alone did nothing. You have to jumper both sets for A392.05.
  6. CS1 Serial Comms

    Pins 4-5 are needed to be jumped, but from an old document I had, I found I needed to jumper 7-9 also. Now it appears to work.
  7. CS1 Serial Comms

    You're correct that I don't have them connected. My display doesn't have pins for them. It really is dummy. I will try that Monday.
  8. CS1 Serial Comms

    I am currently working with a CS1G-H CPU and need to be able to send a serial command to a Dummy LED display. There is no feedback from the display and all commands will be single direction from PLC to Dummy Display. The command is <SOH>s:D9999<CR> The 9999 will be the output of a count down timer in ASCII. I want this to continuously output ever .1 seconds if possible using a TXD command (I would think that is the correct way to do it). I am using the onboard Comm port and have it set currently to Custom 9200, 8,1,N, RS-232C, Disabled, CR/LF,0ms delay. Whenever I check the A329.05 bit to see if I can send it is never set. I am currently running into a port monitor to see what is being sent, but the LED display device will only use the SND/RCV/GND wires. Is there something I have to do to get that bit to set so that the message will send? Is there a way to disregard that bit so it will just send constantly? Thank you.
  9. FINS Serial C Code

    Okay, I think I am on the correct track. The only problem I have no is no matter what command I issue over serial I get a @00FA1345* as the response. I do not know what that means. I also don't know if I am supposed to include the @ and the * in the fcs. Thank you.
  10. FINS Serial C Code

    I am working on a DOS based program. At first I thought I was going to be using C-mode, but from my conversations with Omron, FINs would be much better. I was wondering if anybody had sample code written in C (even for windows) which shows FINS communication over serial. The program I am looking to make reads DM4000 for 18 words, and writes DM5000 for 42 words. I would like confirmation of read and write, but I might use an DIO which is in the PC to do this. If anybody has any code that will even put me in the correct direction, that would be great. Thank you.
  11. Omron CS1 MS-DOS serial comms

    No, not that unit. Like I had said, not the ISA version. It is a C200 rack with what is called a C200PC. Basically, it is a C200 PLC and a DOS based PC as the CPU of a rack. Yes the idea is to setup a CS1 on a new rack, using the exsisting C200 I/O since they will work, and a small PC104 computer with serial. The biggest part is I was wondering if somebody had some sample C code for DOS so I can understand communication parts of it. Since everything I have found is Vb and the old code I have does not use a com port or anything like it.
  12. Omron CS1 MS-DOS serial comms

    Well, I wish it was that easy as I figured this question would come up. Unfortionately, I am not even sure what type of port the C200 and PC communicate through. It is a Japanese version of the PLC which has a DOS PC built into it. Called a C200PC, and no, not the ISA version, a rack version that looks like a C200 and uses C200 I/O. So, pretty much I have to start from scratch for the serial.
  13. Omron CS1 MS-DOS serial comms

    Okay, I know this is going to sound very odd, but what we are currently using is an old C200 PLC and need to upgrade to a CS1. We have a DOS computer with some C software that will need to communicate serially with the CS1. The C200 used an IOMTOOL driver that looks to be Sysmac and I am not even sure how it communicated back and forth. So what I need to be able to do is to write a small program in DOS which uses C-mode or FINNs to communicate and get a response from the PLC to say it received a message. It won't be controlling the program just writting and reading from the DM. Does anybody have some sample DOS C code. I have some stuff in BASIC from the FINNS/C-mode manual, but my BASIC is well, dated as I know VB and VB.net and not old school BASIC. Any help would be GREATLY appreciated. Thank you.
  14. Mitsubishi with devicenet?

    I offically got the DRT1 and DRT2 modules to talk with the Devicenet card and all is good on that side. Finally, with no help from Mitsubishi or our supply company. I now am unable to link to the actually I/O. I don't know the addresses and if I flip any of the Inputs on, it changes none of the X addresses. SO I am still a little stuck.
  15. Mitsubishi with devicenet?

    I've gone into GX configurator and I am still having the same problems, that is how I got the DRT2 cards working. The DRT1 cards are still a hasstle, but the reason we are using D/N as apposed to CC-link is because we needs the ability to use Omron, AB and Mitsubishi, and switch between then without hasstle, plus the plant uses D/N and we are the trainning area for it.