ioSender 在没有控制器的情况下无法工作——它在连接时从控制器读取设置等，因此它可以相应地配置自己。稍后我可能会更改它，但我不认为这是一个高度优先的问题。

好的，没问题。如果它可以在没有控制器的情况下工作并且可能就像连接了适当的 grblHAL 控制器一样工作，它只会使一些测试和调试更加方便。当然，如果这样的事情是可能的。

…就像连接了适当的 grblHAL 控制器一样。当然，如果这样的事情是可能的。

那么模拟器可能是一个选择？我已经在 Linux 下编译和运行它并通过网络连接连接到它。请注意，它非常耗费资源……

应该可以为 Windows 编译它，但我还没有尝试过。

那可能行得通。是否可以选择在没有控制器的情况下运行它，所有选项卡都处于活动状态 – 独立于控制器？

我尝试了模拟器，在 wsl2 中编译得很好，但是 comcat fake tty 不能正常工作。没有安装任何 Linux …
在为 Windows 编译时，它要求提供一堆 Windows“.h”文件。从 wine repo 得到了一些，但它仍然想要更多。

抱歉，描述不当，我对 Linux 不是很在行……
有空的时候可以试试 windows compile 吗？

是否可以选择在没有控制器的情况下运行它，所有选项卡都处于活动状态 – 独立于控制器？

然后我必须向发件人添加一个 grblHAL 模拟器……

我尝试了模拟器，在 wsl2 中编译得很好，但是 comcat fake tty 不能正常工作。

请尝试使用网络连接。我从./grbl_sim.exe -n -p 2323 开始是端口号，如果 telnet 服务器已经在运行，则使用另一个。

当你有时间的时候，你能不能试试windows compile？

是的，或者最好将 github 设置为在更改时自动生成可执行文件。

即使有网络也无法运行。可能WSL不允许吧。。。老是说不能bind socket。如果我输入一些疯狂的高数字，如 25639，那么它不会抱怨套接字，但模拟器不会启动。
顺便说一句，它在没有任何连接（网络或 tty）的情况下工作正常，我可以在终端中访问 GRBL 命令，但是当然没有办法将发件人连接到它。