树莓派4上pyserial向IMU发十六进制命令无响应（终端echo正常）

问题根因匹配 #

你描述的“终端echo发指令正常、pyserial读取数据正常但写指令无效”的场景，本质是pyserial的默认行为和终端直接写串口设备的行为存在4个关键差异，和指令格式本身无关：

• 打开串口时触发IMU硬件复位
  pyserial初始化串口时，默认会自动控制DTR、RTS引脚的电平变化；而FTDI转串口模块通常会把DTR引脚连接到IMU的硬件复位脚。Python打开串口的瞬间就会给IMU发复位信号，等你后续发配置指令时，IMU要么刚复位完成还没进入可接收配置的状态，要么已经回到默认输出模式，完全不认收到的指令。
  与之对比，终端echo直接写/dev/ttyUSB0文件时，不会改变DTR/RTS的电平状态，不会触发IMU复位。
• 串口参数被pyserial重置
  pyserial如果在初始化时不传参数，会默认把串口设为9600波特率、8数据位、无校验、1停止位的配置，哪怕你之前通过stty命令给/dev/ttyUSB0设置过和IMU匹配的参数，Python打开串口时也会强制覆盖为默认值，导致发出的指令是乱码，IMU无法识别。
• 配置指令间无足够间隔
  你在终端连续执行三次echo命令时，shell的进程调度会自然产生几十毫秒的时间间隔，刚好满足IMU串口接收缓冲区的处理速度要求；但Python中连续三次write()是微秒级完成发送的，IMU接收缓冲区容量很小，会直接丢弃所有来不及处理的指令。
• 写入后未强制刷出缓存、未清空积压数据
  pyserial的write()方法仅把数据提交到系统串口写缓存，不会立刻推送到物理串口，需要手动调用flush()确保数据实际发出；同时IMU会持续向外发数据，打开串口时缓冲区已经积压了大量未读的旧传感器数据，会干扰配置指令的识别。

可直接运行的修复代码 #

直接替换原有初始化和指令发送逻辑即可：

import serial
import time

# 显式指定全量串口参数，关闭引脚自动控制避免复位IMU
imu = serial.Serial(
    port='/dev/ttyUSB0',
    baudrate=115200,  # 替换为你IMU实际使用的波特率，和stty查看的参数一致即可
    bytesize=serial.EIGHTBITS,
    parity=serial.PARITY_NONE,
    stopbits=serial.STOPBITS_ONE,
    dsrdtr=False,  # 禁用DTR自动电平控制，避免触发IMU复位
    rtscts=False,  # 禁用硬件流控
    timeout=0.1
)

# 清空两端积压的缓存数据
imu.reset_input_buffer()
imu.reset_output_buffer()

time.sleep(0.1)  # 等待串口和IMU状态稳定

# 按顺序发送配置指令，每条指令间加固定延时，发完强制刷缓存
imu.write(b'\xff\xaa\x69\x88\xb5')
imu.flush()
time.sleep(0.02)  # 预留20ms给IMU处理指令
imu.write(b'\xff\xaa\x03\x07\x00')
imu.flush()
time.sleep(0.02)
imu.write(b'\xff\xaa\x00\x00\x00')
imu.flush()

imu.reset_input_buffer()  # 清空配置指令触发的应答数据，不影响后续正常读传感器数据

快速定位技巧 #

如果改完仍无效，可以在每次写操作后打印实际写入的字节数，确认串口层是否正常发送：

sent_len = imu.write(b'\xff\xaa\x69\x88\xb5')
print(f"本次实际发送字节数：{sent_len}")  # 正常应输出5，若小于5说明串口参数存在异常

内容的提问来源于stack exchange，提问作者Guille