- Posts: 19306
- Thank you received: 0
FPGA (field programmable gate array) programmed for linuxcnc motion
8 years 3 months ago #114372
by andypugh
Replied by andypugh on topic FPGA (field programmable gate array) programmed for linuxcnc motion
The probing in preview problem can be bypassed with a bit of G-code logic.
(Possibly in the preprocessor).
The issue is what value the preview reads as the probe position. You can trap this in the G-code and subsitute a value:
linuxcnc.org/docs/2.7/html/gcode/overvie...ml#_named_parameters
Look at the #<_task> named parameter.
Wapping the probe move in a O100 IF [#<_task> EQ 1] / O100 ENDIF block will skip the probe during preview.
(Possibly in the preprocessor).
The issue is what value the preview reads as the probe position. You can trap this in the G-code and subsitute a value:
linuxcnc.org/docs/2.7/html/gcode/overvie...ml#_named_parameters
Look at the #<_task> named parameter.
Wapping the probe move in a O100 IF [#<_task> EQ 1] / O100 ENDIF block will skip the probe during preview.
Please Log in to join the conversation.
8 years 3 months ago #114377
by rodw
Replied by rodw on topic FPGA (field programmable gate array) programmed for linuxcnc motion
Andy, thanks so much for our input. I'll try this the first chance I get.
The docs you linked to state:
so it makes sense to me.
The docs you linked to state:
Code:
#<_task> - 1.0 if the executing interpreter instance is part of milltask, 0.0 otherwise. Sometimes it is
necessary to treat this case specially to retain proper preview, for instance when testing the success of a
probe (G38.x) by inspecting #5070, which will always fail in the preview interpreter (e.g. Axis).
Please Log in to join the conversation.
Time to create page: 0.030 seconds
