注释
.png "电弧问题 #164"){kind=avatar}
|
从数字值中删除多余的数字。你只需要大约 3 到 4 在未来的推送中，我计划看看在不需要增加内存需求的情况下解决这个问题，这是我们 没有增加它 2013 年 1 月 12 日上午 10:56，DrRob notifications@github.com写道： 你好， 这段 g 代码对我来说工作不正常——两条弧线 G01 X135.649251 Y105.411382 Z-2.000000 我发现，如果我删除所有 Z 坐标，则圆弧会 G01 X135.649251 Y105.411382 我已经尝试通过 NCSim.exe 运行两个版本进行比较，并且 我在做傻事吗？（应该不是第一次了……） 我正在使用 grbl 0.8c，其中： $$ 谢谢， — |
.png "电弧问题 #164"){kind=avatar}
|
啊，是的，就是这样，谢谢。Inkscape 的 Gcodetools 在“Path to Gcode”首选项选项卡中有一个方便的“将所有值舍入为 4 位”后处理器来执行此操作。 再次感谢您的快速帮助， |
.png "电弧问题 #164"){kind=avatar}
你好，
这段 g 代码对我来说工作不正常——两条弧线应该在矩形的角上形成一条漂亮的圆弧，但第二条弧线以一个奇怪的角度消失，一条直线被添加到最后回到它应该结束的位置：
G01 X135.649251 Y105.411382 Z-2.000000
G03 X130.480357 Y117.890206 Z-2.000000 I-17.647732 J0.000000
G03 X118.001543 Y123.059105 Z-2.08104781-2.08104781
我发现，如果我删除所有 Z 坐标，则圆弧会按预期进行：
G01 X135.649251 Y105.411382
G03 X130.480357 Y117.890206 I-17.647732 J0.000000
G03 X118.001543 Y123.059105 I-12.478814 J-12.478800
我已经尝试通过 NCSim.exe 运行两个版本进行比较，并且在这两种情况下弧都是正确的。
我在做傻事吗？（应该不是第一次了……）
我正在使用 grbl 0.8c，其中：
$$
$0=87.489 (x, step/mm)
$1=87.489 (y, step/mm)
$2=1280.000 (z, step/mm)
$3=20 (step pulse, usec)
$4=300.000 (default feed, mm/分钟）
$5=800.000（默认搜索，mm/min）
$6=160（步进端口反转掩码，int:10100000）
$7=25（步进空闲延迟，毫秒）
$8=10.000（加速度，mm/sec^2）
$9= 0.050（交界处偏差，mm）
$10=0.100（arc，mm/segment）
$11=25（n-arc correction，int）
$12=3（n-decimals，int）
$13=0（报告英寸，bool）
$14=1 （自动启动，bool）
$15=0（反转步启用，bool）
$16=0（硬限制，bool）
$17=0（归位周期，bool）
$18=0（归位方向反转掩码，int:00000000）
$19=25.000（归位进给，mm/min）
$20=250.000（归位寻道，mm/min）
$21=100（归位去抖，毫秒）
$22=1.000（归位牵引，mm）
ok
谢谢，
罗布。