评论
|
检查日志和主轴朗姆酒时间计数器的新版本:https ://github.com/svenhb/GRBL-Plotter/releases |
|
感谢您的更新!我今天会试试:) |
|
是否可能有其他串行通信的日志?如果可能,使用 rx、tx 和时间戳?如果我们可以将发送到第三个控制台的命令与其他日志中发生的事情相匹配,那么诊断就会真正完成。 只是为了确保我理解正确:logSendBuffer 和 logStreamGCode 之间的区别在于第一个实时更新以匹配实际发送的内容,而第二个只是文件打开时制作的 gcode 的副本? |
|
logStreamGCode 是来自编辑器的整个 gocde。 |
|
你好, 在寻找使软件崩溃的异常时: 我注意到日志中反复出现警告:
和一个反复出现的错误:
警告可以采用 Index 和 Count 的各种值,并且似乎总是在错误之前出现,例如:
或者那个 :
我不认为崩溃和这个错误完全相关,因为崩溃是异常的,而日志中的错误经常发生,我只是想分享两者并问你是否对其中一个有任何想法? 编辑:考虑到我们对另一个问题的讨论,我认为它与“隐形警报”缓冲区情况有关,可能会在 1.6.4.0 中得到修复。抱歉,如果是这样的话。 |
|
我不是使用该软件的人,但我认为我有正确的日志: 第 2590 行你有堆栈跟踪异常,周围有很多流式错误…… 希望能帮助到你 :/ |
|
这可能有帮助-谢谢 |
|
此外,在日志中,缓冲区大小往往非常随机地在 127 和 255 之间切换。正常吗? |
|
从那以后这个问题就没有出现过,也不是这个问题的主题,所以如果你想清理你的问题,也许你可以关闭它。 谢谢你的日志,它真的很有帮助。 |
|
实现了更多日志 |





描述您想要的解决方案
你好 !
为了更好地了解操作员面临的问题以及他如何使用应用程序,我们希望获得日志。我注意到已经保存了日志,但如果我理解正确的话,您只保存最后 5 个会话。但是,我们经常在不需要时关闭软件,而且,当出现问题时,我们尝试的第一件事通常是关闭/重新打开软件。所以,不幸的是,大多数时候 5 节课不会超过半天。
是否有可能有一个专用于日志的文件夹,它可以保存我们想要的任意数量的日志?直到我们清理它。
此外,还有一个更奇怪的要求:是否可以像汽车上的里程表一样指示主轴开启了多长时间?在我们的例子中,主轴主要用于激光,像我们使用的那种激光需要在一段时间后重新充电。因此,出于维护目的,我们需要能够知道它已经运行了多长时间。
它可以非常模糊地估计,它可以基于时间、主轴开启时行进的距离、[文件大小] x [执行百分比] 或您能想到的任何东西。真的,欢迎您提供任何解决方案。
感谢您考虑我的要求。