注释
|
我的怀疑是,当调用 Interp::close 时,_setup.lazy_close 为 1,导致“关闭”调用被推迟。将https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/rs274ngc/rs274ngc_pre.cc#L932更改为 = 0;似乎避免了这个问题,但我不确定 lazy_close 首先应该完成什么。 |
几个问题可以帮助确定这一点: 1. 您的配置中是否有 ON_ABORT_COMMAND?2. 它会移动到以后会在程序中出现的位置,还是通常不会移动到的位置?3. 如果将混合模式设置为 G64 P### Q0.0(关闭 NCD),是否会发生
|
它执行一个或两个在排队的动作之后的动作。将尝试使用 G64 P0.01 Q0.0。配置中没有 ON_ABORT_COMMAND。 |
G64 P0.01 Q0.0 没有区别。 |
我还可以在 G61 精确路径模式下触发疯狂移动。 |
刚刚测试过,错误不存在于 2.7 或 2.8 中(至少重试约 20 次) |
@pcw-mesa提供这个平分日志: http: //freeby.mesanet.com/bisect_log 基本上,涉及的提交范围是状态标签。
@zultron你有机会调查这个问题吗? |
当然,我会看看。感谢您的提醒。 |
来自邮件列表 我有机会拍下那次事故的快照 =:O 当我从后端测试省略的行时,我在启用日志记录的情况下从 |
我有一个重现这个的测试用例,并且几乎追踪到了它。希望我明天能拿到 PR。 |
为了在到期时分配信用,我的消息是来自 Reinhard 的消息的复制和粘贴: |
要做到这一点,绝对要感谢 Reinhard。此外,拥有对代码和问题都非常熟悉的人,通过论坛筛选以识别有用的信息并将其与要解决的问题联系起来是非常有价值的。在这种特殊情况下,有多个问题。就您而言,这是一段漫长而持续的历史。谢谢你。 |
这是我期望发生的事情:
运动被中止
这是发生了什么:
进给或快速移动到某个伪随机位置
在此之前它工作正常:
不确定。
有关我的硬件和软件的信息:
使用 linuxcnc 2.9 pre 8756d78在 RPI4 上测试