基于Adafruit FunHouse与CircuitPython打造智能家居传感器中枢

1. 项目概述与核心思路

如果你和我一样，对智能家居的“可玩性”和“自主可控”有执念，那么今天聊的这个项目绝对能让你眼前一亮。我们不再满足于购买现成的传感器，而是亲手打造一个集环境监测、状态显示、物理控制和灯光模拟于一体的多功能智能家居节点。这个项目的核心，就是利用一块名为Adafruit FunHouse的开发板，通过CircuitPython编程，将其变成一个强大的、可编程的智能家居传感器中枢，并接入开源的Home Assistant平台。

Adafruit FunHouse这块板子很有意思，它不像传统的ESP32开发板那样“光秃秃”，而是出厂就集成了温湿度/气压传感器、光线传感器、三个物理按钮、一个滑块、三个电容触摸键，甚至还有五个可编程的RGB LED（DotStars）。这意味着你拿到手，连一根杜邦线都不用接，就已经拥有了一个功能相当齐全的智能设备原型。我们的目标，就是唤醒它的全部潜能：让它周期性地读取环境数据（温度、湿度、气压、光照），实时监测所有物理外设（按钮、滑块、触摸、PIR人体感应）的状态变化，并通过Wi-Fi和MQTT协议，将这些信息实时上报给家庭自动化的大脑——Home Assistant。反过来，我们还能通过Home Assistant下发指令，远程控制板载的RGB LED，把它模拟成一个虚拟的智能灯泡。

整个方案的骨架非常清晰：FunHouse作为数据采集和命令执行的边缘节点，运行我们编写的CircuitPython固件；Home Assistant作为中央控制平台，运行在家庭服务器（比如树莓派、NAS或一台旧电脑）上；两者通过家庭局域网内的MQTT代理（Message Queuing Telemetry Transport，消息队列遥测传输协议）进行通信。MQTT是一种基于发布/订阅模式的轻量级协议，特别适合物联网设备，它功耗低、代码量小、对网络带宽要求不高。在这个项目中，FunHouse会向特定的MQTT主题（Topic）发布（Publish）传感器数据，同时订阅（Subscribe）控制LED灯的主题，等待Home Assistant的指令。这种松耦合的设计，使得设备和控制平台可以独立扩展和维护，是构建健壮智能家居系统的基石。

2. 硬件准备与开发环境搭建

2.1 核心硬件清单与选型考量

工欲善其事，必先利其器。这个项目对硬件的要求非常明确，核心就是Adafruit FunHouse开发板。我选择它，主要是看中了其“开箱即用”的集成度。对于智能家居传感器节点，我们通常希望它体积小巧、功能集中、供电简单（USB即可），并且有友好的交互界面（哪怕只是几个LED灯）。FunHouse完美契合了这些需求：它的SHT30温湿度传感器精度足够家庭使用，LPS22气压传感器可以玩一些天气预测或楼层高度检测的花样，光线传感器能实现自动夜灯，而物理按钮和电容触摸则为自定义场景开关提供了无限可能。

除了主板，清单里还列出了一个可选配件：Mini PIR Motion Sensor。这是一个需要额外焊接或使用杜邦线连接的外置人体传感器。板载的PIR接口是3针的（VCC, GND, OUT），与这个传感器完全兼容。是否添加它，取决于你的具体场景。如果你想在门口、走廊实现人来灯亮，或者监测特定区域的活动，那么它是必选项。如果只是做环境监测台，则可以省略。至于USB线和磁吸脚垫，属于提升体验的配件，前者确保稳定数据传输（切记避开只能充电的线），后者方便你将完工的设备吸附在金属表面，比如冰箱门或机柜上，既美观又稳固。

硬件清单速查表：

注意：关于USB数据线：这是新手最容易踩的坑。很多手机充电线是“充电专用线”，内部只有电源线，没有数据传输线。用这种线连接电脑和FunHouse，电脑是无法识别出串口和存储设备的，会导致后续所有步骤失败。务必使用一条已知良好的、支持数据传输的USB-C线。

2.2 CircuitPython固件烧录详解

FunHouse出厂可能运行着其他固件，我们的第一步就是为其刷入CircuitPython。CircuitPython是Adafruit主导开发的一款基于MicroPython的解释型语言环境，其最大优势在于极简的开发流程：你将代码文件直接拖拽到设备的一个U盘（CIRCUITPY）里，它就能实时运行，无需复杂的编译和下载工具链，非常适合快速原型开发和教育。

