Michael Walsh

MrPLC Admin
  • Content count

  • Joined

  • Last visited

Community Reputation

84 Excellent


About Michael Walsh

  • Rank
    Omron Expert
  • Birthday 07/22/73

Contact Methods

  • Website URL http://

Profile Information

  • Gender Male
  • Location Charlotte, NC
  • Country United States

Recent Profile Visitors

5846 profile views
  1. Move to NJ series worth it?

    If you stick with logical naming conventions, the tag methodology seems faster to me.  Of course, you could use Symbols in CXP in much the same fashion and I am a "middle of the road" -timer. 
  2. Omnuc U software

    Oh, sorry.  You are using CX-Motion and it is an MC221.  Got it now.  Ok. Your program did not download because it has errors.  You have not used any G-Code.  It should look more like this:   N000 P001 X N001 G10 N002 G00 X100 N003 G79   G10 is pass mode G00 is a move G79 is end instruction
  3. Omnuc U software

    This does not look like code for an NC413 either (CX-Position).  The NC413 Memory programming has tables associated with the positions and the moves.  It looks like this: What software do you have open?
  4. Communication with Cognex Insight camera

    The CP1L processor has built in Ethernet, it does NOT have EtherNet/IP.  It will not work.
  5. Omnuc U software

    If you have an MC card, it uses CX-Motion, not CX-Position. 
  6. Move to NJ series worth it?

    If you are going to switch out the CJ for an NJ, I would just switch out the whole thing.  NJ controller with NX I/O. 
  7. Move to NJ series worth it?

    The "Brick" style NJ, the NX1P2 is available now if I am not mistaken.
  8. How to calculate PPR to RPM

    Well, 1480 rpm at the motor is about 113.8 rpm (1480/13) of the output shaft of the gearbox.  113.8rpm*4 ppr = 455.4 ppm.  If you are counting the pulses of the encoder per minute and need to calculate the rpm of the motor, then it would look like this: So, take your number of prox pulses per minute and multiply it by 13/4 and you will have your RPM of the motor.  Hopefully this is what you are asking.
  9. Move to NJ series worth it?

    I will kick it off with one large advantage of the NJ over the CJ / CP:  motion control.  It is much more simple to program the motion control side of the NJ than it is with any of the CJ motion control modules or the CP pulse train control.  From simple positioning to high end synchronization, the NJ has the CJ and CP beat hands down in the motion control category.  If you have any servos and are not simply making the same type of machine over and over, the motion control programming time savings is substantial.  The EtherCAT network provides a high level of capability along with large amounts of feedback from the servo drive.  The EtherCAT network also offers high levels of performance on the I/O side of things with the NX slice I/O (which is very cost competitive).  You can also integrate your safety control into your EtherCAT network with the NX safety controller that attaches to slice I/O nodes.
  10. Some functions / features are not available on previous versions of the hardware.  When you connect, it does tell you that you have selected the improper version of the processor, but it does not assume that you want to convert the project (and therefore does not do it automatically).  It could be possible that you simply connected to the wrong NJ. 
  11. The code that I provided defines the home position as wherever the servo is when you turn on the Zero_Servo bit in the code.  If you need to do an origin search routine with a proximity switch, then it would wire into the CN1 connector on the G5 servo drive.  If you just need to find the Z-Phase and stop, that would not require a proximity switch, just set it up like this:
  12. Ah, I see that I missed the part about it being a G5.  Sorry.  Yes, you can set up the homing routine on the page shown below of the axis settings.  As you can see, it illustrates what the servo motor will do during the home search routine.  It shows three cases:  when your servo starts on the negative side of the prox switch, when it starts on the prox switch and when it starts on the positive side of the prox switch. I just picked the settings shown above arbitrarily. 
  13. PID problems

    If it is bouncing around your setpoint like that with no output, then it is likely confused.  Try setting your setpoint to 3000.  With the control set up to be reverse mode, the setpoint needs to be higher than the PV to see output (as a general statement).  With PID, you can have some output with the PV>SP in reverse mode to try to avoid oscillation.
  14. PID problems

    I know what the variables are for.  What is the current PV and current SP?  For instance, if the SP was 1500 and the PV was 3000, you would not expect to get an output value.  Did you try the BSET command?  
  15. Well, the code that I wrote assumes that you will use the absolute encoder functionality of the 1S servo.  All 1S servos can use this.  The code below will define the zero point as wherever the servo is positioned when you execute the MC_Home command.  The absolute encoder will remember its home position even when the servo is powered off.  I am not able to test this with real hardware at this point, so I am not sure if this saves the offset for the absolute encoder through a power off condition.  Perhaps you can verify that for me.   If you must use the encoder as an incremental encoder and do origin searches, then we can talk about that more.