物件在位提醒：从观察区域到事件交接

准备与目标

开始前准备

• 准确 Watcher 型号、端口、供电与固定支架
• 已获授权的观察区域、目标和非目标样本
• 确认的端侧、云端或本地服务路径及一种事件接收端

完成后应得到

• 可复测的在位状态与失败条件
• 明确图片去向、模型和服务配置
• 带去重与冷却的提醒和恢复记录

1. 选择一个固定展示位、一种目标物件与一种提醒条件；分别保存物件在位、不在位、遮挡、相似物和不同光照的授权样本。
2. 确定相机视角与最小必要采集范围，不覆盖无关人员或私密区域。安装前核对现场授权、告知和数据保留要求。
3. 以样本验证是否有合适模型和结果字段；没有可靠基线时先保留评估状态，不承诺精确盘点、任意物件识别或防盗保障。

1. 记录 W1-A SKU、板卡、ESP32 固件、Himax 固件与模型版本。普通任务款和 Xiaozhi 专用路线分别核对，不混用刷机和认证说明。
2. 原厂任务可能在没有端侧模型或涉及复杂条件时调用云端分析。实际查看所选任务的数据路径、服务配置和费用，不仅凭“本地 AI”宣传判断图片是否离开设备。
3. 若要求本地服务，另确认计算主机、模型和软件资源，并验证外网断开时可用的功能。只买终端不等于包含完整本地服务环境。

1. 选择 HTTP 或 UART 之一，先记录原始事件、设备标识、时间和目标状态，再接入约定看板或灯光；接收端密钥只在需要的位置保存。
2. 定义稳定窗口、重复事件去重、提醒冷却和人工确认方式；同一状态持续存在时不连续刷屏，不让短暂遮挡直接产生不可逆动作。
3. 需要 Node-RED 时参考原厂接口流程，但另选受支持的软件版本。官方示例中的旧 Node.js 安装建议不能直接作为新项目环境基线。

1. 按约定次数测试在位、不在位、遮挡、相似目标、光照变化，分别记录误报、漏报和提醒时延，不将原厂数据当作现场结果。
2. 测试断网、接收端停止、服务失败和断电恢复；显示离线或未知状态，恢复后核对实际物件，不把旧事件无限重放。
3. 交接区域图、样本目录、任务和版本配置、配件清单、数据保留规则和未测项。增加新的物件或改变安装位置后，重新做受影响的测试。

故障定位

验收与归档

• 限定物件和观察区域可复测
• 固件、模型、数据路径与服务配置一致
• 去重、冷却和异常状态有记录
• 断网及断电恢复不会错误重放旧事件
• 现场样本和未测项明示，提醒不作唯一安全判断

建议随订单保存：板卡/PCB 版本、固件与依赖版本、BOM 修订号、操作人、测试日期、原始日志、异常样本和最终结论，方便后续复现、维护与售后。