ESP-NOW协议与CircuitPython实战：构建低功耗物联网无线通信网络

1. ESP-NOW协议与CircuitPython：为物联网项目解锁无线新可能

如果你正在用ESP32或ESP8266开发物联网设备，并且厌倦了传统Wi-Fi连接带来的复杂配置、高功耗和网络依赖，那么ESP-NOW协议绝对值得你深入了解。这是一种由乐鑫（Espressif）开发的、专为微控制器设计的无线通信协议，它最大的魅力在于能让设备像对讲机一样直接“对话”，完全绕开路由器或接入点。想象一下，你有一堆传感器节点需要将数据汇总到一个中央网关，或者想做一个多设备的互动艺术装置，传统Wi-Fi需要每个设备都连上网络，配置繁琐且功耗不低。而ESP-NOW则简单粗暴：告诉设备“把这条消息发给那个MAC地址”，消息就直接过去了，延迟极低，功耗也更优。

在CircuitPython这个对开发者极其友好的生态里，使用ESP-NOW变得异常简单。espnow和wifi两个核心模块，几乎封装了所有底层细节，让你能用几行Python代码就建立起一个可靠的无线数据链路。无论是想构建一个低功耗的温湿度传感器网络，还是打造一个无需网络的多人游戏控制器，或是实现设备间的快速状态同步，ESP-NOW配合CircuitPython都能提供一套高效、直接的解决方案。接下来，我将结合自己多个项目的实战经验，为你拆解如何在CircuitPython中玩转ESP-NOW，从基础概念到复杂应用，并分享那些官方文档里不会写的“踩坑”心得。

2. 核心概念与方案选型：为什么是ESP-NOW？

在深入代码之前，我们必须先搞清楚ESP-NOW到底是什么，以及它最适合解决哪类问题。这有助于你在项目初期做出正确的技术选型。

2.1 ESP-NOW协议深度解析

ESP-NOW本质上是一种在2.4GHz频段工作的、基于MAC地址的数据链路层协议。你可以把它理解为Wi-Fi协议栈中的一个“快捷通道”。它与我们熟悉的TCP/IP网络栈无关，不涉及IP地址、端口、握手连接等概念。其工作流程非常直接：

1. 初始化：设备启动无线射频，并协商（或强制设定）到一个共同的通信信道（通常是信道6）。
2. 寻址：发送方需要知道接收方的MAC地址（硬件地址），或者使用广播地址。
3. 发送：将数据和目标MAC地址打包，直接通过射频发出。
4. 接收：监听该信道的设备检查数据包的目标MAC地址是否与自身匹配（或是否为广播地址），匹配则接收。

这种设计带来了几个鲜明的特点：

• 无连接：没有“连接”状态，发送即走。这降低了协议开销和延迟，通常能达到毫秒级。
• 低功耗：因为无需维持复杂的TCP连接或频繁的信道协商，设备在空闲时可以更深度地休眠。
• 星型或网状拓扑：虽然每个数据包是点对点的，但通过让设备兼具收发功能，可以轻松构建星型（一个主设备对多个从设备）或简单的网状网络（所有设备互发）。
• 数据包大小限制：ESP-NOW单次有效载荷（payload）通常限制在250字节左右，适合传输传感器读数、控制指令等小数据包。

注意：ESP-NOW的“无连接”特性既是优点也是挑战。优点是没有连接管理开销；挑战是它不提供传输保证。数据包可能因为干扰而丢失，且发送方无法直接知晓接收方是否成功收到。对于关键数据，需要在应用层自己实现简单的确认（ACK）重传机制。

2.2 对比传统Wi-Fi与蓝牙：找到你的场景

为什么不用更常见的Wi-Fi客户端模式或蓝牙呢？这完全取决于你的应用场景。

• VS 传统Wi-Fi（STA模式）：

  • 网络依赖：传统Wi-Fi需要接入点（AP）。ESP-NOW不需要，适合无网络环境或不想配置路由器的场景。
  • 连接速度：Wi-Fi连接和DHCP获取IP可能耗时数秒。ESP-NOW上电即可发数据，响应更快。
  • 功耗：维持Wi-Fi连接比ESP-NOW的间歇性收发功耗更高。
  • 复杂度：Wi-Fi涉及网络栈，配置相对复杂。ESP-NOW的API更简单直接。
  • 适用场景：Wi-Fi更适合设备需要访问互联网（云服务）的情况。ESP-NOW更适合设备间直连的局域网应用，如传感器网络、遥控器、设备集群控制。

