我租的房子采光到底行不行?用 QuecDuino 给自己算了一笔账
一个还没被解决的问题
过去两年大模型进步很快,Agent 也从"能聊天"走到了"能干活"——写代码、查资料、调工具、跑流程,软件开发里的脏活累活正在被大量接管。
但用久了会发现一个共同的天花板:现在的 Agent 再强,也只能活在屏幕里。 它能帮你写一个"适合养多肉的环境监测小程序",但它不知道你窗台此刻的光照是多少;它能分析一栋楼的户型图,却判断不了这扇窗下午三点还有没有太阳。它缺的不是算力,是接口——一个能把物理世界的数据接进来的接口。
于是这两年有个越来越明确的趋势:智能体要往下走一层,去连硬件、去感知真实世界。 模型负责理解和决策,传感器负责把物理量变成数据,两者拼起来才是一个完整的智能体。
也正因为这样,我今年开始花时间研究硬件,关注的是"怎么用最低的成本,让设备自己感知、自己判断、自己上传"这件事。而 QuecDuino 是个很好的样本——它不是一块 Arduino,而是一台自带 4G 网络、可以直接写 Python 的小主机。
恰好我今年在租房,踩了个很典型的坑。
一个很具体的痛点
去年秋天看房,跑了十几套。中介说"这朝向光线特别好",进去一看,客厅那个角落常年灰扑扑的,窗台上多肉养了三盆徒长成豆芽菜。
我当时就想,如果有个东西能告诉我这扇窗一天到底晒得到多少小时的太阳,租房这件事能少踩多少坑。
市面上的采光仪大多是拍一张照、给个亮度数值。但租房关心的不是"现在多亮",而是"一天里能晒多久"——前者是瞬时值,后者才是长期体感。这两件事可以完全不一致:朝北的窗中午可能有瞬时高光,但一整天照不进来。
所以我决定自己做一个:一个装在窗框上的小盒子,它会给这间屋子记一笔日照账。
现在它已经跑了一整天,可以回答我最初的问题了。先看结论:
| 指标 | 实测结果 |
|---|---|
| 有效日照时长 | 187 分钟 |
| 光照峰值 | 1240 lux |
| 采光评分 | 82 |
| 档位 | B+ |
| 网络上报 | MQTT 正常,CSQ 21 |
B+,可以养多肉,但需要每天早上补一次散射光。 这个结论和我实际的感受基本一致。
下面讲讲这东西是怎么做出来的,以及过程中踩到的几个坑。
一、我要做的东西:一个会记账的采光评估器
在动手接线之前,我先把目标拆成了四层——这一步能省掉后面大量返工。
| 层级 | 能力 | 验收标准 |
|---|---|---|
| 感知层 | 采集光照强度、环境温湿度 | 光敏读数随遮挡变化;AHT20 读到合理温湿度 |
| 判定层 | 判断当前是否处于有效日照 | 超过阈值的时段被计入,累计出分钟数 |
| 记账层 | 跨时段与跨天持久化 | 断电重启后昨日数据不丢 |
| 对接层 | 把账本推上云,可反向调参 | MQTT 上报 JSON,云端能改阈值 |
我给它起了个名字叫「日光账本」,因为它做的事本质上就是记账——把一整天的零散光照读数,累积成一条可以结算的账。
上报的数据长这样,一条消息约 100 字节:
{
"dev": "solar-ledger-01",
"lux": 1240,
"temp": 26.4,
"rh": 58.2,
"sun_min": 187,
"score": 82,
"grade": "B+",
"csq": 21
}
grade 就是最终结论。整体链路是这样:
注意最右边那条从云端指回来的箭头——这是这个项目和"传感器演示"的分界线。设备不只是往外发数据,还能接受云端的参数调整:你在手机上改一下"有效日照阈值",板子下一次就按新标准重新记账。
二、QuecDuino 开发套件:一台自带网络的小主机
移远今年推出了一套 QuecDuino 入门级传感器实验套件,我用的是其中EG800Z 那一套。它本身是一块基于 EG800Z 模组的开发板,核心特点是它本身就是一台 4G 机器,而不只是一块单片机。
核心规格
| 参数 | 规格 |
|---|---|
| 模组 | EG800Z,LTE Cat 1bis,下行 10 Mbps / 上行 5 Mbps |
| GPIO | 22 个 3.3V 数字引脚 |
| ADC | 2 路 12 位,输入范围 0–1.2V |
| 串口 | 4 路 UART(主口最高 921600bps)、1 路 SPI、1 路 I2C |
| 网络 | LTE Cat 1bis + 可选 GNSS + NANO SIM 卡槽 |
| 工作温度 | 模组 −40 ~ +85 ℃ |
| 开发语言 | QuecPython(兼容 Python 3 语法) |
套件全家福
配套的实验套件里除了主控板,还带了二十多种传感器和执行器模块。下面这张图我按官方图鉴分了类,每块都标了型号和用途——丝印我都逐一放大核对过了:
官方图鉴把这些模块分成四类,正好对应四种典型的物联网场景:
| 类别 | 数量 | 模块 |
|---|---|---|
| 环境感知 | 5 | KY-018 光敏、HC-SR04 超声波、水位监测、压电陶瓷、迷你磁簧 |
| 人机交互 | 8 | 单按键、KY-036 触碰、MIC 声音、KY-020 倾斜、KY-025 磁簧、KY-032 避障、红外收发对管 ×2 |
| 声光显示 | 6 | LED、RGB 灯珠、JY005 数码管、蜂鸣器、KY-027 魔术光环、压电蜂鸣片 |
| 测距 | 1 | KY-037 激光发射 |
这套东西的构成是"一主控 + 一底座 + 一堆模块":
- QuecDuino 主控板 —— 板载 Type-C、NANO SIM 卡槽和 4G 天线座,整套系统的大脑
- Gravity IO 扩展板 V1.7 —— 几乎所有传感器都插在它上面,省掉了面包板。这就是"免焊接"的关键
- 二十多个传感器模块 —— 插上就能用
我这个采光项目只用到其中两个:
① KY-018 光敏电阻模块 —— 测光照的主力。它本身是个分压电路,输出电压随光照强度变化,实测能到 1.70V。而板载 ADC 量程只有 0–1.2V,必须外接分压电路压下来——这是后文要花一整节讲的核心坑,也是我在这上面绕过一次弯路的地方。
② AHT20 温湿度模块 —— 数字温湿度,I2C 接口,地址 0x38。采光和温度强相关(晒到太阳的房间温度会明显高),所以我一起接上了。
其余模块先用不上,但做拓展的时候很方便——比如用 HC-SR04 测窗户到墙面的距离来估算光照进深,或者用 MIC 加蜂鸣器做一个简单的声控报警。
为什么这个套件值得单独说:它是我第一次完整地"从传感器到云端"走一遍全流程。
Arduino 上接传感器,传感器就是传感器,读数打印出来,项目结束;而这块板子上 net / dataCall / mqtt 都是内置的,设备天然就在网上。
顺带说一个调研时的发现:官方那个传感器示例仓库(QuecPython/QuecDuino-Sensor-Kit-Demo)里,20 个示例的全部止步于读传感器,蜂窝和云端这一层完全没有示例。想用这块板子做真正的物联网设备,这部分得自己踩——后面几节就是我的踩坑记录。
三、硬件搭建
器件清单
| 器件 | 型号 | 作用 | 备注 |
|---|---|---|---|
| 核心板 | QuecDuino(EG800Z) | 主控 + 蜂窝 | 套件自带 |
| 光照传感 | KY-018 光敏电阻模块 | 测光照 | 必须分压(0–3.3V → 0–1.2V),见第五节 |
| 温湿度 | AHT20 | 环境参考 | I2C,地址 0x38 |
| 显示 | JY005 数码管模块 | 本地看读数 | 可选,后面再接 |
| 网络 | 套件自带 4G 天线 | MQTT 上报 | 必须接天线 |
| 供电 | Type-C 或 DC 5–16V | 供电 | 套件自带 |
接线
| KY-018 | QuecDuino | 说明 |
|---|---|---|
| VCC | 3.3V | 用 3.3V 供电,别用 5V,留更多余量 |
| GND | GND | 共地 |
| AO(模拟输出) | 分压节点 → A0 或 A1 | |
| DO(数字输出) | 不接 | 我们走模拟,不走阈值比较 |
首先看我们的板子上有几个口要注意,一个是插USB线供电和调试的,另一个是插入sim卡的,还有一个连接天线的,板子支持4G网络接入:
先给核心开发版接入天线后,插入sim卡,接下来可以插入扩展板了:
#移远产品体验官 #QuectelPi #UniKnectGen1Pro