烧录方法有三种，我强烈推荐第一种“UF2拖拽法”，因为它最简单：

1. 准备工作：访问CircuitPython官网，找到Adafruit FunHouse的页面，下载最新的.uf2和.bin文件备用。通常.uf2文件用于拖拽安装。
2. 进入Bootloader模式：用数据线连接FunHouse和电脑。找到板子USB-C口旁边的复位按钮（Reset）。快速双击它（两次点击间隔约半秒），此时板载的RGB LED会变成紫色。如果操作成功，电脑上会弹出一个名为HOUSEBOOT的U盘。
3. 拖拽固件：将之前下载的.uf2文件直接复制（拖拽）到HOUSEBOOT这个U盘里。复制完成后，U盘会自动弹出，板子会自动重启。
4. 确认成功：几秒钟后，电脑上会出现一个新的U盘，名为CIRCUITPY。这就代表CircuitPython系统已经成功运行了。

如果双击复位键无法进入HOUSEBOOT模式（可能是一些早期批次板子），就需要使用后两种基于esptool的方法。方法二是通过Chrome浏览器的Web Serial API在线烧录，适合不想在本地安装Python环境的用户。方法三则是使用命令行工具esptool.py，这是最传统也最强大的方式，但需要本地安装Python和esptool库。对于绝大多数用户，第一种方法已经足够。

烧录完成后，你的CIRCUITPY盘里应该有一些默认的文件，比如code.py（主程序）和lib文件夹（库文件）。我们的后续操作都将在这个“磁盘”上进行。

2.3 网络连接测试与关键配置

让设备“上网”是物联网项目的第二步。CircuitPython通过一个名为settings.toml的配置文件来管理Wi-Fi密码、API密钥等敏感信息。这样做的好处是，你可以放心地分享code.py主程序，而不用担心泄露个人密码。

1. 配置Wi-Fi：用文本编辑器（如VS Code, Notepad++）打开CIRCUITPY盘根目录下的settings.toml文件。如果文件不存在，就新建一个。在文件中添加你的Wi-Fi信息：

   CIRCUITPY_WIFI_SSID = "你的Wi-Fi名称" CIRCUITPY_WIFI_PASSWORD = "你的Wi-Fi密码"

   注意，变量名和等号两边可以有空格，但字符串必须用英文引号括起来。保存文件。

2. 运行网络测试：将项目资料包中的code.py和lib文件夹复制到CIRCUITPY盘，覆盖原有文件。然后，按一下板子的复位键，或者安全弹出U盘后重新插拔，让新程序运行。

3. 查看结果：打开串口监视器（可以使用Mu Editor、Thonny或VS Code的CircuitPython插件）。你将会看到程序依次执行：打印本机MAC地址、扫描周围的Wi-Fi网络、连接你设置的网络、获取IP地址、尝试Ping谷歌服务器，最后获取几个网页内容进行测试。如果一切顺利，你会看到“Connected to SSID”和你的IP地址，以及成功的HTTP请求响应。

实操心得：串口监视器是“眼睛”：在嵌入式开发中，串口打印是最重要的调试手段。务必熟悉如何打开和查看串口数据。如果连接失败，首先检查settings.toml中的SSID和密码是否正确（注意大小写和特殊字符），其次检查路由器是否设置了MAC地址过滤等安全策略。

3. 传感器代码深度解析与定制

网络通了，接下来就是让FunHouse“活”起来，开始采集数据并与Home Assistant对话。项目提供的code.py文件已经是一个功能完整的实现，但理解其每一部分，才能根据自己的需求进行定制。

3.1 核心配置参数解读

代码开头的常量定义是整个项目的控制中枢，修改它们可以改变设备的行为：

PUBLISH_DELAY = 60 # 向MQTT发布完整状态的间隔（秒） ENVIRONMENT_CHECK_DELAY = 5 # 读取并更新本地显示屏环境数据的间隔（秒） ENABLE_PIR = True # 是否启用PIR运动传感器 MQTT_TOPIC = "funhouse/state" # 发布传感器和外设状态的主题 LIGHT_STATE_TOPIC = "funhouse/light/state" # 发布LED灯状态的主题 LIGHT_COMMAND_TOPIC = "funhouse/light/set" # 订阅LED灯控制命令的主题 INITIAL_LIGHT_COLOR = 0x008000 # 板载LED的初始颜色（绿色） USE_FAHRENHEIT = True # 温度单位：True为华氏度，False为摄氏度