• VS 蓝牙（BLE）：

  • 通信模型：BLE围绕“服务”和“特征值”构建，适合不定时的小数据量传输（如心率监测）。ESP-NOW是简单的数据包收发模型，更适合周期性的、确定性的数据流（如每秒发送一次传感器数据）。
  • 速率与距离：ESP-NOW的底层是Wi-Fi物理层，通常比BLE有更高的数据速率和更远的有效距离（在相同功率下）。
  • 配对：BLE需要配对过程。ESP-NOW通过MAC地址直接通信，无需配对。
  • 组网：ESP-NOW更容易实现一对多、多对多的广播通信。
  • 适用场景：BLE适合与手机交互的低功耗外设。ESP-NOW适合微控制器之间需要稳定、较快数据交换的场合。

结论：如果你的项目是多个ESP系列设备之间进行小数据量、低延迟、周期性的通信，并且不需要接入互联网，那么ESP-NOW通常是比传统Wi-Fi或BLE更优的选择。

2.3 CircuitPython实现方案的优势

在Arduino (C++) 和 MicroPython 中同样可以实现ESP-NOW，为什么特别推荐CircuitPython？

1. 开发效率：CircuitPython的交互式REPL（读取-求值-打印循环）和无需编译的特性，使得调试和迭代速度极快。你可以实时修改代码并看到效果，这对于无线通信这种需要反复测试的功能来说简直是福音。
2. 代码可读性：Python语法本身就更接近自然语言，espnow模块的API设计也非常直观（如e.send(),e.read()），降低了学习门槛。
3. 硬件抽象：CircuitPython的board模块提供了统一的引脚命名，busio、digitalio等模块简化了外设操作。你可以更专注于通信逻辑，而不是底层寄存器。
4. 丰富的库生态：Adafruit和维护者社区提供了大量传感器、显示器的驱动库（如adafruit_bme280），与ESP-NOW结合可以快速搭建功能完整的原型。

当然，它也有局限：由于解释执行，极限性能不如编译型的Arduino；内存管理需要更小心。但对于绝大多数物联网原型和中小型项目，其优势远大于劣势。

3. 环境准备与基础配置实战

理论说再多，不如动手试。我们从一个最简单的“Hello World”开始，搭建ESP-NOW通信环境。

3.1 硬件准备与固件刷写

你需要至少两块支持ESP-NOW的板子。常见选择包括：

• Adafruit ESP32-S3 Feather：性能强劲，自带STEMMA QT连接器，适合接传感器。
• Adafruit QT Py ESP32-S3：小巧精致，适合空间有限的项目。
• ESP32-S2/S3开发板：任何搭载了ESP32-S2、ESP32-S3或ESP8266（需确认固件支持）的板子基本都可以。

关键步骤：

1. 安装CircuitPython固件：访问 circuitpython.org ，根据你的板子型号下载最新的UF2固件文件（务必选择10.0或更高版本，早期版本对espnow支持可能不完善）。将板子置于Bootloader模式（通常通过双击复位键），会出现一个名为RPI-RP2或类似的可移动磁盘，将下载的UF2文件拖入即可。
2. 更新TinyUSB引导程序（重要！）：对于CircuitPython 10及以上版本，部分新板子可能需要先更新TinyUSB引导程序以确保USB通信稳定。请前往对应板子的Adafruit学习指南页面（如Feather ESP32-S2的指南），查找“Updating the TinyUSB Bootloader”部分并按照说明操作。这一步常被忽略，但能避免后续很多奇怪的连接问题。
3. 安装必要的库：将板子连接电脑，会出现一个名为CIRCUITPY的磁盘。你需要将以下库文件（.mpy或文件夹）从 CircuitPython库包 复制到CIRCUITPY磁盘的lib文件夹中：
   • adafruit_espnow.mpy(ESP-NOW核心库)
   • 根据项目需要，可能还需要adafruit_bme280、adafruit_display_text等。

3.2 基础通信代码拆解：发送与接收

让我们彻底理解示例代码中的每一行，而不仅仅是复制粘贴。

发送端代码 (code_sender.py)：

import time import wifi import espnow # 关键步骤：信道锁定 wifi.radio.start_ap(" ", "", channel=6, max_connections=0) wifi.radio.stop_ap()

