根本原因是串口流默认阻塞，需用stream_set_blocking($fp, false)设为非阻塞；之后用fread()读取并配合usleep(10000)防忙等，避免popen/fgets方案，并手动实现Modbus等上层协议帧解析。
PHP 读 RS485 设备时卡住（比如 fgets() 一直不返回），根本原因不是“RS485 协议问题”，而是串口文件描述符默认处于阻塞模式——只要没收到完整数据，读操作就挂起整个 PHP 进程。解决它，必须显式启用非阻塞 I/O。
如何用 stream_set_blocking() 设置串口为非阻塞
PHP 操作串口（如 /dev/ttyUSB0）本质是打开一个流资源，而非直接调用系统 socket。不能用 fcntl() 或 ioctl()，必须使用 PHP 原生流控制函数：
-
stream_set_blocking($fp, false)是唯一可靠方式；设为false后，fread()、fgets()等读取函数在无数据时立即返回空字符串（""），而不会等待 - 务必在
fopen()打开串口后、任何读写前调用，顺序错误会导致设置失效 - 该函数对所有流类型（file、socket、serial）都有效，但仅对底层支持非阻塞的设备起作用（Linux 串口驱动普遍支持）
非阻塞读取的典型循环结构与防忙等陷阱
启用非阻塞后，不能直接 while (fgets($fp)) { ... }——这会瞬间跑满 CPU。必须加条件控制或延时：
- 每次读取后检查返回值：
$data = fread($fp, 256); if ($data === false || $data === '') { usleep(10000); continue; } - 避免
usleep(0)或空continue：某些内核版本下会退化为忙等，usleep(10000)（10ms）是较安全的底线 - 若需响应超时（如 Modbus 轮询失败），应配合
stream_select()使用，单纯靠usleep()无法精准计时
为什么 popen() + fgets() 在 RS485 场景中大概率失败
很多开发者试图用 popen('stty -F /dev/ttyUSB0 9600 raw -echo; cat /dev/ttyUSB0', 'r') 绕过 PHP 串口限制，但这会引入严重问题：
立即学习“PHP免费学习笔记（深入）”；
- 子进程由 shell 管理，PHP 无法控制其串口参数（如停止位、校验位），极易出现帧错乱
-
cat默认按行缓冲，而 RS485 报文无换行符，fgets()会永远等不到\n，实际仍是逻辑阻塞 - 无法处理二进制数据中的
\0字节（fgets()遇到\0就截断），Modbus/RTU 帧里常见该字节 - 推荐替代方案：坚持用
fopen()+stream_set_blocking()+fread()，配合stream_set_timeout()控制单次读最大等待时间
真正容易被忽略的是：非阻塞只是“不卡住”，不代表“自动组帧”。RS485 是物理层，上层协议（如 Modbus RTU）的帧头识别、长度解析、CRC 校验仍需你手动实现；否则即使读到了字节，也可能是半帧或粘包数据。
