[grbl Issue#1016] Positive space ? About GRBL HAL

Issue #1016 | 状态: 已关闭 | 作者: LETARTARE | 创建时间: 2016-06-13

To increase the versatility of Grbl , I propose to use either a negative or positive space as needed., without using “G10 L2(0) Pn ……..”.

I used version ‘ Grbl – 1.0c (edge) svn1837 ‘ .
Here’s the fix:
grbl-1837-positive.zip
To use the positive space , simply uncomment in ‘ grbl.h ‘ line ‘#define POSITIVE_SPACE’.

I realized the tests of homing on one machine to three Cartesian axes.
The positive direction of the axes movements respect the meaning defined in Linux.
Sensors which detect the reference position (home) are placed at maximum axis movement.

Example :
dX=500, dY=400, dZ=90, dR=2 mm

A- if positive space,
1. with $23=0 -> machine position = 498/398/88 mm
2. with $23=7 -> machine position = 2/2/2 mm

B- if negative space,
1. with $23=7 -> machine position = -498/-398/-88 mm
2. with $23=0 -> machine position = -2/-2/-2 mm

I use a personal GUI.

Best regards.

#1 – chamnit 于 2016-06-13

@LETARTARE : I get this question once every few months. Because of this, I wrote up a answer in the Grbl FAQ to avoid having to repeat myself over and over again. In short, no, because it really doesn’t matter where the machine origin is set since all tool paths are in work coordinates, and there is a compile-time option to set the origin wherever the homing cycle ends up to address this.

#2 – LETARTARE 于 2016-06-13

Yet I am an avid reader , but I had not read this response!

#3 – chamnit 于 2016-06-13

@LETARTARE : It’s come up on Github several times, but more recently, answering this question has been on other forums, like the ShapeOko, Inventables, and OpenBuilds forums.

原始Issue: https://github.com/grbl/grbl/issues/1016

评论 (3)