Force Postprocess to invoke Reset Vector instead of last Rapid Retract

[smartsystem]

Hi to all.

We'd like to understand if there is a way to force HSM to invoke the go to reset vector for tool change (in our Hurco it is a G0 M140) instead of sending the machine to the retract height and the call the reset vector.

For example :

-------------------------------------------

N7506 G0 X18.1 Y2.
N7507 #3=2000. (Finish)
N7508 #4=1800. (Entry)
N7509 #5=1800. (Exit)
N7510 #9=2000. (Plunge)
N7511 Z26.33
N7512 Z25.83
N7513 G1 Z25.33 F#9
N7514 Z6.75
N7515 G18 G3 X17.6 Z6.25 I-0.5 K0.
N7516 G1 X17.5 F#4
N7517 G17 G3 X15.5 Y0. I0. J-2.
N7518 G2 X-15.5 I-15.5 J0. F#3
N7519 X15.5 I15.5 J0.
N7520 G3 X17.5 Y-2. I2. J0. F#5
N7521 G1 X17.6
N7522 G18 G2 X18.1 Z6.75 I0. K0.5
N7523 G0 Z26.33   << completely useless and cause the machine to stop from a G0 and restart for the next G0 M140
N7524 G17
N7525 M9
N7526 M9
N7527 G0 M140

--------------------------------------------------

Thank you

[bob.schultz]

No, there is not a way to get HSM to not retract to the clearance plane at the end of an operation.  It would be difficult to implement in the post, since the post does not realize which move is the last in an operation, so the moves would have to be buffered and managed internally in the post.

I don't quite understand why the machine "stops" at the retract move though.  The position it is retracting to is at exactly the same Z-level it uses to approach the start of the operation.

[smartsystem]

The problem is that the machine goes rapid to a quote, execute the various M codes, and then restart to Reset Vector.

It is logical that it stops for executing the M Codes...