PHP无原生RS-485支持，校验配置实际由操作系统串口层（stty或dio扩展）完成；偶校验正确命令为stty -F /dev/ttyUSB0 9600 cs8 parenb -parodd；Modbus RTU设备多用偶校验，PHP需严格匹配参数，否则静默超时。
PHP 本身没有原生的 RS-485 驱动支持，所谓“php485”不是标准扩展，而是指用 PHP 调用底层串口设备（如 /dev/ttyUSB0）与 RS-485 转换器通信——校验位配置实际发生在操作系统串口层，PHP 只负责透传参数。
串口设备文件配置奇偶校验（Linux）
RS-485 是物理层总线标准，校验逻辑完全由 UART 控制器处理。PHP 通过 system()、exec() 或 dio_open()（需启用 dio 扩展）访问串口，但真正生效的是 stty 命令或 dio 的底层 ioctl 设置。
- 必须先确认设备节点可写：
ls -l /dev/ttyUSB0，并加入 dialout 组（sudo usermod -a -G dialout $USER） - 偶校验设置示例：
stty -F /dev/ttyUSB0 9600 cs8 parenb parodd→ 错！parodd表示奇校验；-parodd才是偶校验 - 正确命令：启用偶校验 →
stty -F /dev/ttyUSB0 9600 cs8 parenb -parodd；启用奇校验 →stty -F /dev/ttyUSB0 9600 cs8 parenb parodd -
cs8表示 8 数据位；parenb表示启用校验位；parodd和-parodd决定奇/偶
PHP 使用 dio 扩展配置校验位（需编译启用）
dio 是少数能直接控制串口硬件参数的 PHP 扩展，但它的 dio_tcsetattr() 不暴露校验模式枚举，只能靠填 struct termios 位域——极易出错。
- 常见错误：直接传字符串
"even"或1，会静默失败，串口仍按无校验运行 - 正确做法是组合 flag：
DIO_PARITY_EVEN（PHP 8.1+）或手动置位：$options['iflag'] |= IGNPAR; $options['cflag'] |= PARENB; $options['cflag'] &= ~PARODD; - 务必在
dio_open()后立即调用dio_tcsetattr()，且不能跳过cs8（8 数据位）和cread（启用接收）
Modbus RTU 场景下 PHP 必须匹配从机校验策略
工业现场绝大多数 RS-485 设备（如电表、PLC）使用 Modbus RTU 协议，默认采用偶校验（UART_PARITY_EVEN），PHP 客户端若设成奇校验或无校验，将收不到响应，且不会报错——只会超时。
立即学习“PHP免费学习笔记（深入）”；
- 查设备手册确认：校验方式（Even/Odd/None）、数据位（通常 8）、停止位（1 或 2）三者必须全部一致
- 调试技巧：用
minicom -D /dev/ttyUSB0 -b 9600手动发帧，验证是否能收到从机回复；成功后再迁移到 PHP - PHP 中不要自己算校验位：Modbus RTU 的 CRC16 是帧级校验，UART 层的奇偶校验是字节级，两者正交，不可互相替代
为什么你设了校验却没触发错误？
因为 PHP 的串口读写默认忽略硬件校验标志——即使 UART 硬件检测到 Parity Error，Linux 内核也不会把该错误传递给用户态进程，除非你显式启用 IGNPAR 以外的错误处理（如 INPCK + ISTRIP）并解析 termios.c_iflag。
- 典型表现：发送
0x5A（二进制01011010，4 个 1），线路干扰翻转一位变成0x5B（01011011，5 个 1），偶校验应报错，但 PHP 仍读到0x5B并继续处理 - 根本原因：内核串口驱动默认丢弃带校验错的字节（
IGNPAR），或静默修正（PARMRK），PHP 无法感知 - 可靠方案：关闭硬件校验，在应用层做 CRC 或自定义帧头校验；或改用 C 扩展捕获
ioctl(fd, TIOCGICOUNT, &counts)中的parity计数
真正起作用的从来不是 PHP 代码里那行 stty 或 dio_tcsetattr()，而是你有没有在设备上电前就用 stty 检查过 stty -F /dev/ttyUSB0 -a 输出里的 parenb、parodd、cs8 是否全对——漏掉任意一个，通信就只是“看起来在动”。