• 为什么需要这个“Hack”？ESP-NOW协议要求通信双方在同一个Wi-Fi信道上。然而，当ESP32仅作为Wi-Fi客户端（STA）时，其信道是由它连接的路由器决定的，我们无法直接控制。start_ap方法让我们临时创建一个接入点（即使不设置SSID和密码），并强制指定其信道为6。随后stop_ap关闭这个AP，但无线电模块会停留在信道6上。这就为ESP-NOW通信准备好了正确的信道环境。channel=6是一个通用选择，你也可以用其他2.4GHz信道（1-13），但所有通信设备必须一致。

e = espnow.ESPNow() # 创建ESP-NOW实例 peer = espnow.Peer(mac=b'\xff\xff\xff\xff\xff\xff', channel=6) # 创建广播对等体 e.peers.append(peer) # 将对等体加入列表

• espnow.ESPNow()：初始化ESP-NOW协议栈。
• espnow.Peer()：定义一个对等体（通信对象）。mac参数是其MAC地址。b'\xff\xff\xff\xff\xff\xff'是特殊的广播地址，意味着数据包会发送给同一信道内所有监听ESP-NOW的设备。
• e.peers.append(peer)：将定义好的对等体添加到ESP-NOW实例的配对列表中。只有列表中的对等体才能向其发送数据。对于广播，只需添加这一个广播地址对等体。

while True: try: e.send("Hello everyone", peer) # 发送数据 print("sent packet: ", "Hello everyone") except Exception as ex: print("exception:", ex) # 异常处理很重要 time.sleep(2)

• e.send(message, peer)：核心发送函数。message需要是字节串（bytes）或可转换为字节串的对象（如字符串）。这里Python字符串会被自动编码。
• 异常处理：无线发送可能因各种原因（如缓冲区满、无线电错误）失败。用try-except包裹是良好实践，能防止程序因单次发送失败而崩溃。
• time.sleep(2)：控制发送频率，避免刷屏。

接收端代码 (code_receiver.py)：

接收端的初始化和信道设置与发送端完全一样。核心在于接收循环：

while True: if not e: # 检查是否有数据包可读 continue packet = e.read() # 读取数据包 mac_str = ":".join([f"{b:02x}" for b in packet.mac]) decoded_message = packet.msg.decode('utf-8') print(f"来自 {mac_str} 的消息: {decoded_message}") print("完整数据包:", packet) time.sleep(0.3)

• if not e:：这是一种非阻塞的检查方式。e对象在内部维护了一个缓冲区，当有数据到达时，if not e会评估为False，从而跳过continue，执行后面的e.read()。如果没有数据，则快速循环，避免阻塞。
• packet = e.read()：从缓冲区读取一个数据包。返回一个ESPNowPacket对象，包含mac（发送方MAC地址）、msg（消息字节串）、rssi（接收信号强度指示）等属性。
• 解码：packet.msg是字节串（bytes）。我们通常用.decode('utf-8')将其转换回字符串。务必确保发送和接收端使用的编码一致。
• MAC地址格式化：wifi.radio.mac_address和packet.mac都是字节串。":".join([f"{b:02x}" for b in mac_bytes])这个列表推导式能将其格式化为常见的aa:bb:cc:dd:ee:ff形式，便于阅读和记录。

实操心得：在开发初期，务必在发送和接收端都打印出自己的MAC地址（print("My MAC:", ":".join([f"{b:02x}" for b in wifi.radio.mac_address]))）。你需要用这个地址来配置点对点通信。把它贴在板子上是个好习惯。

4. 两种通信模式详解与进阶应用

掌握了基础收发后，我们来深入ESP-NOW的两种核心模式，并构建更实用的项目。

4.1 广播模式 vs. 点对点模式

• 广播模式：

  • 配置：对等体MAC地址设置为b'\xff\xff\xff\xff\xff\xff'。
  • 行为：数据包会被信道内所有开启了ESP-NOW监听功能的设备接收。
  • 优点：配置简单，无需知道接收者的具体MAC地址。非常适合“一对多”的通知、发现或控制场景（例如，一个遥控器同时控制多个灯具）。
  • 缺点：所有设备都能收到，安全性较低（虽然ESP-NOW本身也可加密）。网络流量不可控，如果设备很多且发送频繁，可能造成信道拥堵。