• PUBLISH_DELAY：这决定了数据上报的频率。设置为60秒，意味着每分钟向Home Assistant汇报一次数据。对于温湿度这种变化缓慢的数据，这个频率足够；但对于按钮、PIR这类需要快速响应的触发器，代码中另有逻辑（状态变化时立即上报），所以不受此限制。不建议设置得过小（如1秒），以免对MQTT代理和设备本身造成不必要的负担。
• ENVIRONMENT_CHECK_DELAY：这是更新FunHouse自身屏幕上显示数据的频率。可以比PUBLISH_DELAY更频繁，让本地显示更“实时”。
• MQTT_TOPIC：这是设备状态的“广播频道”。所有传感器数据（温湿度、气压、光照）和外设状态（按钮是否按下、滑块位置、PIR是否触发）都会打包成一个JSON消息，发布到这个主题下。Home Assistant会监听这个主题来获取设备状态。
• LIGHT_COMMAND_TOPIC与LIGHT_STATE_TOPIC：这是一对典型的MQTT设备控制模式。LIGHT_COMMAND_TOPIC是FunHouse订阅的“命令频道”，Home Assistant向这里发送{“state”: “on“, “brightness”: 255, “color”: {“r”: 255, “g”: 0, “b”: 0}}这样的JSON指令来控制LED。LIGHT_STATE_TOPIC是FunHouse发布的“状态反馈频道”，每当LED状态改变（无论是本地触发还是远程控制），FunHouse都会向这里发布当前状态，让Home Assistant的界面能同步更新。这种“命令-状态反馈”分离的设计，是保证智能家居设备状态一致性的最佳实践。

3.2 MQTT连接与回调机制

代码的核心通信逻辑封装在几个回调函数中，这是事件驱动编程的典型体现。

def connected(client, userdata, flags, rc): status.fill = 0x00FF00 # 连接成功，状态灯变绿 client.subscribe(LIGHT_COMMAND_TOPIC) # 订阅灯光控制主题 def disconnected(client, userdata, rc): status.fill = 0xFF0000 # 连接断开，状态灯变红 def message(client, topic, message): if topic == LIGHT_COMMAND_TOPIC: payload = json.loads(message) # 解析payload，控制LED...

• connected函数：当FunHouse成功连接到MQTT代理时自动调用。这里除了把屏幕上的状态圆点变成绿色，最关键的一步是执行client.subscribe()。这意味着设备告诉MQTT代理：“我对funhouse/light/set这个频道的消息感兴趣，有消息请转发给我。”如果没有这一步，Home Assistant发出的控制指令FunHouse是收不到的。
• message函数：这是命令处理的核心。当FunHouse在它订阅的主题上收到消息时，此函数被触发。代码会先判断主题是否正确，然后将收到的JSON字符串解析成Python字典。接着，根据字典里的state、brightness、color等字段，去调用funhouse.peripherals.dotstars的相关方法，实现灯光控制。这里有一个细节：Home Assistant通常用0-255表示亮度，而CircuitPython的DotStars亮度范围是0.0-1.0，所以代码中做了brightness / 255的转换。

3.3 数据采集与发布逻辑

主循环while True是设备持续工作的心脏，它巧妙地平衡了数据采集、状态监测和消息发布。

while True: # 1. 环境数据采样与显示更新 if not environment or (time.monotonic() - last_environment_timestamp > ENVIRONMENT_CHECK_DELAY): # 读取传感器，更新environment字典和屏幕标签 ... last_environment_timestamp = time.monotonic() output = environment.copy() # 以环境数据为基础准备输出 # 2. 外设状态检查与变化检测 peripheral_state_changed = False for peripheral in last_peripheral_state: current_state = getattr(funhouse.peripherals, peripheral) output[peripheral] = "on" if current_state else "off" if last_peripheral_state[peripheral] != current_state: peripheral_state_changed = True # 标记状态已变 last_peripheral_state[peripheral] = current_state # 3. 滑块值处理（它总是“变化”的，因为是一个模拟值） if funhouse.peripherals.slider is not None: output["slider"] = funhouse.peripherals.slider peripheral_state_changed = True # 4. 决定是否发布MQTT消息 if (last_publish_timestamp is None or peripheral_state_changed or (time.monotonic() - last_publish_timestamp) > PUBLISH_DELAY): funhouse.network.mqtt_publish(MQTT_TOPIC, json.dumps(output)) last_publish_timestamp = time.monotonic() # 5. 处理可能的入站MQTT消息（如灯光控制） funhouse.network.mqtt_loop(0.5)

