智联海相机漏拍别只怪网络：怎样核对触发就绪信号
Basler采集状态用于查询特定采集任务。文档建议软件触发使用这一功能，硬件触发则关注相应Trigger Wait信号。所选状态的含义必须与触发方式和机型能力对应。
明确查询的选择项
记录状态选择器与返回值，不要只保存一个没有名称的真或假。采集激活、曝光活动和等待帧触发等状态描述不同阶段，不能相互替代，更不能直接解释为主机图像已可用。
先记录交付设备、软件与配置版本，再确认本节所述能力是否由该组合实际提供。把未支持、未启用和未验证分别记录；其他机型的演示不能代替当前交付对象的证据。
匹配触发方式与观察接口
软件触发与硬件触发分别说明观察方法，核对设备支持的状态或信号。交付资料应解释应用如何在发送请求前判断就绪，而不是引用与实际接口不同的示例。
验证时保留原始输入和判断依据，避免只交付一张成功截图。每一轮只改变已约定的变量，记录变化前后的配置与结果；未覆盖的边界条件需要明确列出，不能自动计入通过范围。
识别采样时刻的限制
轮询取得的是某个时刻的状态，不是之后一段时间的保证。保存请求、观察和结果的先后关系，检查并发线程是否可能在读到就绪后改变设备状态或再次发出请求。
将图中三种现象作为讨论起点，而不是对现场故障的预先诊断。先核对记录是否完整、单位和身份是否一致，再决定需要补充哪项观察。若证据不足，应保留待确认结论，而不是用经验值填补缺失字段。
分开解释三类超时
分别记录等待设备就绪、等待曝光结果和等待主机图像的超时。每类状态应能找到对应日志，避免一个通用超时提示使维护人员只能反复重启相机而无法定位阶段。
由现场负责人确定获准的隔离验证方式，分别记录正常、异常和恢复阶段。验证重点是系统如何识别和解释不可信输入，不应为了取得异常样本而让实际生产设备执行未经评估的动作。
交付完整的请求样本
选择正常请求和未就绪请求，保留状态名、时间、触发身份和接收结果。验收时检查应用是否拒绝不合适的请求并给出原因，同时说明恢复后下一次正常请求如何重新建立关联。
交付时附上配置、样本、结果表和未决问题，并约定后续变更的复核责任。接收方应能随机挑选一条结论，回到对应输入与判断过程；若做不到，这份报告仍需要补充可追溯资料。