注释
我在这里进行修复: https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/nominal-vel-during-sync 它做了两件事:
这并不理想,因为警告仅在剪辑开始之前出现,但至少用户会通过这种方式获得一些反馈。 |
很好,上面链接的分支通过缩放主轴速度通过了我的回归测试。查看此分支中的最高提交。 |
在这里更新了分支并进行了一些修复:
|
@robEllenberg,我把你的新分支试了一下(没有双关语)。警告信息看起来不错。 我的分支机构已通过一些更新重新定位到您的分支机构。单元测试已清理并使用您修改的 在您的分支机构和我的分支机构之间,检查是按照该讨论中的描述进行的,除了当主轴从未达到速度时不会发出警告,这对我来说并不重要。感谢您的出色工作,罗伯! |
实际上,我认为 Rob 添加的警告“将主轴速度从 XXXX 降低到 YYYY 以进行同步运动”甚至比我提出的在从未达到目标主轴速度时发出警告的建议更好,因为对于固定速度主轴的用户来说,这些信息已经足够了找出挂起的原因,而且更直接。干得好! |
这是合并了吗?可以关闭吗? |
这还没有被合并,并且在有人决定是否合并更改之前处于不确定状态。 |
我今天在使用 G76 时遇到了这个问题(当前 Master 分支)。 我在刚改装的车床上得到了不一致的螺距。最终减慢了我的主轴速度,线程开始工作了。然后我推断出我的指令 RPM x 螺距(所需的轴移动速度)大于我的轴最大速度(我为初始测试设置的较低)。 我会期待一个警告。 当恒定表面速度 (G96) 生效时,很可能会遇到这种情况,因为 RPM 是根据工作直径设置的。 警告会节省很多时间!幸运的是,我只是在做测试零件。 |
这不合并的任何原因? |
有没有结合的PR@robEllenberg的修复@zultron的考验? |
@SebKuzminsky我肯定在任何地方都看不到 PR。当来自 glo 的 LCNC 的 PR 是新的(至少对我来说)时,这可能已经回来了,而且这项工作仍然只在个人 github 回购中。 除非其他人想先整理一个 PR,否则我可能需要一段时间才能真正坐下来处理这个(和状态标签),但它肯定会进入列表。 |
针对 2.7 的 PR 在#479中。我没有重复任何评论@robEllenberg我在 2017-03 年做过,但补丁仍然干净利落地合并,回归测试仍然通过了 Travis CI。 |
以下是我重现该问题所遵循的步骤:
这是我期望发生的事情:
某种形式的警告,表明机器无法达到所需的进给速度。要正确执行该运动,Z 轴需要以 1000 rpm * 0.1 in / rev = 100 ipm(大于我的示例限制 60 ipm)移动。
这是发生了什么:
切割过程毫无怨言,并切割出错误的螺距。
在此之前它工作正常:
可能从来没有,但这似乎也是 2.6.x 的问题。
有关我的硬件和软件的信息:
使用具有慢速 Z 轴的模拟配置(库存轴模拟器将起作用)。