注释
.jpg)
谢谢你。您的 linux 中的 pyserial 似乎没有启用硬件控制。我将检查是否可以避免系统调用并直接从 python 执行 |
我在之前的评论中犯了一个错误。该板嵌入了一个 CH340G 串行转换器,而不是 FTDI。这也可能有所作为。似乎所有最近的中国和低成本板都使用这种芯片。 |
我在我的板上使用 CH340G 没有任何问题,但我使用运行 Debian 的 Olimex 板与 GRBL 通信。 |
我遇到了同样的问题,CH340G 和 ubuntu14.04。 |
供参考。一些 Grbl 用户进行了一些彻底的测试,显示 CH340G USB 串行芯片在传输大量数据方面存在问题。它的内部缓冲区经常溢出和损坏。这种行为在官方板上的 atmega8/16 或 FTDI 芯片中未见或大大减少。 一些解决方案是改变 Grbl 的波特率,将其增加到 250000 或减少到 57600。但这是否解决了问题,这已经被击中或失败。我的建议是避免使用基于 CH340G 的 Arduinos for Grbl。 |
我测试了不同的波特率,总是一样的。我将锁定另一个 USB 串行芯片并进行测试。Bud,使用 UGS 效果很好! @vlachoudis– 感谢 bCNC! |
仅供参考,我2个月前确实换过电脑,由于兼容性问题,我不得不将内核升级到4.3。我再也没有遇到过这个问题。我仍然使用相同的中文 arduino 和相同的电缆。 另一个观察结果是,我的笔记本电脑运行的是 Mint 17.3,带有官方内核,而且我也从来没有遇到过这个问题。我今晚安装了一台新机器,但它一开始就被冻结了。之后,我确实完成了一个一小时的工作,没有任何沟通问题。 |
好的,将 python-serial-2.6 更改为 3.0 后它可以正常工作。 在https://github.com/vlachoudis/bCNC/wiki/OS上,我发现: 还有 python-serial 2.7 在 ubuntu 15.04 和 4.3 中。内核正在使用我的 ArduinoClone/CH340G。 @ALL– 感谢输入 |
谢谢,最好在 wiki 上更新 python-serial 要求。 |
首先,感谢您的出色工作。
我在 Linux(Mint 17.2 amd64)上遇到问题。一旦连接了 arduino(FTDI,grbl 0.9i),发件人就会静音。可以发送命令,但没有应答。顺便说一句,状态显示断开连接,而点击它显示已连接。
如果使用另一个程序(例如屏幕)打开一次连接,则连接正常,并显示为已连接。这只会在物理连接后立即发生。
谷歌了一段时间后,我发现其他人也有同样的问题。有些人确实通过使用命令“stty –file=/dev/ttyUSB0 crtscts -hupcl”解决了这个问题,并假装他们必须从 python 脚本发送命令,以使串口工作。这就是我所做的,现在看来它正在工作。
发件人.py:368