hexagon logo

Anyone else have issues with "Move Increment" command?

Hi,

I'm currently running PCDMIS 2022.2.  I moved from 2011MR1 to this version in one fell swoop.  My question is, does anyone know if anything has changed since 2011 that causes the software to not play well with back-to-back "Move Increment" commands?

I utilized these commands back-to-back for years on 2011 and NEVER had an issue.  In 2022 it would appear that PCDMIS is executing the back-to-back commands simultaneously.

For example:

MoveIncrement (0,0,-.500)

MoveIncrement (.125,0,0)

moves like this " \ " rather than like this " L "

Thanks!

Parents
  • I don't know about your issue, but I long ago stopped 'using' increment moves.  I will program with them, need to move x amount in Y to get clear, so I use it, then when it moves that amount, I do CTRL-M to get a move/point and remove the incremental move.  I do this because IF you get an air-trigger during an incremental move, and you tell it to continue, it will move the FULL amount on the incremental move from it's current position, not from where it started the incremental move.  That can be bad, m'kay?

Reply
  • I don't know about your issue, but I long ago stopped 'using' increment moves.  I will program with them, need to move x amount in Y to get clear, so I use it, then when it moves that amount, I do CTRL-M to get a move/point and remove the incremental move.  I do this because IF you get an air-trigger during an incremental move, and you tell it to continue, it will move the FULL amount on the incremental move from it's current position, not from where it started the incremental move.  That can be bad, m'kay?

Children