打开 3 个任务中的第 1 个 R0m3oF0x 打开了这个问题 2020 年 4 月 15 日 · 2 条评论 打开 3 个任务中的第 1 个 Ocode 解释器的不可理解的行为#728 R0m3oF0x 打开了这个问题 2020 年 4 月 15 日 · 2 条评论 注释 R0m3oF0x 评论了 2020 年 4 月 15 日 • 编辑 子程序.zip 以下是我重现该问题所遵循的步骤： 在您的宏目录中创建文件夹 sub_progs 复制文件夹 sub_progs 中的附加文件 将 M6 重新路由到 toolchange.ngc 脉冲数字输入 02 低等待高 在低电平等待 digital-in-2 时执行 M6 这是我期望发生的事情： 因为 o317 行被注释掉了，程序应该最迟在 11 秒后继续运行，而不管 digital-in-02 的电平如何。或者更早，如果 digital-in-02 变高。 如果 #<_current_tool> EQ #<_selected_tool> 则执行子程序 o320 这是发生了什么： o320 子程序将不再启动。 只有在调用时 digital-in-02 已经为高时，子程序才会执行。 在此之前它工作正常： 添加线路：M66 P2 L3 Q11 有关我的硬件和软件的信息： 我正在使用这个 Linux 发行版和版本：Debian 10 Buster 我正在使用这个内核版本：Linux cnc 4.19.0-6-rt-amd64使用 Tcl_SetResult 和 Tcl_GetStringResult #1 SMP PREEMPT RT Debian 4.19.67-2+deb10u2 我在跑步 … 来自 linuxcnc.org 的二进制版本（包括 buildbot.linuxcnc.org） 我自己构建的二进制文件 来自 linuxcnc.org 之外的其他来源的二进制版本 我正在使用这个 LinuxCNC 版本：v2.9.0-pre0-1350-gb0a0416d3 我正在使用此用户界面 (GUI)（例如 AXIS、Touchy、gmoccapy 等）：gmoccapy 我正在使用此接口硬件供应商和芯片组（例如，并行端口、以太网端口、FPGA 卡）： Mesa 7i76ed ================================================ ===== 除了上述行为外，第 96 行“G53 G1 Y100.0 F#29”还有一个我无法理解的行为。如果从第 99 行删除“G4 P0.2”，我的铣床将停止在第 94 行“G53 G1 Z-40.0 F#28”的移动中间。 作为“G4 P0.2”的替代方案，可以激活行 ;(DEBUG, Tool #<_current_tool> -> #<_selected_tool>) 以允许程序正确运行。 有什么不明白的请追问，我会尽快回复。 编辑：下次尝试附加文件… 合作者 安迪普 评论了 2020 年 4 月 15 日 我没有看到任何附加文件。您可能必须将代码插入到报告中。 作者 R0m3oF0x 评论了 2020 年 4 月 15 日 非常感谢您的提示，我希望现在可以解决。 免费注册 在 GitHub 上加入此对话。已有帐户？ 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 2名参加者
.jpg "Ocode 解释器的不可理解的行为 #728"){kind=avatar}
.jpg "Ocode 解释器的不可理解的行为 #728"){kind=avatar}
.png "Ocode 解释器的不可理解的行为 #728"){kind=avatar}
子程序.zip
以下是我重现该问题所遵循的步骤：
这是我期望发生的事情：
因为 o317 行被注释掉了，程序应该最迟在 11 秒后继续运行，而不管 digital-in-02 的电平如何。或者更早，如果 digital-in-02 变高。
如果 #<_current_tool> EQ #<_selected_tool> 则执行子程序 o320
这是发生了什么：
o320 子程序将不再启动。
只有在调用时 digital-in-02 已经为高时，子程序才会执行。
在此之前它工作正常：
添加线路：M66 P2 L3 Q11
有关我的硬件和软件的信息：
Mesa 7i76ed
================================================ =====
除了上述行为外，第 96 行“G53 G1 Y100.0 F#29”还有一个我无法理解的行为。如果从第 99 行删除“G4 P0.2”，我的铣床将停止在第 94 行“G53 G1 Z-40.0 F#28”的移动中间。
作为“G4 P0.2”的替代方案，可以激活行 ;(DEBUG, Tool #<_current_tool> -> #<_selected_tool>) 以允许程序正确运行。
有什么不明白的请追问，我会尽快回复。
编辑：下次尝试附加文件…