日常应用 · 旧设备的可见状态
给旧锅炉装一双‘眼睛’:相机读屏,模型复核
两台相机把旧设备的屏幕与指示灯变成连续记录。沿真实画面、读数和分歧记录,看固定像素规则、Claude 与人的校准各自做了什么。
开发者 ndroo 于 10 月 16 日分享这个项目。本文在 10 月 18 日核对公开仪表盘、固定版本代码与原图,介绍作者的运行记录;没有接入其账号、运行模型或操作锅炉。

先看一个结果:旧屏幕有了可以回看的记录
这个项目没有先换掉锅炉,而是让两台 Tapo C100 相机分别看着锅炉 LCD 和区域控制器指示灯。照片经过处理后,温度、运行模式、燃烧与泵的状态进入日志,再显示成网页和时间线。00:19 UTC 的样本记下 100°F、idle,并把像素读出的字段与模型补充的字段分开保存。
把几次看到的状态连起来,比偶尔去看一眼多了一层价值:可以回查何时有采暖需求、泵是否开启、读数何时缺失。当前脚本的相机目标间隔是 900 秒,也就是 15 分钟;README 与部分工作流标签仍写 30 分钟,不能直接照抄成当前节奏。
来源与延伸阅读
- ndroo · 锅炉监测仪表盘作者运行展示 · 持续变化2026 年 10 月 18 日读取;可见相机图、采样覆盖、时间线与读数,不代表独立准确率验证。
- ndroo · 固定项目版本作者公开代码 · 本轮核查版本固定于 85a3a7e;README 中 30 分钟与旧费用估算未完全跟上当前脚本,本文以实际执行代码区分。未见代码许可证文件,不据公开可读推断任意复用授权。
- 本轮固定读数样本作者日志 · 2026 年 10 月 18 日 00:19 UTC100°F、idle、像素字段与模型字段分开记录;采样时间、屏幕时钟与相机时间不可混作同一时钟。
- 实际相机采样循环原脚本 · 15 分钟目标间隔CAM_EVERY=900;任务耗时、调度与网络仍会造成断档。
能用固定规则读的,先交给像素
区域指示灯并不需要每次都问大模型:程序在固定位置计算亮白像素比例,落在含糊区间或电源灯异常时才请求模型帮助。LCD 也有自己的办法:把倾斜屏幕拉正、对齐参考图、测图标深浅,再按七段数字结构解码温度。这些规则依赖作者对这台设备、这个视角的校准。
模型接的是难判断的部分:错误代码、无法对齐或无法读出的画面、未确认图标,以及状态变化或温度跳变。当前工作流用 Sonnet 5.5 做首轮核查,有分歧时可交给 Opus 5.5 再看。它展示的是规则与模型怎样分工,不是把一张照片丢给模型后就获得可靠设备状态。

来源与延伸阅读
- ndroo · 固定项目版本作者公开代码 · 本轮核查版本固定于 85a3a7e;README 中 30 分钟与旧费用估算未完全跟上当前脚本,本文以实际执行代码区分。未见代码许可证文件,不据公开可读推断任意复用授权。
- LCD 像素识别与校准原代码 · 固定屏幕的读数方法透视校正、参考图配准、图标阈值与七段数字;相机位置和设备布局是前提。
- 模型复核、分歧处理与提醒原代码 · 并非设备控制Sonnet 5.5 复核、Opus 5.5 仲裁、逐字段信任计数及两小时抽查;仲裁结果不是外部真值。
程序累积的信任次数,不等于真实准确率
代码为五个关键字段分别维护信任计数,按复核与仲裁分支累积到 200 后减少常规模型核查;状态变化等触发条件和两小时抽查仍保留。首轮分歧但仲裁选择像素时也会增加计数,因此它不等于 200 次严格独立一致,更不是 200 次人工确认。本轮固定快照里,系统才累计 25 轮、25 次首轮模型核查,尚不能据这个设计宣称它已经做到长期少调用或零调用。
日志还保留了五次分歧事件:有的像素判定火焰或泵图标亮起,首轮模型却判定未亮,程序的仲裁记录最终选择了像素一侧。这比一句‘识别成功’更能帮助理解工作量,但仲裁仍来自另一轮模型判断;没有人工真值逐帧核验,不能据此计算谁更准。

来源与延伸阅读
- LCD 像素识别与校准原代码 · 固定屏幕的读数方法透视校正、参考图配准、图标阈值与七段数字;相机位置和设备布局是前提。
- 模型复核、分歧处理与提醒原代码 · 并非设备控制Sonnet 5.5 复核、Opus 5.5 仲裁、逐字段信任计数及两小时抽查;仲裁结果不是外部真值。
- 逐字段信任计数与分歧日志作者运行状态 · 固定快照本快照为 25 轮、25 次首轮模型核查,记录五次分歧事件;不是大样本正确率。
看板的下一步,是知道什么时候该让人去看
作者看板用阴影标出没有数据的区间,区分‘没有拍到’与‘设备关闭’;提醒日志也区分已发送、失败、未配置和被抑制。代码可在出现错误代码、屏幕不可读或读数可疑时通过 Twilio 提醒,配置与网络都影响实际送达,不能把程序准备发送当作人已经收到。
这是一套观察和提醒的项目,不会替用户调温、点火或维修。相机位置、图标样本、设备手册、账号与云端服务都是它的条件;换设备就要重新核对。作者公开的旧月费估算也不能当成当前账单。对读者更有启发的联系是:AI 可以先补上旧设备与可回看记录之间的一段,让人更早发现该关注什么,而不是先假定所有设备都要由 AI 接管。
来源与延伸阅读
- ndroo · 锅炉监测仪表盘作者运行展示 · 持续变化2026 年 10 月 18 日读取;可见相机图、采样覆盖、时间线与读数,不代表独立准确率验证。
- ndroo · 固定项目版本作者公开代码 · 本轮核查版本固定于 85a3a7e;README 中 30 分钟与旧费用估算未完全跟上当前脚本,本文以实际执行代码区分。未见代码许可证文件,不据公开可读推断任意复用授权。
- 模型复核、分歧处理与提醒原代码 · 并非设备控制Sonnet 5.5 复核、Opus 5.5 仲裁、逐字段信任计数及两小时抽查;仲裁结果不是外部真值。
- 实际相机采样循环原脚本 · 15 分钟目标间隔CAM_EVERY=900;任务耗时、调度与网络仍会造成断档。