开源改变世界!!

测试阿尔法 13。 #18

推推 grbl 2年前 (2023-02-07) 151次浏览
关闭
phil-barrett 打开了这个问题 2020 年 3 月 17 日 · 17条评论
关闭

测试阿尔法 13。#18

phil-barrett 打开了这个问题 2020 年 3 月 17 日 · 17条评论

评论

测试阿尔法 13。 #18

昨晚安装并使用它。看起来相当可靠,但我认为您已经意识到在 Hold 和(re)Start 周围仍有一些粗略的行为。我相信使用进给/保持信号也存在同样的问题。

选项卡式界面看起来不错。我假设您将删除顶部的 3D 视图选项卡。

在信号部分,指示器框(不确定正确的词)是可点击的,点击时变为浅灰色。那是什么意思/做什么?

我一直假设在信号部分,红色框表示信号处于活动状态(如按下按钮或停止停止)。我相信,这假定输入被拉高。因此,如果在 Settings: Grbl 中反转,则红色框表示存在高电平信号。即通常为低的输入信号现在为高。它是否正确?

一夜之间做了很长时间的工作,今天早上我看的时候,它不见了。不确定发生了什么。再次运行相同的作业。我可以打开某种日志记录吗?

测试阿尔法 13。 #18
合作者作者

嗯,正在运行同样的工作,大约 2 小时后就停止了。TSender 并没有完全死掉,但我点击了文件,它挂了。我重新启动了它。如果它再次做同样的事情,你有什么要我寻找的吗?

测试阿尔法 13。 #18
所有者

Hold/Start 现在对我来说工作正常,按钮和信号输入。您看到的粗暴行为是什么?

我暂时让 3D 选项卡留在那里,它更大并且覆盖了程序限制。

信号显示断言(物理参与?)状态,无论引脚是否设置为反转。我更喜欢使用启用了上拉的 NC 开关,并且我决定将其用作 grblHAL 的默认模式(不同于我不喜欢的 vanilla grbl 的 NO 默认模式)。

一夜之间做了很长时间的工作,今天早上我看的时候,它不见了。

你是说发件人不见了?如果由于崩溃原因应记录在 Windows 事件日志中。

测试阿尔法 13。 #18
所有者

嗯,正在运行同样的工作,大约 2 小时后就停止了。

这是你的同心圆测试文件吗?还有 MKRZERO?

如果您按下停止按钮会发生什么,它会再次正常响应吗?

我在问,因为我昨天看到了 Due 的类似问题,它只是挂起 – 但只挂了几分钟,然后又开始了。问题出在 Due 驱动程序上。

测试阿尔法 13。 #18
合作者作者

粗暴行为 – 按下 TSender 中的保持按钮或按下外部保持按钮(NC,拉高以便“取消短路”)导致 TSender 挂起。

这是日志中的崩溃信息。时间戳是 3/16/2020 2:15:50 AM(我的通宵运行)。阿尔法 13。

故障应用程序名称:GCode Sender.exe,版本:2.0.0.0,时间戳:0x5e6df1b2 故障
模块名称:KERNELBASE.dll,版本:10.0.17134.1067,时间戳:0xe94e2b6e
异常代码:0xe0434352
故障偏移: 0x00114592 故障
进程 id88:0x378
故障应用程序启动时间:0x01d5fb66070a02ac 故障
应用程序路径:D:\Documents\cnc\gcode sender\GCode Sender.exe 故障
模块路径:C:\WINDOWS\System32\KERNELBASE.dll
Report Id:2f4a2fc1-26d2-4f4f-960d-41d343c86e8d
故障包全名:
故障包相关应用程序 ID:

测试阿尔法 13。 #18
合作者作者

抱歉,我应该在报告中添加更多信息。

MKRZERO 版本。使用标准 driver.h 构建。
这是一个不同的测试程序——同心圆作为线段。基本相同,但电弧已关闭。许多非常短的动作。我附上它的拉链(它很大)。
同心圆分段 fr5000.zip

测试阿尔法 13。 #18
所有者

粗暴行为 – 按下 TSender 中的保持按钮或按下外部保持按钮(NC,拉高以便“取消短路”)导致 TSender 挂起。

