不是专家：我的理解是这是一般的 grbl 行为 – 它以距离而不是度数来思考。
A 轴通常是旋转的，但不一定。如果您以度为单位进行规划，那么您找到一个映射，其中该轴上的 1 毫米为 1 度是有意义的。那么，从原则上讲，转换为英寸肯定没有任何意义。所以 grbl_esp32 最多只能防止这种情况。
实际上，步长与毫米/英寸之间的比率取决于您要转动的物体的直径。如果这是静态的，您可能会在旋转物体上的步长和毫米之间找到正确的转换。根据您的 Z 位置，静态在某种程度上变得动态…
如果基础在文件之间发生变化，您可以将步进/定量定义添加到 G 代码中。
顺便说一句：世界是公制的，英寸只是假新闻；-)
幸运的是，我的 5 轴 CNC 中的物体是具有静态直径的球体，因此很容易计算。

A轴不一定是旋转轴。它使用与所有其他轴相同的转换。

我们可能会添加一个选项来阻止 Z 以上轴上的转换。老实说，现在很少有人使用英寸，我们甚至很少考虑它。

进给率如何与旋转轴一起工作？直线轴和旋转轴是否有进给率的协调运动？CAM 软件可以解决这个问题吗？

@bdring我同意这是一个小问题，可能不值得打开一堆蠕虫。如果我坚持使用英寸并相应地校准 A 轴，我会没事的。
我想借此机会称赞您对 Grbl_Esp32 的精湛文档。我很容易将它修改为使用 4 个轴，为第 4 个轴添加引脚定义，并在 platformIO 中编译它，所有这些都在大约半小时内完成。这一切都归功于您出色的文档。我发现 Github 项目很少像您的一样被记录下来。作为一名拥有 40 年经验的 EE，我知道工程师讨厌文档，但我也知道它的重要性。太棒了！不错的工作。

@joedirium是的我知道。英寸是假新闻。哈哈。公制更有意义，因为它是 10 的幂。但你知道他们怎么说：有两种国家。那些使用公制的，还有把人送上月球的。哈哈哈哈。:)
抱歉，我无法抗拒。哈哈

@bdringFWIW，我过去使用过 LinuxCNC，每个轴的轴“类型”在配置文件（.ini 文件）中指定为 LINEAR 或 ANGULAR。在 Grbl 中执行此操作可能行不通，因为正如您所提到的，此更改的连锁反应将非常广泛。

FWIW，g2core 也有一个用于旋转轴和线性轴的配置选项，我在我的 4 轴铣床上使用它 – 我计划在获得 A Round Tuit 时将其转换为 Grbl_Esp32。我有一堆关键的 GCode 程序，有些以英寸为单位，有些以毫米为单位。

进给率很棘手，但单位转换或缺乏单位转换不会使情况变得更糟。如果您在线性轴移动上说 F10，那么该速率将继承到后续仅旋转轴的移动中，这是没有意义的，因为毫米/秒和度/秒不相称，无论是英制还是公制。因此，这与是否禁止旋转的单位转换是完全不同的问题。

根据此线程，如果在 gcode 块中指定了任何线性轴，则 Mach 使用 linear_units/min，如果指定的唯一轴是旋转轴，则使用 degrees/min。因此，在包含旋转轴的任何程序段中明确指定 F 字似乎是明智的。