智联海视觉采集停止与中止，怎样避免把旧帧当成新结果
Basler说明停止与终止采集的具体行为依机型、采集状态和接口而异。设备不再继续曝光，也不自动证明主机已没有旧数据。下面将设备边界与应用缓冲分别核验。
先确认命令由哪一层管理
说明应用使用的采集类是否自动管理设备命令，区分API调用与直接设备指令。核对交付版本的行为，避免同时在不同层重复发出操作，使实际停止顺序无法解释。
先记录交付设备、软件与配置版本，再确认本节所述能力是否由该组合实际提供。把未支持、未启用和未验证分别记录；其他机型的演示不能代替当前交付对象的证据。
按执行时刻区分输出
分别观察空闲、曝光中和读出中提出停止请求时的结果，依据机型说明识别完整或部分输出。不要把一个场景的表现推广到所有状态，也不要让不完整图像混入普通样本。
验证时保留原始输入和判断依据，避免只交付一张成功截图。每一轮只改变已约定的变量，记录变化前后的配置与结果；未覆盖的边界条件需要明确列出，不能自动计入通过范围。
核对设备之外的缓冲
记录采集库、应用队列和推理任务中仍保留的帧。说明停止后哪些任务允许完成、哪些被取消，以及迟到回调如何处理，不能把设备已停止作为所有后台工作已清空的证明。
将图中三种现象作为讨论起点，而不是对现场故障的预先诊断。先核对记录是否完整、单位和身份是否一致，再决定需要补充哪项观察。若证据不足，应保留待确认结论，而不是用经验值填补缺失字段。
重启时建立新会话身份
让新会话具有明确身份和首帧规则，检查重启后收到的第一条结果来自何时采集。旧帧编号可能重新出现，单靠递增数字或屏幕显示顺序不够区分前后会话。
由现场负责人确定获准的隔离验证方式，分别记录正常、异常和恢复阶段。验证重点是系统如何识别和解释不可信输入，不应为了取得异常样本而让实际生产设备执行未经评估的动作。
保留停启事件的联查样本
交付命令、设备状态、接收帧与最终处理结果的同一时间线。明确超时或失败后是否需要人工介入以及可复核原因，维护人员应能确认每条结果属于停止之前还是重新开始之后。
交付时附上配置、样本、结果表和未决问题，并约定后续变更的复核责任。接收方应能随机挑选一条结论，回到对应输入与判断过程；若做不到，这份报告仍需要补充可追溯资料。