您可以从 github 发出拉取请求，这样我就可以在提交之前检查代码

@theblackraven已经有一段时间了，但您介意与我们分享您的吊坠代码吗？（也许是要点？）。我拥有一个无线 XHC 吊坠，想将其集成到 bCNC 中。谢谢你。

@hdo:
很抱歉我回复晚了，但我今天第一次读到这个请求。
您可以在此处下载修改后的代码：https ://drive.google.com/open?id=1ngz2-tvLyq-DakHQgvVI2RgmZRfl1_5u

我不知道代码是否仍然有效，因为我跳过了编辑代码。
代码很脏，但是最重要的文件应该是这个：usb_hb04,.py

驱动程序文件夹中的驱动程序仅适用于 Windows 7 而不适用于 Windows 10。
我也在 Linux 上尝试过它并且它有效。

问候theblackraven

@theblackraven 嘿谢谢你的回复。我注意到 bCNC 不能很好地处理慢跑，所以我正在为我的 GRBL 板开发一个专用的慢跑控制器。顺便说一句，我无法访问您的代码并向您发送了访问您的驱动器的请求。

请使用最新的 grbl 和 bCNC master
再试一次如果第一次不起作用，请尝试双击暂停几次

谢谢哈维。我检查了 bCNC 的来源，我很确定 python 不能很好地处理 GRBL1.1 中描述的小步慢跑的关键时间。我目前正在为 GRBL mega 版本开发一个单独的硬件慢跑控制器。

如果慢跑轮是基于向电机发送单个步进的脉冲串，我想通过串行尝试通道并不是很理想。但是您可能会做一些缓冲区，它将以 0.1 或 0.05 秒的间隔对轮子的脉冲进行计数，然后根据步进率相应地更改进给率。因此，您获得的步数越多，您使用的进给率就越快。无需发送每一步。

我就是这么做的。但是我注意到每次都不顺利。在某些情况下，它会错过点动取消命令，但它与 bCNC 无关。

如果慢跑轮是基于向电机发送单个步进的脉冲串，我想通过串行尝试通道并不是很理想。但是您可能会做一些缓冲区，它将以 0.1 或 0.05 秒的间隔对轮子的脉冲进行计数，然后根据步进率相应地更改进给率。因此，您获得的步数越多，您使用的进给率就越快。无需发送每一步。

在某些情况下，它会错过点动取消命令，但它与 bCNC 无关。

您是否在 grbl 存储库中填充了错误？

已经有一张与此相关的票:-)

在某些情况下，它会错过点动取消命令，但它与 bCNC 无关。

您是否在 grbl 存储库中填充了错误？

这是最后一个工作的 bCNC，它没有 README 的 hb04 慢跑支持，因为我没有时间做这个。随时改进和分享:)

https://drive.google.com/file/d/1BfHiwTcXqmU6wGKfmIadTxpZpodU82Hf/view?usp=sharing

我认为我编辑了这些文件：

• 控制页面
• 发件人
• usb_hb04

也许您必须为 USB 支持编辑您的 udev 规则或首先以 root 身份尝试:)

@theblackraven感谢您的参与！您的代码是否修复/添加了 git master 中尚不存在的内容？如果是这样，您介意为我们创建拉取请求，以便您的修复对社区的其他人有益吗？

@Harvie我没有修复代码中的某些内容。我只在这个版本中添加了对 hb04 慢跑轮的支持。但是真的不是很稳定。。。。