需要价值观来理解。
在您的示例中，最大速度设置为 (1x5x60) 300 ipm 或 mmpm
您是说点动速度设置为更高，然后它不会被限制在 300？

你是说点动速度设置得更高，然后它不会被限制在 300？

确切地！我有一个最大值。机器速度为 2000，无论 halui.max-velocity 设置如何，当在 Gmoccapy 中设置时我仍然可以用 2000 慢跑。

好的，谢谢，我可以确认慢跑不遵守最大速度上限。
我不相信这是一个 GMoccapy 错误 – 这是一个 linuxcnc 错误。

是的，在 Axis 中这个值也被忽略了。但奇怪的是，在 Axis 中，Shift+Jog 也忽略了 halui 设置。

实际上这就是我所期望的。我还希望 Homing 忽略这些设置（在 homing 的情况下，可能应该）。
慢跑与解释命令分开处理。我敢打赌慢跑代码中没有（当前系统）max_velocity 检查。
它检查慢跑关节的最大加速度和最大速度。我认为您还可以设置慢跑最大加速度和最大速度，然后设置与“解释”关节运动不同的方式（但这是旁注。）

实际上这就是我所期望的。

是的，我今天早上也考虑过这个问题。

Gmoccapy 使用来自 linuxcnc.stat 的速度：

self.stat = linuxcnc.stat()

...

value = self.stat.max_velocity

并且这个值被 halui.max-vel 设置降低了。
但根据文档，它必须保持不变：

max_velocity
（返回浮点数）——最大速度。反映了 [TRAJ]MAX_VELOCITY。

所以要么是文档错误，要么是 linuxcnc.stat 模块。

我猜文档是错误的。Stat 可能会向您显示当前最大速度设置上限为 [TRAJ]MAX_VELOCITY。

我猜 Norbert 在设置慢跑速度时考虑了 Gmoccapy 中的 max_velocity。

正确的方法是，如果我们想要慢跑以遵守最大速度，则让低级慢跑代码检查请求的速度是否等于或低于 linuxcnc 当前的最大速度设置。那么所有的 UI 都将以相同的方式工作。

Weather it worth the effort / disearable 可能是我想问的一个问题。

Stat 可能会向您显示当前最大速度设置上限为 [TRAJ]MAX_VELOCITY。

是的，它确实。
所以没有办法从配置文件中获取这个值？

是的，使用max_velocity将是最简单的修复方法，在许多情况下都可能有效。
但我同意在这种情况下使用低级点动命令更安全。

仔细查看该emc_interface.continuous_jog(axis,cmd)函数可以找到一个非常简单的修复方法。
因为这个函数只是以 100 的速度设置慢跑，这将高于大多数机器的最大速度（我想）。因此，低电平部分将降低此 t 最大速度设置。

有关详细信息，请参阅上面的 PR。