评论
嗯,正在运行同样的工作,大约 2 小时后就停止了。TSender 并没有完全死掉,但我点击了文件,它挂了。我重新启动了它。如果它再次做同样的事情,你有什么要我寻找的吗? |
Hold/Start 现在对我来说工作正常,按钮和信号输入。您看到的粗暴行为是什么? 我暂时让 3D 选项卡留在那里,它更大并且覆盖了程序限制。 信号显示断言(物理参与?)状态,无论引脚是否设置为反转。我更喜欢使用启用了上拉的 NC 开关,并且我决定将其用作 grblHAL 的默认模式(不同于我不喜欢的 vanilla grbl 的 NO 默认模式)。
你是说发件人不见了?如果由于崩溃原因应记录在 Windows 事件日志中。 |
这是你的同心圆测试文件吗?还有 MKRZERO? 如果您按下停止按钮会发生什么,它会再次正常响应吗? 我在问,因为我昨天看到了 Due 的类似问题,它只是挂起 – 但只挂了几分钟,然后又开始了。问题出在 Due 驱动程序上。 |
粗暴行为 – 按下 TSender 中的保持按钮或按下外部保持按钮(NC,拉高以便“取消短路”)导致 TSender 挂起。 这是日志中的崩溃信息。时间戳是 3/16/2020 2:15:50 AM(我的通宵运行)。阿尔法 13。 故障应用程序名称:GCode Sender.exe,版本:2.0.0.0,时间戳:0x5e6df1b2 故障 |
抱歉,我应该在报告中添加更多信息。 MKRZERO 版本。使用标准 driver.h 构建。 |
不会发生在我身上。“挂”是指完全没有反应?您可以选择控制台选项卡并检查详细模式吗?如果是这样,输出是什么? |
停止并开始工作。按住会导致挂起。TSender 没有响应。退出不起作用。如果我拔下 MKRZERO,TSender 将退出。T4 版本的 TSender 在 Alpha 12 中具有相同的行为。稍后将对其进行检查。 编辑: |
这是该次崩溃的事件日志错误(当我拔下 MKRZERO USB 电缆时)。 |
好的,现在已经对您的新文件和四个不同的处理器进行了快速测试。所有都正确响应保持/启动和信号输入。你对 T4 有同样的行为吗? |
糟糕 – 我没有看到你之前的三个评论。我的猜测是 MKRZERO 正在崩溃。挂起后端口是否可见,您可以连接终端并获得响应吗? |
使用 T4 版本测试 A13。运行 CCasSegments 作业。Hold 不会导致挂起。Start 恢复运行。 顺便说一句,我不认为这是短暂的冻结。TSender 完全冻结。我让它静置 10 分钟,没有任何变化。没有控制工作。 |
顺便说一句,您使用的是哪个 grblHAL 核心版本?如果不是最新的 (20200310),那么这很可能就是原因。 |
啊,我用的是 20200308 的。会重建和测试。 |
是的,就是这样。现在工作正常。不确定为什么我使用相同内核构建的 T4 没有失败。 |
这是因为 T4 构建在 Systick 事件上轮询 USB 输入(在中断连接中),MKRZERO 通过从前台“进程”轮询 在 T4 的下一次提交中,我将更 我忘了提到我已经修复了信号控件的鼠标悬停/单击问题。 |
固定的。 |
昨晚安装并使用它。看起来相当可靠,但我认为您已经意识到在 Hold 和(re)Start 周围仍有一些粗略的行为。我相信使用进给/保持信号也存在同样的问题。
选项卡式界面看起来不错。我假设您将删除顶部的 3D 视图选项卡。
在信号部分,指示器框(不确定正确的词)是可点击的,点击时变为浅灰色。那是什么意思/做什么?
我一直假设在信号部分,红色框表示信号处于活动状态(如按下按钮或停止停止)。我相信,这假定输入被拉高。因此,如果在 Settings: Grbl 中反转,则红色框表示存在高电平信号。即通常为低的输入信号现在为高。它是否正确?
一夜之间做了很长时间的工作,今天早上我看的时候,它不见了。不确定发生了什么。再次运行相同的作业。我可以打开某种日志记录吗?