这个逻辑设计得非常高效：

• 定时采样：环境数据每5秒读取一次并更新屏幕，但不会因此频繁触发MQTT发布。
• 事件驱动发布：MQTT发布由三个条件触发：a) 首次运行；b) 任何外设状态发生变化（如按钮被按下、PIR被触发）；c) 达到设定的发布间隔（60秒）。这意味着按钮按下是即时响应的，而温湿度数据是周期性上报的。
• 非阻塞处理：funhouse.network.mqtt_loop(0.5)每次循环只处理0.5秒内的MQTT网络事务，不会长时间阻塞主循环，保证了设备响应的实时性。

4. Home Assistant平台集成与自动化实战

设备端准备就绪后，家庭自动化的大脑——Home Assistant需要被正确配置，才能识别并控制这个新设备。

4.1 MQTT代理配置与设备自动发现

Home Assistant通常通过“集成”来添加设备。对于MQTT设备，最优雅的方式是使用“MQTT自动发现”功能。我们的FunHouse代码已经为自动发现打好了基础，因为它发布的状态消息结构是符合Home Assistant预期的。

1. 确保MQTT代理运行：在Home Assistant的“配置” -> “集成”中，添加“MQTT”集成。如果你使用Home Assistant OS或Supervised安装，通常推荐安装官方的“Mosquitto broker”插件作为MQTT代理。安装完成后，记下它的服务器地址（通常是homeassistant.local或你的HA主机IP）、端口（默认1883）以及用户名密码（如果你设置了的话）。

2. 配置FunHouse的settings.toml：回到CIRCUITPY盘的settings.toml文件，添加MQTT连接信息：

   CIRCUITPY_WIFI_SSID = "你的Wi-Fi" CIRCUITPY_WIFI_PASSWORD = "你的密码" MQTT_BROKER = "homeassistant.local" # 你的Home Assistant地址 MQTT_PORT = 1883 MQTT_USERNAME = "你的MQTT用户名" MQTT_PASSWORD = "你的MQTT密码"

   保存文件并复位FunHouse。观察串口日志，应该能看到“Attempting to connect to...”和“Connected to MQTT!”的成功信息。

3. 在Home Assistant中查看设备：如果一切连接正常，Home Assistant会自动发现新设备。稍等片刻（可能需要一两分钟），进入“配置” -> “设备与服务” -> “设备”。你应该能看到一个以“FunHouse”或类似名称命名的设备被自动添加进来，下面挂载着数十个实体（Entities），包括传感器（温度、湿度、气压、光照）、二进制传感器（各个按钮、触摸键、PIR）和一个灯（DotStar LED）。

注意事项：自动发现依赖正确的主题和消息格式。我们的代码使用funhouse/state作为状态主题，并发布了标准的JSON数据。Home Assistant的MQTT自动发现功能会监听homeassistant/开头的特定主题来创建设备。虽然我们的代码没有主动发布发现消息，但Home Assistant的MQTT集成有时能通过解析状态消息来“学习”并创建设备。如果自动发现失败，我们就需要手动配置。

4.2 手动配置MQTT实体（备用方案）

如果自动发现没有生效，别担心，我们可以手动为每个功能在Home Assistant中创建实体。这虽然繁琐，但让你对整个过程理解更深。

以温度传感器为例，我们需要通过Home Assistant的“配置” -> “自动化与场景” -> “辅助元素”来创建。但更常用的方法是直接编辑configuration.yaml文件（对于高级用户），或者使用“MQTT集成”中的手动配置UI。

这里以编辑configuration.yaml为例，展示如何手动定义一个MQTT温度传感器：

# configuration.yaml 片段 mqtt: sensor: - name: "FunHouse Temperature" unique_id: "funhouse_temperature" state_topic: "funhouse/state" unit_of_measurement: "°F" # 根据USE_FAHRENHEIT设置 value_template: "{{ value_json.temperature | float }}" device_class: temperature state_class: measurement

• state_topic: 指定监听的主题，就是FunHouse发布数据的funhouse/state。
• value_template: 这是一个Jinja2模板，它从原始的JSON消息中提取出temperature字段的值，并转换为浮点数。这是将原始数据映射为Home Assistant实体状态的关键。
• device_class: 告诉Home Assistant这是一个温度传感器，这样前端UI可以显示正确的图标和单位。

