OpenVINO+OpenCV树莓派对接Arduino串口通信脚本人脸检测卡顿求助

串口通信类问题 #

• 检查树莓派串口初始化的超时配置：如果pyserial未设置timeout参数，调用write()/read()接口时会进入无限等待，人脸检测触发串口发送的时机正好命中该阻塞场景，就会出现程序冻结。建议初始化串口时添加超时限制，示例：ser = serial.Serial("/dev/ttyACM0", 9600, timeout=0.5)。
• 核对上下位机的串口数据帧规则：如果人脸检测触发的指令格式、长度、校验位和Arduino端预定义的接收规则不匹配，Arduino会持续等待剩余字节不返回响应，导致树莓派进程阻塞。可以在Arduino端添加串口数据打印逻辑，确认人脸检测触发的指令是否符合预期。
• 排查Arduino端的执行阻塞：如果人脸检测触发的步进电机、舵机控制逻辑用了delay()这类阻塞函数，会导致Arduino暂时无法响应新的串口请求，也会出现树莓派端假死的现象。建议把电机控制改成非阻塞的分时调度逻辑，避免占用主循环太长时间。

业务逻辑类问题 #

• 确认OpenVINO推理耗时：树莓派算力有限，如果人脸检测模型的输入分辨率过高、未开启硬件加速，单帧推理耗时可能达到数秒，容易和串口阻塞的现象混淆。可以在推理前后打印时间戳确认耗时，若推理耗时过高可降低模型输入尺寸、开启OpenVINO的MYRIAD插件加速。
• 检查串口资源的并发访问：如果程序用了多线程分别处理人脸检测、摇杆控制，两个线程同时读写串口未加互斥锁，会导致串口数据错乱触发异常。串口属于独占资源，必须加锁保证同一时间只有一个线程执行读写操作。

快速验证方案 #

临时注释掉人脸检测触发的串口发送代码，仅保留人脸检测推理逻辑和摇杆控制逻辑，如果冻结现象消失即可确认故障出在串口通信环节；如果仍有冻结，优先排查推理和主线程的阻塞问题。

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