批量控制多路继电器需隔离设备通信：串口须设超时、禁缓存、加延时；HTTP 推荐 curl_multi_exec 并发（每批3–8个），配超时、分批、重试与状态二次确认。
用 foreach 遍历设备列表发指令，但别直接裸写循环
PHP 本身不直接操作硬件，所谓“控制多路继电器”，本质是向串口、TCP 设备或 HTTP 接口（如 ESP8266/ESP32 的 Web API）发送命令。批量控制的关键不是循环本身，而是如何组织设备地址、指令格式、通信超时和错误隔离。
常见错误：把所有设备塞进一个 foreach，某台设备响应慢或断连，整个脚本卡住或后续设备全跳过。
- 每台设备的通信必须独立封装，加
try/catch或@抑制单点失败 - 使用
stream_set_timeout($fp, 1, 0)控制 socket/串口读写超时，避免阻塞 - 设备地址建议从配置数组或数据库读取，不要硬编码在循环里
串口控制多路继电器（Linux 下用 php_serial 或原生 fopen("php://dev/ttyUSB0")）
多数国产 USB 转串口继电器模块（如 DFRobot、HiLetgo）使用 ASCII 指令，例如 "SET01ON\r\n" 表示打开第 1 路。注意换行符、波特率、数据位必须匹配设备手册。
容易踩的坑：fopen() 打开串口后未调用 stream_set_write_buffer($fp, 0)，导致指令缓存不发出；或未用 usleep(50000) 等待模块响应再发下一条。
立即学习“PHP免费学习笔记（深入）”；
foreach ($devices as $device) {
$fp = @fopen($device['port'], "w+");
if (!$fp) continue;
stream_set_timeout($fp, 1);
stream_set_write_buffer($fp, 0);
foreach ($device['channels'] as $ch => $state) {
$cmd = "SET" . str_pad($ch, 2, "0", STR_PAD_LEFT) . strtoupper($state) . "\r\n";
fwrite($fp, $cmd);
usleep(50000); // 等待模块执行
}
fclose($fp);
}
HTTP 方式批量控制 ESP 类继电器（POST JSON 或 GET 参数）
更推荐的方式。每台 ESP 设备有独立 IP，用 curl_multi_exec 并发发请求，比 foreach + curl_exec 串行快得多，且天然支持超时与失败隔离。
注意点：curl_setopt($ch, CURLOPT_TIMEOUT_MS, 800) 比 CURLOPT_TIMEOUT 更精准；Content-Type: application/json 和实际 payload 格式要严格匹配设备固件要求（有的认 {"relay":1,"state":1}，有的只认 GET /control?ch=1&v=1）。
- 避免用
file_get_contents("http://...")，它不支持超时控制，失败直接报错中断 - 返回状态码不是 200 不代表失败——有些模块只返回
OK文本，需检查curl_getinfo($ch, CURLINFO_HTTP_CODE)和响应体
并发数太多导致设备丢包或 PHP 进程被系统 kill
一次性并发 50 个 curl 请求，对嵌入式设备（尤其 ESP8266）是灾难。它们 TCP 栈小、内存少，常直接 reset 连接。实测安全并发上限通常为 3–8 个，取决于设备型号和网络质量。
解决办法不是压榨并发，而是分批 + 退避重试：
- 用
array_chunk($devices, 5)拆成每组 5 台 - 每组发完后
sleep(0.3)，让设备缓冲区清空 - 对失败设备单独重试 1 次，间隔
usleep(200000) - 记录失败 IP 和错误码到日志，别静默吞掉
真正难的不是发指令，是判断“设备是否真的执行了”。很多模块不返回执行结果，只能靠延时后 GET 状态接口二次确认——这点常被忽略。
