PHP不能直接管理多个串口设备,需依赖php_serial扩展或多进程隔离,或改用Python/Node.js等作为串口服务、PHP仅作HTTP控制,以避免阻塞、资源冲突及维护困难。
不能原生支持,PHP 本身没有内置串口(RS232/RS485)通信能力,fopen('COM3') 或 fopen('/dev/ttyUSB0') 在大多数系统上会失败或仅返回不可控的文件句柄。真正能用的只有通过扩展或外部工具桥接。
php_serial 扩展 + 多进程隔离这是目前最稳定、可落地的方式。需先编译安装 php_serial(注意:仅支持 PHP 7.x,PHP 8+ 需打补丁或改用 ext-serial 替代)。每个串口必须独占一个 PHP 进程,否则会出现数据错乱、阻塞或 Resource busy 错误。
Serial 实例,不能复用同一个对象操作多个端口
$serial->deviceSet('/dev/ttyUSB0') 和 $serial->deviceOpen(),顺序不能颠倒stream_set_timeout($fp, 1)(若使用 fopen 回退方案),避免卡死dialout 组,运行 sudo usermod -a -G dialout www-data
更健壮的嵌入式部署方式。PHP 不碰串口,只发 POST /api/device/01/write,由后台服务(如 Python 的 pyserial)完成实际通信。好处是:
serial.Serial(port='/dev/ttyS1', timeout=0.5) 的 timeout 必须设小值,否则一个设备异常会导致全队列阻塞# Python 串口服务片段(Flask) from flask import Flask, request import serialapp = Flask(name) ports = { '01': serial.Serial('/dev/ttyUSB0', 9600, timeout=0.3), '02': serial.Serial('/dev/ttyUSB1', 9600, timeout=0.3), }
@app.route('/api/device/
/write', methods=['POST']) def write(id): if id not in ports: return 'Unknown device', 404 ports[id].write(request.data) return 'OK'
典型现象是“发了命令但没收到回复”或“收到上一次的旧数据”。根本原因是串口底层缓冲区未清理,尤其在切换设备或重启连接后。
deviceOpen() 后,立即执行 $serial->sendMessage("\x00"); usleep(10000); $serial->readPort(); 清空输入缓冲区deviceOpen()/deviceClose(),开销大且易触发 Device or resource busy
usleep() 精确控制帧间隔
,PHP 默认精度约 1ms,不够时得用 pcntl_alarm() 或交由 C 扩展处理实际部署时,串口设备数量一超过 3 个,就别硬扛在 PHP 里做了。把通信下沉,让 PHP 只做状态调度和业务编排,才是嵌入式多设备场景下真正可持续的路径。