可能我发现了问题。我假设子程序使用 gcode 中最后一个工具的坐标。
我会解决这个问题并检查….

可能我发现了问题。我假设子程序使用 gcode 中最后一个工具的坐标。
我会解决这个问题并检查….

那太好了！

我制作了一个新版本并对其进行了测试… https://github.com/svenhb/GRBL-Plotter/blob/master/GRBL-Plotter_1562_publish.zip
请注意新的“script_sr_brush…”脚本。
为了使脚本更具可变性，提笔/下笔代码将作为子例程 O97 和 O98 提供——可从工具更改脚本中调用。然后更容易从真正的 Z 运动切换到伺服控制——我现在使用的。

设置：

不错，今天就去看看！感谢您的快速修复！

在使用真正的 Z 轴时发现了一个错误（第一次没有向下移动）。

是的。认为这是某种奇怪的事情，但是通过使用笔向上/向下笔 gcode 插入来修复它，然后它就可以工作了。

现在应该修复 – 检查新版本：https ://github.com/svenhb/GRBL-Plotter/releases

似乎工作正常！
还有一个关于水彩的问题。是否有可能在绘图仪开始绘制对象的同时以某种方式使画笔下降，这样画笔下就不会有一个点，并且在移动时会触及表面？可能非常有用，但现在我认为 gcode 是按步骤创建的，所以我不能让它向下移动并同时绘制，或者我错了吗？

这是一个明智的想法。是的，目前 gcode 将与落笔、路径、提笔一起构建，因此落笔/提笔需要通过额外的 XY 移动来扩展。
顺便说一句：你在使用拖动工具补偿吗？

你可以试试这个：https
://github.com/svenhb/GRBL-Plotter/blob/master/GRBL-Plotter_1572_publish.zip 没有真正测试过，希望你能做到。
第一个错误：不适用于 G2/3 – 解决方法：启用此功能：

这是一个明智的想法。是的，目前 gcode 将与落笔、路径、提笔一起构建，因此落笔/提笔需要通过额外的 XY 移动来扩展。
顺便说一句：你在使用拖动工具补偿吗？

我正在尝试拖动工具，但可能是我使用的矢量与拖动工具的开/关没有太大区别。我会尝试更多，然后可能会在这里发布一些回复。
非常感谢关于导入/导出的建议，它可能对 whatercolor 非常有用！很快就会去试试。上周有点忙。

初步问题似乎解决了，感谢测试