微小的 VFD 错误 #861

桓阳…

以 8k 开始工作
完成工作
做了一些事情
开始同样的工作……工作得很好

感谢您的测试。我认为问题出在 H2A 代码中，可能是我不理解的协议中的一些怪癖。还没想通…

VFD_DEBUG_MODE 输出：

S9172 < 好的
M3 S9172 < [MSG：同步 RPM。请求 9172，当前 0]
[MSG：同步 RPM。请求 9172，当前 0]
[MSG：同步 RPM。请求 9172，当前 1195]
[MSG：同步 RPM。请求 9172，当前 2479]
[MSG：同步 RPM。请求 9172，当前 3771]
[MSG：同步 RPM。请求 9172，当前 5046]
[MSG：同步 RPM。请求 9172，当前 5691]
[MSG：同步 RPM。请求 9172，当前 6967]
[MSG：同步 RPM。请求 9172，当前 8258]
ok
M5 < ok
M3 S9172 < ok
M5 < ok
M3 S9172 < ok
M5 < ok

所以，很奇怪，M5 / M3 输出第二次丢失了。更奇怪的是，M5确实会减速并等待，就像它应该的那样……那么消息去哪儿了？

就像这些 P2 逆变器一旦下降到 0 就会报告设定的速度。

还确认设置不同的速度可以解决下一批的问题。因此，一个简单的解决方法是在同步开始之前将 sync_rpm 设置为某个巨大的值。

在 atlaste/H2ASpindleSyncFix 中实现。一旦测试，我会做一个公关。

所以我遇到了与描述的完全相同的问题@atlaste但用我的雅朗 YL620 型 VFD。以 24k RPM 运行一项工作，同步工作完美，以 24k 开始另一项工作，但机器不再等待主轴加速。

我现在已经实现了 atlaste/H2ASpindleSyncFix 中提出的修复。以 24k RPM 测试了 4 个后续作业，这似乎解决了我的问题。

我将为我的 YL620 VFD 驱动程序打开一个拉取请求。

@marcow1601我将在 PR 中更新这两个实现，或者只是将其添加到 VFD 代码中。无需再做 PR。

PR #868已合并