• 点对点模式：

  • 配置：将对等体的MAC地址设置为目标设备的真实MAC地址（如b'\xaa\xbb\xcc\xdd\xee\xff'）。你可以通过e.peers.append()添加多个不同MAC地址的对等体，实现与多个特定设备通信。
  • 行为：数据包只发送给指定的目标设备。
  • 优点：通信私密性好，网络流量更有针对性。适合需要定向传输数据的场景（如传感器节点将数据上报给特定的网关）。
  • 缺点：需要预先知道并管理所有目标设备的MAC地址，增加了配置复杂度。

如何选择？对于传感器网络，通常采用混合模式：传感器节点（发送者）以点对点模式向网关（接收者）发送数据；而网关可以用广播模式向所有节点发送配置指令或同步信号。

4.2 项目实战：构建多节点传感器网络

让我们实现一个更真实的场景：一个带有BME280环境传感器的节点，周期性地将温湿度数据通过ESP-NOW发送出去，一个或多个接收节点显示这些数据。

发送端代码 (sensor_sender.py)：

import time import board import wifi import espnow from adafruit_bme280 import basic as adafruit_bme280 # 1. 初始化传感器 i2c = board.I2C() # 使用板载默认I2C引脚 bme280 = adafruit_bme280.Adafruit_BME280_I2C(i2c) # 可选：设置传感器参数，如海平面气压 bme280.sea_level_pressure = 1013.25 # 2. 初始化ESP-NOW（信道锁定） wifi.radio.start_ap(" ", "", channel=6, max_connections=0) wifi.radio.stop_ap() e = espnow.ESPNow() # 3. 配置对等体（这里使用广播，也可替换为具体网关MAC） gateway_mac = b'\xff\xff\xff\xff\xff\xff' # 广播 # gateway_mac = b'\xaa\xbb\xcc\xdd\xee\xff' # 点对点 peer = espnow.Peer(mac=gateway_mac, channel=6) e.peers.append(peer) print("传感器发送端启动，MAC:", ":".join(f"{b:02x}" for b in wifi.radio.mac_address)) # 4. 主循环：读取传感器并发送 while True: try: # 构建数据字符串。使用格式化确保数据紧凑且可解析 # 例如： "T:23.5,H:45.2,P:1001.3" sensor_data = f"T:{bme280.temperature:.1f},H:{bme280.relative_humidity:.1f},P:{bme280.pressure:.1f}" # 或者使用JSON格式，更易于扩展和解析 # import json # sensor_data = json.dumps({"t": bme280.temperature, "h": bme280.relative_humidity, "p": bme280.pressure}) e.send(sensor_data, peer) print(f"发送: {sensor_data}") except OSError as err: # 更具体的异常捕获，OSError是ESP-NOW发送失败常见的异常类型 print(f"发送失败: {err}") # 根据传感器特性调整间隔，BME280读数间隔建议至少2秒 time.sleep(5)

接收端/网关代码 (sensor_gateway.py)：

import time import wifi import espnow # 如果网关需要显示，可以导入显示库 # import board # import displayio wifi.radio.start_ap(" ", "", channel=6, max_connections=0) wifi.radio.stop_ap() e = espnow.ESPNow() print("数据网关启动，MAC:", ":".join(f"{b:02x}" for b in wifi.radio.mac_address)) while True: if e: packet = e.read() if packet: sender_mac = ":".join(f"{b:02x}" for b in packet.mac) try: # 解码消息 message = packet.msg.decode('utf-8') print(f"[{time.monotonic():.1f}] 来自 {sender_mac}: {message}") # --- 数据解析与处理 --- # 如果发送端用的是简单字符串格式 if message.startswith('T:'): # 简易解析示例 parts = message.split(',') data_dict = {} for part in parts: key, val = part.split(':') data_dict[key] = float(val) temp = data_dict.get('T') humidity = data_dict.get('H') pressure = data_dict.get('P') # 这里可以添加逻辑：存储到SD卡、上传到云、或者控制其他设备 # print(f"解析后 -> 温度: {temp}C, 湿度: {humidity}%, 气压: {pressure}hPa") # 如果发送端用的是JSON格式 # import json # data = json.loads(message) # temp = data['t'] # ... 其他处理 except UnicodeDecodeError: print(f"来自 {sender_mac} 的消息解码失败 (非UTF-8): {packet.msg}") except ValueError as e: print(f"解析消息 '{message}' 时出错: {e}") # 短暂休眠，降低CPU占用 time.sleep(0.01)

