对角度和线性移动使用相同的最大值没有意义。所以真的，您需要 2 个滑块来获得最大线速度和角速度？

很久以前，Max velocity 是一种创造减缓急流速度的方法。
现在我们对此有一个适当的快速覆盖。

但令人惊讶的是，最大速度并没有限制角速度，

大声思考：
如果有线性：基于最大线速度限制。
如果存在基于最大角速度的角度限制。

所以真正要制作一个滑块是有意义的，它应该是百分比。

克里斯米

是的。我喜欢一个因素的想法。但是什么？最快的线性/角度轴？

再次大声思考：
如果有线性：限制基于最大线速度的百分比。
如果仅存在基于最大角速度百分比的角度限制。

基本上与 feed 和 rapid override 相同，
否则就一起摆脱它……

请记住，当您一次移动超过 1 个轴时，您可以比最大线速度更快……

我不确定当前的实现如何涵盖这一点，但在这方面似乎工作正常。
我不认为任何人将此设置为特定单位/分钟的目的超出了-‘不要太快-我正在测试’

其他人已经习惯了 – 我想不出其他两个覆盖无法涵盖的任何好的用途。

我从另一个分支得到了修复，但我没有用 Axis 或其他 UI 测试过它。

如果有人想尝试一下，我在 PR #525中提交了它。

那是很久以前的事了，但我现在开始想起来了。

在我的实现中，最大速度滑块被视为百分比，用于分别缩放线速度和角速度，并使用maxvel(maxvel_lin, maxvel_ang).

这些通过任务到运动进行探测，其中速度设置得尽可能高，同时仍然遵守两个限制。

早在 2017 年 1 月，我就在 emc-developers 上提出了这个问题，询问有关如何将滑块值视为线速度或百分比的意见。总结反馈：

• @cradek指出敏感的 GUI 需要线性速度才能连续慢跑
• @samcoinc在 GUI 中调整滑块时，喜欢知道线性单位的速度限制，而不仅仅是百分比刻度

这些问题在此实施中很容易解决。由于限制最终是线速度和角速度的单独值，因此敏感的慢跑将不受影响。在axis.py中，角速度简单地按滑块值的计算百分比进行缩放，并将结果发送到运动，因此 GUI 的外观没有变化。

还有，当时，@gmoccapy自愿更新 gmoccapy GUI。我希望他仍然同意这样做！

抱歉，我在 pr #525上回答了- 但这是一份副本：

我在模拟中测试了 John 的修复，它确实限制了仅角度运动 – Yaay！
感谢您解决这个约翰。
滑块上的单位当然对角运动没有意义。

在这里阅读约翰的评论：

.ini 文档将 MAX_LINEAR_VELOCITY 和
MAX_ANGULAR_VELOCITY 放在 [DISPLAY] 部分；前者是
最大速度滑块上的最大可能值。MAX_VELOCITY
参数位于 [TRAJ] 部分，是滑块上的设置值。
这种命名使得很难添加缺失的角度等效于
[TRAJ]MAX_VELOCITY

我查看了 master 的文档，TRAJ 中的那些术语是不同的。
例如。MAX_LINEAR_VELOCITY – 对于 master
我没有深入研究代码以查看实际使用这些条目的内容以及它们应该如何拼写 – 我想知道 INI 文档是否撒谎……我知道在 GUI 构建中 TRAJ 和 DISPLAY 术语经常混淆.

对于 GUI，我想知道你为什么要限制滑块——它应该是机器的最大可能速度——我假设它来自 TRAJ 或 JOINT 部分。

总体思路（并非所有都直接与补丁有关）：

这是一个很好的改进。
我们应该把它放在 2.7 中吗？- 虽然它是一个错误修复，但它涉及很多代码。
滑块单位应该显示什么是个问题
如果不是 %，GUI 应该从哪里读取它的最大设置是个问题
我想知道为什么我们需要这个功能了 – 覆盖似乎做得更好。

恕我直言，我们应该最喜欢两个滑块配置。
我会在 gmoccapy 中包含一个带有百分比指示的滑块，并且可以控制两个速度。可能其他人想要两个滑块，他们可以使用嵌入式选项卡来做到这一点。

告诉我什么时候需要在 gmoccapy 上工作。

诺伯特