1. 课程导入与场景认知
在机器视觉项目从样机验证走向产线交付的过程中，单台 Basler 相机的调试经验往往不足以支撑规模化落地。一条典型的 3C 装配检测线可能同时挂载 8～24 台 ace 2 或 boost 系列相机，分布在上下料、定位、外观检测、尺寸测量等不同工位；一个仓储物流分拣项目则可能在 6 个通道上各部署 2 台 dart 相机，配合线扫相机完成条码与体积复核。这类场景的共同特征是：相机数量多、型号可能混用、固件与 pylon 版本需要统一、IP 地址与设备命名必须可追溯、参数配置要求一致且可复现。批量部署的核心工作，不是把单台相机的操作重复 N 次，而是建立一套"可复制、可校验、可回滚"的配置与版本管理方法。
典型场景：从"单机调试"到"批量交付"
先看三类最常见的批量部署场景。第一类是同型号整线复制：例如某锂电检测线使用 12 台 Basler acA2440-75um，全部通过 GigE 接入同一台工控机，要求曝光时间、增益、像素格式、触发模式完全一致。此时的关键是"一次配置、批量下发"，并确保每台相机的 IP 与设备用户 ID 不冲突。第二类是多型号混合部署：同一项目中既有面阵相机负责定位，又有线扫相机负责表面检测，型号不同意味着固件版本、可用功能集、参数范围都存在差异，不能简单套用同一份配置文件。第三类是分布式多主机部署：相机分散在 3～4 台工控机上，每台主机管理 4～6 台相机，需要跨主机统一版本基线，避免"这台机器能跑、那台机器报错"。
这三类场景对配置管理提出的要求逐级提高：从"参数一致"到"型号兼容"，再到"跨主机版本一致"。理解自己所处的场景类型，决定了后续选择哪种批量配置手段。
核心挑战：批量部署中真正容易出问题的地方
批量部署的困难通常不集中在"会不会用 pylon Viewer"，而集中在以下几个容易被低估的环节。
- 设备发现与地址冲突：GigE 相机出厂常为 DHCP 或 LLA（链路本地地址）。多台相机接入同一网段时，若未规划静态 IP，可能出现地址冲突或主机无法枚举全部设备。典型现象是 pylon IP Configurator 中只看到部分相机，或相机显示为"不可访问"。
- 固件与 pylon 版本不一致：不同批次的相机可能出厂固件不同。若固件版本低于项目要求，某些功能（如特定触发模式、Binning 模式、PTP 支持）可能不可用；而 pylon 运行时版本与相机固件不匹配时，也可能出现枚举异常或参数写入失败。
- 参数配置漂移：手动逐台设置曝光、增益、白平衡、LUT、ROI 时，极易出现某台相机漏设或设错。更隐蔽的是"看起来一样、实际不同"，例如曝光时间单位、触发极性、像素格式的细微差异，会在联调时才暴露。
- 配置不可追溯：产线运行三个月后需要更换一台故障相机，若没有保存原始配置文件与版本记录，新相机很难快速恢复到与其余相机一致的状态。
- 批量操作缺乏校验：下发配置后没有统一的回读校验机制，无法确认每台相机是否真正接受了参数，导致问题被推迟到生产阶段。
整体解决思路：配置基线 + 批量下发 + 版本校验
针对上述挑战，整体解决思路可以概括为一条主线：先建立配置基线，再批量下发，最后逐台校验并留存版本记录。这条主线不是三个孤立步骤，而是一个闭环。
第一步，建立配置基线。在一台"黄金样机"上完成全部参数调试，包括：相机 IP 规划、设备用户 ID 命名规则、曝光/增益/像素格式、触发模式与触发源、ROI 与 Binning、LUT 与 Gamma、数据流带宽限制（GigE 相机需关注 Inter-Packet Delay 与 Packet Size）。调试完成后，通过 pylon Viewer 或 pylon API 导出相机配置文件（.pfs 或 .csv），作为该型号相机的基线文件。基线文件应包含型号、固件版本、pylon 版本、导出日期等元信息。
第二步，批量下发。根据场景选择下发方式：同型号少量相机可用 pylon IP Configurator 配合 pylon Viewer 的"Load Features"逐台加载；数量较多时，使用 pylon API 编写脚本，通过 C++ 或 C# 遍历设备列表，对每台相机执行 FeaturePersistence.Load() 或逐项写入参数。对于跨主机场景，可将基线文件放在共享目录，由各主机脚本统一读取。
第三步，逐台校验与版本记录。下发后必须回读关键参数，与基线逐项比对。校验项至少包括：IP 地址、设备用户 ID、曝光时间、增益、像素格式、触发模式、固件版本。校验结果应记录为表格，形成"设备—参数—版本"的对应关系，便于后续更换与审计。
一个可参考的部署记录表
为了让"版本留存"落地，建议在项目开始时即建立一张部署记录表。以下字段来自实际批量部署中真正需要追溯的信息，可直接作为模板使用。
| 字段 | 示例值 | 用途 |
|---|---|---|
| 相机序列号 | 12345678 | 唯一标识，换机时核对 |
| 设备用户 ID | LINE1_STATION3_CAM01 | 工位可读命名，避免 IP 记忆负担 |
| IP 地址 | 192.168.10.31 | 网络规划与冲突排查 |
| 型号 | acA2440-75um | 确认基线文件匹配 |
| 固件版本 | 2.8.1 | 功能可用性与兼容性判断 |
| pylon 版本 | 7.3.0 | 运行时环境一致性 |
| 基线文件 | acA2440_line1_v3.pfs | 配置来源可追溯 |
| 校验结果 | 通过 / 不通过 | 部署闭环确认 |
这张表的价值在产线运行阶段才会真正体现：当某台相机故障需要更换时，只需按序列号或用户 ID 找到对应行，用同一基线文件重新下发，再执行一次回读校验，即可在几分钟内恢复。若没有这张表，换机往往需要重新调试，甚至影响整线节拍。