类似地，你可以为湿度、气压、光照、每个按钮（作为二进制传感器）创建配置。对于滑块，可以将其配置为一个mqtt类型的number实体或sensor实体。对于DotStar灯，则需要配置一个light实体，指定command_topic为funhouse/light/set，state_topic为funhouse/light/state。

4.3 构建自动化与使用外设

设备集成成功后，真正的乐趣开始了——构建自动化。Home Assistant的自动化功能极其强大。

场景一：用PIR传感器实现人来灯亮

1. 在Home Assistant前端，进入“配置” -> “自动化与场景” -> “创建自动化”。
2. 触发器：选择“设备”，选中你的FunHouse设备，然后选择“PIR Sensor”状态从“关”变为“开”。
3. 动作：选择“调用服务”，服务选择light.turn_on，目标选择你想要控制的客厅灯或走廊灯。
4. 条件（可选）：可以添加条件，比如“仅在夜间（根据太阳状态判断）”或“当环境光照低于某个lux值时”才触发。

场景二：用电容触摸键控制场景假设你将captouch7定义为“阅读模式”开关。

1. 触发器：FunHouse设备，“Captouch7”状态从“关”变为“开”。
2. 动作：可以是一系列动作：
   • 调用服务：light.turn_on，让台灯亮起，并设置色温为暖色、亮度70%。
   • 调用服务：media_player.volume_set，将客厅音箱音量调低。
   • 调用服务：notify.mobile_app，向手机发送一条通知“阅读模式已开启”。

场景三：将滑块作为调光器

1. 你需要先将滑块的模拟值（0-1.0）通过一个模板传感器，映射到一个更适合调光的范围（如0-255）。

   # 在configuration.yaml中定义一个模板传感器 template: - sensor: - name: "FunHouse Slider Brightness" unit_of_measurement: "%" state: > {% set raw = states('sensor.funhouse_slider') | float %} {{ (raw * 100) | int }}

2. 创建一个自动化，触发器选择这个模板传感器的“数值变化”。动作中，使用light.turn_on服务，并将亮度brightness设置为触发器的状态值（经过换算）。这样，滑动滑块就能实时调节指定灯光的亮度了。

场景四：将FunHouse LED作为状态指示器你可以创建自动化，让FunHouse板载的LED灯反映家庭状态。例如，当家中所有门窗都关闭时，LED显示绿色；当有任何门窗打开时，显示黄色；当安全系统布防后有人移动，显示红色闪烁。只需创建相应的自动化，在条件满足时，向funhouse/light/set主题发布不同的颜色控制消息即可。

5. 进阶调试、优化与问题排查

即使按照步骤操作，也难免会遇到问题。这里我总结了一些实战中常见的坑和解决技巧。

5.1 连接类问题排查

问题1：FunHouse无法连接到Wi-Fi。

• 现象：串口日志卡在“Connecting to SSID...”或提示连接失败。
• 排查：
  1. 检查settings.toml：确认SSID和密码完全正确，特别是密码中的大小写和特殊字符。确保文件格式正确，没有多余的空白行或语法错误。
  2. 检查Wi-Fi信号：FunHouse的Wi-Fi天线在板子边缘，确保其位置没有完全被金属物体遮挡。尝试将设备靠近路由器。
  3. 检查路由器设置：有些路由器会设置“隐藏SSID”或“MAC地址过滤”。如果是隐藏网络，需要在SSID设置中明确声明。如果是MAC过滤，需要将FunHouse的MAC地址（串口启动时会打印）加入白名单。
  4. 检查网络频段：确保你的路由器2.4GHz频段是开启的，ESP32-S2通常只支持2.4GHz Wi-Fi。

问题2：FunHouse无法连接到MQTT代理。

• 现象：串口日志显示“Attempting to connect to [broker]...”但一直失败，屏幕状态圆点保持红色。
• 排查：
  1. 确认MQTT代理地址和端口：在Home Assistant主机上，使用netstat -tlnp | grep 1883（Linux）或查看Mosquitto插件日志，确认代理服务正在运行且监听在正确端口。MQTT_BROKER应填写Home Assistant主机的局域网IP地址，使用.local域名有时在嵌入式设备上解析会失败。
  2. 检查用户名和密码：确认settings.toml中的MQTT_USERNAME和MQTT_PASSWORD与Mosquitto代理中创建的一致。如果代理未设置密码，可以将这两个值设为None（不带引号）。
  3. 检查防火墙：确保Home Assistant主机（或运行Mosquitto的机器）的1883端口对局域网是开放的。