不会发生在我身上。“挂”是指完全没有反应?您可以选择控制台选项卡并检查详细模式吗?如果是这样,输出是什么?

测试阿尔法 13。 #18
合作者作者
菲尔·巴雷特 评论了 2020 年 3 月 17 日  

停止并开始工作。按住会导致挂起。TSender 没有响应。退出不起作用。如果我拔下 MKRZERO,TSender 将退出。T4 版本的 TSender 在 Alpha 12 中具有相同的行为。稍后将对其进行检查。

编辑:
这是挂起/退出的事件日志条目
:故障应用程序名称:GCode Sender.exe,版本:2.0.0.0,时间戳:0x5e6df1b2 故障
模块名称:KERNELBASE.dll,版本:10.0.17134.1067,时间戳: 0xe94e2b6e
异常代码:0xe0434352
故障偏移量: 0x00114592 故障
进程ID: 0x3954 故障
应用程序启动时间:0x01d5fbc11fd0a6d1 故障
应用程序路径:D:\Documents\cnc\gcode sender\GCode Sender.exe 故障
模块路径:C:\WINDOWS\System32\KERNEASE .dll
报告 ID:c95b3773-b30c-4df0-b0f3-43c987b5848d 故障
包全名:故障
包相关应用程序 ID:

测试阿尔法 13。 #18
合作者作者
菲尔·巴雷特 评论了 2020 年 3 月 17 日  

TSender A13,控制台冗长。加载并运行作业。点击保持,它冻结了。无反应。这是屏幕截图。不过,不确定它是否很有帮助。
测试阿尔法 13。 #18

测试阿尔法 13。 #18
合作者作者

这是该次崩溃的事件日志错误(当我拔下 MKRZERO USB 电缆时)。
故障应用程序名称:GCode Sender.exe,版本:2.0.0.0,时间戳:0x5e6df1b2 故障
模块名称:KERNELBASE.dll,版本:10.0.17134.1067,时间戳:0xe94e2b6e
异常代码:0xe0434352
故障偏移: 0x00114592 故障
进程 id:0x20c
故障应用程序启动时间:0x01d5fbc478cd48ba 故障
应用程序路径:D:\Documents\cnc\gcode sender\GCode Sender.exe 故障
模块路径:C:\WINDOWS\System32\KERNELBASE.dll
报告编号:0644bf9b-1781-4019-a532-67e830fcd73c
故障包全名:
故障包相关应用程序 ID:

测试阿尔法 13。 #18
所有者

好的,现在已经对您的新文件和四个不同的处理器进行了快速测试。所有都正确响应保持/启动和信号输入。你对 T4 有同样的行为吗?

测试阿尔法 13。 #18
所有者

糟糕 – 我没有看到你之前的三个评论。我的猜测是 MKRZERO 正在崩溃。挂起后端口是否可见,您可以连接终端并获得响应吗?

测试阿尔法 13。 #18
合作者作者

使用 T4 版本测试 A13。运行 CCasSegments 作业。Hold 不会导致挂起。Start 恢复运行。

顺便说一句,我不认为这是短暂的冻结。TSender 完全冻结。我让它静置 10 分钟,没有任何变化。没有控制工作。

测试阿尔法 13。 #18
所有者

顺便说一句,您使用的是哪个 grblHAL 核心版本?如果不是最新的 (20200310),那么这很可能就是原因。

测试阿尔法 13。 #18
合作者作者

啊,我用的是 20200308 的。会重建和测试。

测试阿尔法 13。 #18
合作者作者

是的,就是这样。现在工作正常。不确定为什么我使用相同内核构建的 T4 没有失败。

测试阿尔法 13。 #18
所有者

这是因为 T4 构建在 Systick 事件上轮询 USB 输入(在中断连接中),MKRZERO 通过从前台“进程”轮询hal.execute_realtimehal.execute_realtime在 20200310 之前处于挂起模式(保持、睡眠)时未被调用。

在 T4 的下一次提交中,我将更USB_SERIAL_GRBL 1改为轮询hal.execute_realtime并保持USB_SERIAL_GRBL 2原样。

我忘了提到我已经修复了信号控件的鼠标悬停/单击问题。

测试阿尔法 13。 #18
所有者

固定的。