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 客户端若设成奇校验或无校验，将收不到响应，且不会报错——只会超时。

• 查设备手册确认：校验方式（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 是否全对——漏掉任意一个，通信就只是“看起来在动”。