焕阳…

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

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

VFD_DEBUG_MODE 输出：

S9172 < ok
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 中实现。一旦测试，我将进行 PR。

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

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

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

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

PR #868已合并