打开 5ocworkshop 开了这个issue 3个星期前 · 8条评论 打开 REQ:在控制台反馈视图中启用时间戳前置的选项#268 5ocworkshop 开了这个issue 3个星期前 · 8条评论 评论 5oc工作坊 评论了 3个星期前 再次感谢您在 grblHAL 和 IOSender 上所做的所有出色工作。 我今天在 PrintNC Discord 上与一些人一起研究围绕主轴延迟的一些奇怪行为,我们正在将实际斜坡时间与各种目标 RPM 以及警报的触发设置进行比较。在执行此操作时我突然想到,在某些情况下,将日期/时间戳以固定宽度格式添加到日志条目之前可能真的很有帮助,这样我们就可以看到控制器报告某些事情的确切秒数/毫秒数。这将有助于调试/QA 工作。 这是否可以通过勾选框轻松地在 UI 级别添加以启用或禁用?恐怕我不能提供协助编码,但我很乐意测试它并报告回来。 5ocworkshop 改标题 REQ:在控制台反馈视图中启用时间戳前置的选项 REQ:在控制台反馈视图中启用时间戳前置的选项 3个星期前 所有者 terjeio 评论了 3个星期前 这个grblHAL插件模板可以用吗?它向可由 M101 重置的实时报告添加时间戳。 <Idle|MPos:0.000,0.000,0.000,0.000|Bf:35,1023|FS:0,0|Pn:PXYZA|TS:9:04,0869> 作者 5oc工作坊 评论了 2个星期前 这看起来对调试很有帮助。谢谢你! 作者 5oc工作坊 评论了 2个星期前 • 编辑 另一个想法——我们可以让这个函数从主机请求系统时间(可选),然后在 grblHAL 中使用这个计时器来跟踪偏移量,但在报告中打印墙上时间吗?一些调试纯时间戳是有帮助的,而其他时间将它与任务的挂钟时间相关联是有帮助的。 所有者 terjeio 评论了 2个星期前 一些驱动程序已经有可用的实时时钟(RTC)——主要是网络驱动程序。这是在连接时从 ioSender 设置的。 $RTC设置时钟时报告当前值,例如[RTC:2023-01-25T20:11:09] 您是否需要时间戳的毫秒分辨率,是否可以/应该跳过日期部分? 作者 5oc工作坊 评论了 上星期 我认为大多数测试不需要毫秒,并且可以跳过日期而不会造成任何重大损失。我不确定 Hal2000 或 FlexiHAL 是否有 RTC,将检查。 所有者 terjeio 评论了 上星期 至少 Teensy 有一个 RTC,运行 32KHz 晶体。IIRC 可以在主振荡器之外运行 RTC,但精度会有所损失 – 仅供参考,STM32F4xx 驱动程序具有 RTC 支持,但如果 32KHz 源不可用,则可能需要更改代码以选择振荡器源。 我将向插件添加一个 M 代码参数,用于在运行时间和 RTC 之间切换时间戳。 所有者 terjeio 评论了 上星期 添加了 RTC 支持。ioSender 在连接到控制器时设置 RTC,其他的则通过$RTC命令设置。 安德鲁马尔斯 评论了 上星期 • 编辑 FlexiHAL 将需要不同的时钟配置来启用 RTC,因为外部 32.768 kHz XO 不存在(引脚用于其他用途)。我将努力增加支持和 PR。 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 3人参加
再次感谢您在 grblHAL 和 IOSender 上所做的所有出色工作。
我今天在 PrintNC Discord 上与一些人一起研究围绕主轴延迟的一些奇怪行为,我们正在将实际斜坡时间与各种目标 RPM 以及警报的触发设置进行比较。在执行此操作时我突然想到,在某些情况下,将日期/时间戳以固定宽度格式添加到日志条目之前可能真的很有帮助,这样我们就可以看到控制器报告某些事情的确切秒数/毫秒数。这将有助于调试/QA 工作。
这是否可以通过勾选框轻松地在 UI 级别添加以启用或禁用?恐怕我不能提供协助编码,但我很乐意测试它并报告回来。