5.2 数据与自动化类问题

问题3：Home Assistant中看不到传感器数据，或数据不更新。

• 现象：设备已添加，但实体状态为“未知”或长时间不更新。
• 排查：
  1. 查看MQTT原始消息：在Home Assistant中，进入“配置” -> “设备与服务” -> “MQTT”，点击“配置”，然后选择“监听一个主题”。输入funhouse/state，点击“开始监听”。观察是否有JSON格式的消息到来。这是判断FunHouse是否成功发布数据的金标准。
  2. 检查主题一致性：确认FunHouse代码中MQTT_TOPIC的定义与Home Assistant中实体配置监听的state_topic完全一致。
  3. 检查JSON格式：在MQTT监听器中，查看消息的JSON结构是否包含temperature、humidity等字段。字段名必须与Home Assistant中value_template里引用的名字匹配。

问题4：控制指令无效，无法通过Home Assistant改变FunHouse的LED灯。

• 现象：在Home Assistant中操作灯开关，FunHouse的LED无反应。
• 排查：
  1. 检查订阅：查看FunHouse串口日志，确认连接MQTT成功后打印了“Subscribing...”。如果没有，说明connected回调函数中的client.subscribe(LIGHT_COMMAND_TOPIC)未执行。
  2. 检查发布主题：在Home Assistant中，检查灯实体的配置，其command_topic必须设置为funhouse/light/set。
  3. 检查消息格式：在Home Assistant的MQTT监听器中，监听funhouse/light/set主题。当你操作前端开关时，应该能看到发出的JSON消息，格式类似{"state": "on", "brightness": 255}。对比FunHouse代码中message函数解析的格式，看是否一致。Home Assistant默认的MQTT灯格式可能与代码期望的略有不同，有时需要调整代码或Home Assistant的实体配置。

5.3 性能优化与稳定性提升

优化1：调整发布策略，减少网络负载。默认的PUBLISH_DELAY = 60对于家庭环境是合理的。但如果你有数十个这样的设备，频繁上报会对MQTT代理造成压力。可以考虑：

• 对于变化极慢的数据（如气压），可以单独设置一个更长的发布间隔，或者在代码中判断数值变化超过某个阈值时才发布。
• 使用MQTT的“保留消息”功能。在funhouse.network.mqtt_publish调用中，可以尝试添加retain=True参数（如果库支持）。这样，任何新订阅该主题的客户端（比如Home Assistant重启后）都能立刻收到最后一条数据，而不是等待下一个发布周期。

优化2：增加本地容错与状态恢复。物联网设备网络不稳定是常态。可以增强代码的健壮性：

• 增加重连逻辑：在disconnected回调函数中，不要只是亮红灯，可以加入一个延时后尝试重新调用funhouse.network.mqtt_connect()的逻辑。
• 本地状态缓存：对于按钮等外设，可以考虑在本地存储最后一次发布的状态，并在每次重连后，立即发布一次当前全量状态，确保Home Assistant与服务端状态同步。
• 使用time.monotonic()：代码中已经使用了time.monotonic()来计时，这比time.time()更好，因为它不受系统时间更改的影响，专为测量时间间隔设计。

优化3：校准传感器读数。你可能会发现FunHouse测得的温度比室内温度计略高。这是因为主板自身运行时会产生少量热量。对于要求不高的环境监测，这个误差可以接受。如果追求精度，可以：

• 进行软件补偿：在代码中读取温度后，减去一个经验值（例如2°C）。这个值需要通过与其他温度计在稳定环境下长时间对比测试得出。
• 改善物理环境：确保FunHouse放置在通风良好、远离其他热源（如路由器、电脑主机）的地方。避免阳光直射。
• 使用外部传感器：对于高精度需求，可以通过FunHouse的扩展接口连接更高精度的外部I2C或SPI温湿度传感器。

这个项目从硬件烧录到软件编程，再到平台集成和自动化编排，完成了一个完整的物联网设备生命周期。它最大的价值在于提供了一个高度可定制的基础框架。你可以基于此，轻松地修改代码添加更多传感器（比如通过I2C接口连接土壤湿度传感器来照料植物），或者创造更复杂的交互逻辑（比如用滑块和按钮组合实现一个多功能菜单）。