注意事项：

1. 数据格式：定义清晰、易于解析的数据格式至关重要。简单的逗号/冒号分隔键值对（如T:23.5,H:45.2）或JSON都是好选择。避免发送纯自然语言，不利于程序自动化处理。
2. 错误处理：接收端必须对decode和解析过程进行try-except。因为无线干扰可能导致数据包损坏，解码会失败。
3. 发送间隔：根据传感器更新速率和应用需求合理设置time.sleep。发送过于频繁会浪费电能并增加信道冲突；间隔太长则数据更新慢。BME280这类传感器的稳定读数间隔建议大于1秒。
4. 电源管理：对于电池供电的传感器节点，可以在发送间隙让ESP32进入深度睡眠模式（microcontroller.deepsleep），仅由定时器或外部中断唤醒，这将极大延长续航。

4.3 构建双向通信与设备网络

广播和简单的单向收发还不够酷？让我们实现一个所有设备既能发也能收的网络，每个设备有一个ID，按下按钮就广播自己的ID和计数，并在屏幕上用不同颜色显示来自其他设备的消息。

这就是一个简化的、去中心化的设备网络。以下是核心逻辑的提炼和关键点解析：

核心配置 (transceiver_demo.py关键部分)：

DEVICE_ID = "board_A" # 每个设备需要唯一ID: board_A, board_B... # 颜色映射，用于在屏幕上区分不同发送者 SENDER_COLORS = { "board_A": 0x32FF32, # 柠檬绿 "board_B": 0x00FFFF, # 青色 "board_C": 0xC8A2C8, # 淡紫色 "board_D": 0xFFFFFF # 白色 } # 初始化ESP-NOW，使用广播模式，这样所有设备都能互相听到 wifi.radio.start_ap(" ", "", channel=6, max_connections=0) wifi.radio.stop_ap() e = espnow.ESPNow() peer = espnow.Peer(mac=b'\xff\xff\xff\xff\xff\xff', channel=6) # 广播对等体 e.peers.append(peer) # 按钮配置（以Feather S3的BOOT按钮为例） import digitalio button = digitalio.DigitalInOut(board.BUTTON) # 通常是D0 button.direction = digitalio.Direction.INPUT button.pull = digitalio.Pull.UP # 使用内部上拉电阻，按钮按下时为低电平 message_count = 0 last_button_press = 0 debounce_delay = 0.25 # 250毫秒防抖延时 while True: now = time.monotonic() # 1. 发送逻辑：检测按钮按下 if not button.value and (now - last_button_press > debounce_delay): # 按钮被按下（低电平）且已过防抖时间 message_count += 1 out_msg = f"{DEVICE_ID},{message_count}" # 格式：ID,计数 try: e.send(out_msg, peer) print(f"{DEVICE_ID} 发送: {out_msg}") # 更新本地显示，提示“已发送” status_label.text = "TX >" status_label.color = 0x00FF00 # 绿色 last_button_press = now except Exception as e: print(f"发送失败: {e}") status_label.text = "ERR" status_label.color = 0xFF0000 # 红色 # 2. 接收逻辑：检查并处理来自其他设备的消息 if e: # 有数据包可读 packet = e.read() if packet: sender_mac = format_mac(packet.mac) my_mac = format_mac(wifi.radio.mac_address) if sender_mac != my_mac: # 忽略自己发出的包（广播模式下也会收到自己发的） try: rx_msg = packet.msg.decode('utf-8') # 解析消息 parts = rx_msg.split(',') if len(parts) == 2: rx_id, rx_count = parts[0], parts[1] print(f"{DEVICE_ID} 收到来自 {rx_id} 的消息: 计数 {rx_count}") # 根据发送者ID获取对应颜色，更新显示 color = SENDER_COLORS.get(rx_id, 0xFFFFFF) # 默认白色 received_label.text = f"From {rx_id}: {rx_count}" received_label.color = color except Exception as e: print(f"处理接收数据时出错: {e}") # 3. 状态复位（例如，发送状态提示显示一段时间后消失） if status_label.text != "Ready" and (now - last_button_press > 0.5): status_label.text = "Ready" status_label.color = 0xFFFFFF time.sleep(0.05) # 主循环短暂休眠

