无法 Read/Write 在 Linux 上使用 pyserial (Xubuntu 18.04)

Question

我有一个专有设备，它通过 USB 数据线连接到我的计算机。

当运行在我的 Xubuntu 安装上安装代码时，我无法成功读取（或写入，或两者？）。

注意： 相同的逻辑在 Windows 上运行得非常完美（在 7、8 和 10 上测试）和 Mac（在 Yosemite 和 Mojave 上测试）。

这是我尝试运行的代码（为简单起见硬编码了一些值）：

ser = serial.Serial('/dev/ttyACM0', 500000, timeout = 0.03, write_timeout = 0.015)
ser.write(bytes([248, 40, 0]))
ser.flush()
reply = ser.read(40)

当前行为

设备正在运行设置一些代码来响应它接收到的数据包。在这个初始数据包中，我的 Python 代码正在请求设备状态的完整副本，它在一个高达 40 字节的数组中接收。

在 Linux 上，返回以下内容而不是请求的 40 个字节： [248, 13, 10, 40, 13, 10, 0, 13, 10]

我觉得有趣的是它 returns 与我尝试写入的字节完全相同，它们之间有 13 和 10。

预期行为 在 Mac 和 Windows 上，都会返回类似这样的内容（内容并不那么重要）：

[71, 89, 65, 32, 1, 4, 50, 0, 27, 0, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 238, 1, 255, 255, 136, 1, 255, 255, 255, 255]

预期行为与 Mac 和 Windows 上的行为相同。

额外信息

运行在 Python 3.5.
我正在使用完全相同的 USB 设备和电缆。
我已经尝试了计算机上的所有端口。
代码在所有操作系统上完全相同，只是端口名称因所述操作系统的性质而不同。
串口确认为我需要的设备（我打印名字）确认为open（我打印串口对象） .
我试过超时和波特率，但无济于事。
我试过用 if(ser.in_waiting): reply = ser.read() 交换读数，但 什么都没有真正改变 。
我已验证设备在端口 /dev/ttyACM0。
我在遇到 OSError: [Errno 13] Permission denied: '/dev/ttyACM0' 错误后添加了该端口的权限。
在阅读此处的一些解决方案后，使用 sudo chmod 666 /dev/ttyACM0 和 sudo usermod -aG dialout $USER 添加了权限。
我已经尝试过time.sleep()。
[编辑] 尝试了给出的建议。 运气不好。
我研究并尝试过的其他一些 SO 问题，排名不分先后：
- Serial Ports Linux vs Windows
- pySerial can write, but not read
- PySerial non-blocking read loop

任何 info/ideas 将不胜感激！

[EDIT2] 问题变得更奇怪了。这是我今天尝试过的：

首先，我在 Windows 机器上对 Arduino 进行了编程，使其不断打印数字并在接收到任何信息时使 LED 闪烁。然后我在 Linux 机器上测试，一切正常。
然后，我们对硬件进行了编程以执行相同的操作 - 不断打印数字并在接收到任何内容时闪烁 LED。
即使逻辑相同，仍然无法读取或写入任何内容。我什至尝试使用 GtkTerm 来检查设备和计算机之间正在通信的内容。没有。
不过！向设备发送 "X" 会触发一个小型定制终端，该终端具有一些内置命令，例如用于压力测试等的 "S"。
这里重要的命令是"E"，退出终端。如果这样做（在 GtkTerm 中），设备会突然开始打印前面提到的那个数字。这里的直觉是 Linux（或至少在 GtkTerm 中），无论出于何种原因，"X" 都会发送到设备。所以我们尝试退出那个自定义终端。
遗憾的是 Python 中没有。它仍然继续接收与之前描述的相同的数据包。
所以...我们卡住了。但它似乎是一个固件问题捆绑与操作系统的一些奇怪的怪癖。如果我们弄清楚了会更新。

Answer 1

如果在将用户添加到组后没有这样做，请尝试在重新启动计算机后执行此操作 dialout。

尝试在连接时发送与您的设备相关的附加信息，例如XON/XOFF、parity、stopbits等

在脚本开头添加 # coding: utf-8。

Answer 2

解析：

OS 会在初始连接 5-6 秒后向设备发送 "X"。

无论启动什么应用程序，都会发生这种情况。它在后台执行此操作。

我们的固件被编程为 "X" 启动调试模式，我们用它来测试硬件的状态。在任何有价值的东西可以 sent/received.

之前必须退出它

我不确定为什么系统发送这个字符，或者是否它只发生在那个单一的安装上，但它是除了 VS Code 和 Git.

之外几乎没有安装其他软件的准系统计算机

[最终更新]

在运行 Linux 的其他系统上也观察到同样的问题，更具体地说，是 Fedora 实例。

无法 Read/Write 在 Linux 上使用 pyserial (Xubuntu 18.04)

Unable to Read/Write using pyserial on Linux (Xubuntu 18.04)

linux

ubuntu

pyserial

python-3.x