ChrisKozanecki

Oops.. sorry, I am using a CJ1G-CPU42H I have tried with the following commands: CJP / JME ==> This causes the PLC to error out within about 2 seconds which I assume is the PLC saying that it hit max loops for the jump command, something I read more about last night. SBS / SBN / RET ==> This doesn't seem to respond with the ways I have tried. I have the book with commands on my desk at the moment and I plan on reading into subroutines more because I feel I dont understand how this is supposed to work. What I want to have happen is when the subroutine is called, I want the program to only run the subroutine and nothing else untill it's told to go back out of the routine. If it has to come out of the routine after only one scan, I would like it to go back to the step that called it and return to the subroutine if the condition is still true instead of going through the rest of the program.

The "transfer to PLC" button is most likely hidden due to being "offline" Click the yellow triangle with a lightning bolt in it and you should go online.

Ok so I have my program workign to send and recieve. It interprets things just fine. Unfortunately now people are adding extra requirements in that they want to have the PC and the PLC respond to each other so we can do error checking and/or have the devices error out if there is no response in X timeframe. I think that the Protocol macros will allow me to do what I want, but my question is whether I would be able to use it in the integrated RS232 port of the PLC, or do I need to get a serial module? What I need is: -->PLC tells PC: 'message' -->PC tells PLC: 'OK' or 'Resend' (or some way of allowing PLC to know to resend/error out) -->PLC waits until PC is done. -->PC tells PLC: 'done and p/f info' -->PLC performs error check -->PLC continues program Perhaps there is a better way? Right now I am not sure how to setup a procedure for this other than to possibly do a jump to a loop that runs until X condition or Y timeframe.

Oh my god Nimroc! that is exactly what was wrong! Now my PLC and My Computer are talking with no problem. My next step will be to try and integrate RS-232 into a full program. I appreciate your help as I have been pulling my hair out all day. Hopefully I will be able to get it on my own from here, but if not then I will surely take you up on this: <-- doing the happy dance now

I have a CJ1G PLC that I am writing a program for to change the way a current tester is working. Right now the tester only checks for a voltage from a DMM and if its between two values it is considered PASS. We need to change this so that we are reading the CAN messages, and talking to the part. We planned to use a PC for the actual testing and just have the PLC and PC talking via RS232, but I have a few questions: 1) Is it possible to talk with CAN using a module for the CJ-Series? (to the PC, the part or both) 2) Is there a better method than using RS232? I this is my first project using communications, previous ones only required I/O so any help would be appreciated. I am doing my best to learn via the books I have. Edit: I realized I had a BAD typo.... we planned to use the PC for the testing,

Thanks Jay, Is that the only CAN module though? This is a rather small test system, and I would prefer to use the CJ-series as that is what I already have parts for. If not I fully understand and I will continue with the plan of using RS232 only.