Contact me: hankecnc@gmail.com

更多日志!:) #243

推推 grbl 3年前 (2023-02-09) 281次浏览
关闭
amoineau 打开了这个问题 2021 年 12 月 14 日 · 12条评论
关闭

更多日志!:)#243

amoineau 打开了这个问题 2021 年 12 月 14 日 · 12条评论

评论

更多日志!:) #243

描述您想要的解决方案

你好 !

为了更好地了解操作员面临的问题以及他如何使用应用程序,我们希望获得日志。我注意到已经保存了日志,但如果我理解正确的话,您只保存最后 5 个会话。但是,我们经常在不需要时关闭软件,而且,当出现问题时,我们尝试的第一件事通常是关闭/重新打开软件。所以,不幸的是,大多数时候 5 节课不会超过半天。

是否有可能有一个专用于日志的文件夹,它可以保存我们想要的任意数量的日志?直到我们清理它。

此外,还有一个更奇怪的要求:是否可以像汽车上的里程表一样指示主轴开启了多长时间?在我们的例子中,主轴主要用于激光,像我们使用的那种激光需要在一段时间后重新充电。因此,出于维护目的,我们需要能够知道它已经运行了多长时间。
它可以非常模糊地估计,它可以基于时间、主轴开启时行进的距离、[文件大小] x [执行百分比] 或您能想到的任何东西。真的,欢迎您提供任何解决方案。

感谢您考虑我的要求。

更多日志!:) #243
所有者

检查日志和主轴朗姆酒时间计数器的新版本:https ://github.com/svenhb/GRBL-Plotter/releases

更多日志!:) #243
作者

感谢您的更新!我今天会试试:)

更多日志!:) #243
作者

是否可能有其他串行通信的日志?如果可能,使用 rx、tx 和时间戳?如果我们可以将发送到第三个控制台的命令与其他日志中发生的事情相匹配,那么诊断就会真正完成。

只是为了确保我理解正确:logSendBuffer 和 logStreamGCode 之间的区别在于第一个实时更新以匹配实际发送的内容,而第二个只是文件打开时制作的 gcode 的副本?

更多日志!:) #243
所有者

logStreamGCode 是来自编辑器的整个 gocde。
logSendBuffer 记录刚刚发送的代码行并在流式传输期间填满。
流式传输完成后,两个日志文件应显示相同的内容(也是 logGrblEcho 文件)

更多日志!:) #243
作者

你好,

在寻找使软件崩溃的异常时:

更多日志!:) #243

我注意到日志中反复出现警告:

Warn  | GrblPlotter.ControlSerialForm  | processGrblOkMessage  fix overflow  IndexConfirmed:6  Count:5

和一个反复出现的错误:

Error | GrblPlotter.ControlSerialForm  | ### grblBufferFree too big! 255 rx:'ok' in processGrblOkMessage() - fix | last RX:'$$' RX-1:'$10=2' RX-2:'$10=2'

警告可以采用 Index 和 Count 的各种值,并且似乎总是在错误之前出现,例如:

Error | GrblPlotter.ControlSerialForm  | ### grblBufferFree too big! 255 rx:'ok' in processGrblOkMessage() - fix | last RX:'$$' RX-1:'$10=2' RX-2:'$10=2'
Info  | GrblPlotter.ControlSerialForm  | sendBuffer snt:  0  cnfrmnd:  1  cnt:  4  BFree:255  lineNr:0  code:'$$' state:alarm
Info  | GrblPlotter.ControlSerialForm  | strmBuffer snt:  0  cnfrmnd:  0  cnt:  0  BFree:255  lineNr:0  code:'' state:alarm
Info  | GrblPlotter.ControlSerialForm  | Feedback> [VER:1.1ISP.20170802:] 
Info  | GrblPlotter.ControlSerialForm  | Feedback> [OPT:VNMZT,35,255] 
Warn  | GrblPlotter.ControlSerialForm  | processGrblOkMessage  fix overflow  IndexConfirmed:5  Count:4

或者那个 :

Error | GrblPlotter.ControlSerialForm  | ### grblBufferFree too big! 255 rx:'ok' in processGrblOkMessage() - fix | last RX:'$G' RX-1:'$G' RX-2:'$G'
Info  | GrblPlotter.ControlSerialForm  | sendBuffer snt:  1  cnfrmnd:  2  cnt:  1  BFree:255  lineNr:0  code:'$G' state:idle
Info  | GrblPlotter.ControlSerialForm  | strmBuffer snt:  0  cnfrmnd:  0  cnt:  0  BFree:255  lineNr:0  code:'' state:idle
Warn  | GrblPlotter.ControlSerialForm  | processGrblOkMessage  fix overflow  IndexConfirmed:2  Count:1
Warn  | GrblPlotter.ControlSerialForm  | processGrblOkMessage  fix overflow  IndexConfirmed:1  Count:0 `

我不认为崩溃和这个错误完全相关,因为崩溃是异常的,而日志中的错误经常发生,我只是想分享两者并问你是否对其中一个有任何想法?

编辑:考虑到我们对另一个问题的讨论,我认为它与“隐形警报”缓冲区情况有关,可能会在 1.6.4.0 中得到修复。抱歉,如果是这样的话。

更多日志!:) #243
所有者

我知道这个反复出现的错误 – 我希望它没有影响。问题:如预期的那样,我从 grbl 收到了更多的“ok”。

我认为屏幕截图更重要——我不知道原因是什么,因为我没有得到它发生在哪里的信息——通常我得到文件名、方法名和行号。
知道错误出现时你做了什么吗?
更多日志!:) #243

更多日志!:) #243
作者

我不是使用该软件的人,但我认为我有正确的日志:
log_20220105.1.txt

第 2590 行你有堆栈跟踪异常,周围有很多流式错误……

希望能帮助到你 :/

更多日志!:) #243
所有者

这可能有帮助-谢谢

更多日志!:) #243
作者

此外,在日志中,缓冲区大小往往非常随机地在 127 和 255 之间切换。正常吗?

更多日志!:) #243
作者

主窗体ThreadException在我使用机器的时候又发生了。
这是一个与上次不同的文件。我第一次毫无问题地做到了,它发生在第二次运行结束时。
之前没有发生什么特别的事情,我只是:

  • 打开 GRBL 绘图仪
  • 做了归巢
  • 打开文件
  • 运行文件

但在某些时候发生了这种情况: 我不知道这是否与这个问题有关。
更多日志!:) #243

更多日志!:) #243
作者
阿莫诺 评论了 2022 年 2 月 16 日  

从那以后这个问题就没有出现过,也不是这个问题的主题,所以如果你想清理你的问题,也许你可以关闭它。
如果它回来了,我们总是可以开一个专门的问题。

谢谢你的日志,它真的很有帮助。

更多日志!:) #243
所有者

实现了更多日志