对于覆盖，有一个引脚 halui.spindle-override.scale 添加这样一个引脚应该可以解决该 FIXME。

诺伯特

诺伯特：那是另一回事。当在使用“主轴增加”和“主轴减小”命令的 GUI 中使用 + / – 按钮时，此请求用于更改步长。

老实说，我不确定为什么存在这些命令。对于 GUI 来说，保留自己的编号并将其作为绝对命令发送可能更有意义。我很确定 G 代码不会使用它们。

恕我直言，它非常相似。
只需插入一个引脚 halui.spindle-inrement 并在 src/emc/motion/command.c 中读取该值作为增量。
所以用户可以设置他想要的任何东西。如果没有设置值，我们应该保持在 100 U/min

但你是对的，最好的办法就是删除那部分并使 command.c 保持干净，正如你所说，处理这些值是 GUI 的问题。

顺便说一句，gmoccapy 2.nn 有新的滑块并会处理它

诺伯特

问题是 command.c 似乎没有主轴增加增量的状态。
或者更正确地说，emcmotStatus 和 emcmotCommand 没有它——尽管我没有正确搜索所有消息事件。

嗯，看看 emc_nml.hh，似乎 EMC_SPINDLE_INCREASE 可以获得速度设置。
我只是还没弄清楚 NML 消息是如何变成动作消息的……

修复该部分，然后任何 GUI 都可以将其增量设置为要增加的消息的一部分。
然后 GUI 可以决定如何以任何方式获得该设置。

几年前我在 AXIS 中修复了一个类似的东西，这样主轴可以从 INI 设置中设置默认速度。在那种情况下，问题出在更高级别（emcmodule.cc）

克里斯米

我同意 cmorley 所说的很多内容。我不同意代码中的 FIXME。“现在增加”来自 GUI 而“多少”来自 HAL 是没有意义的。

如果我们需要增加/减少 NML 消息，数量应该来自 GUI 的消息。但是根本没有理由拥有这些消息。

这些增加/减少消息来自 HAL 之前的日子，可能是为 mshaver 的 bridgeport 发明的，在变速上有一个气动马达，除了你的眼球看着头上的刻度盘之外没有速度反馈。那些桥接端口最初有加速和减速按钮，你可以按住它们让气动马达在观察表盘的同时将变速调高或调低，然后在正确的时间松开按钮。这在 keystick 和后来的 xemc 中被复制，并且这些按钮可能只是在按住时设置输出位（在 parport 或 STG 上），就像原始控件一样。

今天我们将使用 HAL 来执行此操作，并且根本不会有用于增加/减少的 NML 消息。今天，单一消息类型“以 [命令] 速度 [向前/向后] 转动主轴”是有意义的。如果 GUI 想要增加/减少按钮，它可以只增加或减少当前速度并发送新消息。