注释
.jpg "与运行 GRBL 的 ESP32 通信 #795"){kind=avatar}
作者
所有者
|
comlog.txt 比 sessionlog.txt 更有趣 UnexpectedDisconnect是在LaserGRBL从COM口读取时产生的，读取失败，不是因为没有数据，而是因为COM口没有处于可读状态（一般是被OS关闭了）。 我没有具体的日志，但如果需要我可以在抛出这个错误的两个点添加更多的日志，并给你一个测试版本。 我可以建议的是尝试在流模式下设置“同步”，在线程模式下设置“安静”。 |
作者
所有者
|
不幸的是，我无法从日志中检测到有用的信息来理解您所强调的问题。
此设置没有更改？ |
所有者
|
如果您愿意，可以按照此说明使用第三方 com 记录器记录日志： 我可以尝试找出使 UGS 对这个问题不敏感的区别。 |
所有者
|
你好@brakthehun |
作者
|
ESP32 UNO 包不会随您的程序崩溃，但标准 ESP32 包会。你可以关闭它。还有更多的事情要弄清楚。 |
我在使用 LaserGRBL 与运行 GRBL 的 ESP32 通信时遇到了几个问题。
似乎 –
当蓝牙处于活动状态时 – LaserGRBL 似乎在 Gcode 流式传输期间将“BT 回声”作为响应。
LaserGRBL 在空闲或流式传输时随机断开连接。UGS 和 Bcnc 不断开连接。
我不再看到详细模式。