这个项目的精妙之处与经验：

1. 防抖至关重要：机械按钮在按下和释放时会产生物理抖动，导致微控制器在几毫秒内检测到多次“按下”信号。(now - last_button_press > debounce_delay)这行代码确保了两次有效按键之间必须有至少debounce_delay（如250ms）的间隔，这是嵌入式开发中处理按钮输入的标准操作。
2. 避免自收自发：在广播模式下，设备也会收到自己发出的数据包。通过比较packet.mac和自身的wifi.radio.mac_address，可以过滤掉这些“回声”包，避免不必要的处理。
3. 结构化消息：使用f"{DEVICE_ID},{message_count}"这种简单的逗号分隔格式，便于接收方用split(',')快速解析出发送者ID和消息内容。这比发送一整段文本更可靠。
4. 状态机思维：发送后显示“TX >”，持续0.5秒后恢复“Ready”，这是一个简单的状态机。在实际项目中，这种视觉反馈对用户体验非常重要。
5. 资源管理：主循环末尾的time.sleep(0.05)（50毫秒）降低了CPU使用率。对于电池供电设备，这个值可以更大，甚至可以在无事可做时进入light sleep模式。

5. 性能优化、问题排查与高级技巧

当你的ESP-NOW网络设备增多或通信距离变远时，可能会遇到各种问题。以下是我在实践中总结的排查清单和优化技巧。

5.1 常见问题与解决方案速查表

5.2 高级技巧与优化建议

1. 应用层确认机制（ACK）： 由于ESP-NOW不保证送达，对于关键指令，可以实现简单的应用层确认。发送方在消息中包含一个唯一ID，接收方收到后，发回一个包含该ID的ACK消息。发送方等待ACK，超时未收到则重发。

   # 发送方伪代码 msg_id = 1 message = f"CMD:ON,ID:{msg_id}" e.send(message, peer) ack_received = False start_time = time.monotonic() while not ack_received and (time.monotonic() - start_time < 1.0): # 等待1秒 if e: ack_packet = e.read() if ack_packet and f"ACK:{msg_id}" in ack_packet.msg.decode(): ack_received = True break if not ack_received: print("超时，重发...") # 重发逻辑...

2. 数据包分包与重组： 如果需要发送超过250字节的数据，需要在应用层实现分包。给每个数据包加上序号和总包数，接收方按序号重组。

   # 发送大数据 data = "这是一个很长的字符串..." chunk_size = 200 total = (len(data) + chunk_size -1) // chunk_size for i in range(total): chunk = data[i*chunk_size:(i+1)*chunk_size] packet = f"DATA,{i},{total},{chunk}" e.send(packet, peer) time.sleep(0.01) # 分包间短暂间隔

3. 低功耗优化：

   • 深度睡眠：对于电池供电的传感器，在发送间隙使用microcontroller.deepsleep(ms)。需要将唤醒源配置为定时器或外部引脚（如连接一个中断引脚）。
   • 关闭无线电：虽然CircuitPython的espnow模块没有直接提供关闭无线电的API，但你可以通过import supervisor然后supervisor.reload()来软重启模块（会断网）。更精细的控制可能需要底层API或使用Arduino框架。

4. 网络发现与自配置： 可以设计一个协议：新设备上电后，广播一个“DISCOVER”包。网络中的主设备收到后，回复一个包含网络配置（如信道、自身MAC）的“WELCOME”包。这样新设备就能自动加入网络，无需硬编码MAC地址。

5. 使用RSSI估算距离：ESPNowPacket对象中的rssi（接收信号强度指示）属性可以粗略估算设备间的距离。信号越强（RSSI值越大，越接近0），距离通常越近。你可以用它来实现简单的接近检测或信号质量监控。

   packet = e.read() if packet: print(f"信号强度: {packet.rssi} dBm") if packet.rssi > -50: # 信号很强，设备很近 print("设备在附近")

在我自己的智能花园项目中，ESP-NOW将分布在院子各处的土壤湿度传感器、光照传感器与中央灌溉控制器连接起来，运行了一年多都非常稳定。关键就在于：统一信道、加入简单的重传逻辑、以及合理的传感器采样间隔。希望这份详尽的指南和这些从实战中得来的经验，能帮助你顺利地将ESP-NOW应用到你的下一个CircuitPython项目中。