飞思卡尔SMAC轻量级MAC协议开发实战：从环境搭建到低功耗无线传感器网络应用

1. 项目概述与核心价值

在嵌入式无线通信领域，尤其是对功耗和成本极为敏感的无线传感器网络（WSN）应用中，媒体访问控制（MAC）协议的设计直接决定了网络的整体寿命、实时性和可靠性。传统的全功能MAC协议栈往往伴随着复杂的协议交互和较高的内存开销，这对于资源受限的微控制器和电池供电的节点来说，有时显得过于“沉重”。飞思卡尔（现为NXP的一部分）推出的SMAC（Simple Media Access Controller）正是针对这一痛点而生。它并非一个完整的ZigBee或802.15.4协议栈，而是一个精简、高效的轻量级MAC层实现，剥离了复杂的网络层和应用层，将核心的无线数据收发、信道访问和基本的链路管理功能以源代码库的形式提供给开发者。

SMAC的核心价值在于其“简单”与“直接”。它允许开发者绕过协议栈的复杂性，直接操作射频收发器，实现对无线通信过程的精细控制。这对于需要定制化通信逻辑、追求极致低功耗或快速原型验证的应用场景来说，是一个极具吸引力的选择。例如，在周期性上报数据的环境传感器网络中，你可以用SMAC实现一个极简的时分多址（TDMA）调度，让节点大部分时间深度休眠，仅在分配的时隙唤醒并快速完成数据收发，从而将平均电流降至微安级别。又或者，在点对点无线控制应用中，你可以快速搭建一个可靠的无线串口，而无需理解完整的ZigBee网络组建过程。

本文将以飞思卡尔经典的MC1319x、MC1320x和MC1321x系列2.4GHz射频芯片及其开发板（如SRB传感器参考板）为硬件平台，以BeeKit无线连接工具包为开发环境，手把手带你走通基于SMAC的多个典型演示应用的开发、编译、下载和调试全流程。我们将深入探讨数据包错误率（PER）测试、无线串口、加速度计数据无线传输等应用背后的原理与实操细节，并分享我在多年一线开发中积累的配置技巧和避坑经验。无论你是刚接触无线传感网的新手，还是希望寻找更轻量级无线解决方案的资深工程师，这份指南都将提供可直接复现的实践路径。

2. 开发环境搭建与BeeKit工程管理

在开始任何SMAC应用开发之前，一个正确配置的软件环境是成功的基石。飞思卡尔为SMAC开发量身打造了BeeKit Wireless Connectivity Toolkit，它是一个基于图形界面的项目配置与管理工具，极大地简化了底层驱动的集成和项目构建过程。

2.1 BeeKit工具链的获取与认知

首先，你需要从NXP官方网站（原Freescale ZigBee页面）下载最新版本的BeeKit工具包。这里有一个关键点需要注意：BeeKit并非一个单一的编译器或IDE，而是一个“项目生成器”。它内部集成了SMAC、802.15.4 MAC以及BeeStack（ZigBee协议栈）等多种“代码库”（Codebase）。我们的目标SMAC就是其中之一。BeeKit的作用是让你通过图形化界面选择硬件平台、配置射频参数（如信道、发射功率）、启用特定功能模块（如安全加密、空中升级OTAP），然后自动生成一个完整的、可直接用于CodeWarrior for Microcontrollers（飞思卡尔官方IDE）的工程项目文件。

注意：务必确认你下载的BeeKit版本与你的目标芯片系列（MC1319x/20x/21x）以及你计划使用的CodeWarrior IDE版本相兼容。版本不匹配是后续编译失败最常见的原因之一。

2.2 创建与配置你的第一个SMAC解决方案

启动BeeKit后，你将看到一个主窗口。创建SMAC项目的第一步，也是最关键的一步，是选择正确的Codebase。你必须在Codebase选项中选择“SMAC”。如果错误地选择了“BeeStack”或“802.15.4 MAC”，生成的项目将包含完全不同的协议栈文件，无法编译出我们需要的SMAC演示程序。

1. 新建解决方案与项目：在BeeKit中，一个“解决方案”（Solution）可以包含多个“项目”（Project）。对于简单的点对点演示，我们通常一个解决方案对应一对收发应用（如PER_TX和PER_RX）。点击“File -> New Solution/Project”，为你的解决方案起一个名字，例如SMAC_Demo。在随后的项目创建向导中，你需要选择目标硬件。对于SRB（Sensor Reference Board），通常对应13213-SRB或类似的平台选项。这一步决定了生成的底层平台抽象层（PLM）代码，它包含了针对该开发板的GPIO、UART、定时器等外设的驱动。

2. 配置项目属性：项目创建后，在BeeKit的属性面板中，你会看到一系列可配置的软件组件属性。这些配置直接影响最终生成的应用程序行为。以下是一些核心属性的解析：

   • Security Enabled：是否启用简单加密。SMAC内置了一个简单的XOR加密模块（Security Type为SIMPLE_XOR），用于对空中传输的数据进行混淆。对于演示和初期测试，可以先禁用以简化流程。
   • OTAP Enabled：是否启用空中编程功能。这是一个强大的特性，允许你通过无线网络远程更新节点固件。在初次调试时建议关闭，待基础通信稳定后再开启。
   • Promiscuous Mode：混杂模式。如果设置为true，节点将接收所有空中数据包，而不过滤目标地址。这在网络嗅探或调试时非常有用，但会增加处理开销。
   • Default Channel：默认工作信道。SMAC工作在2.4GHz频段，通常有多个信道可选（如2.405GHz, 2.430GHz等）。设置一个与其他Wi-Fi或蓝牙设备干扰较小的信道。
   • Output Power：发射功率。根据通信距离需求进行设置。更高的功率意味着更远的距离，但也带来更高的功耗。

3. 验证与导出：完成所有配置后，务必点击BeeKit工具栏上的“Validate Solution”按钮。这个步骤会检查你的配置是否存在冲突或缺失。验证通过后，点击“Export Solution”。BeeKit会在你指定的目录下生成一个.xml文件以及对应的项目文件夹结构。这个.xml文件就是CodeWarrior IDE可以导入的项目描述文件。

2.3 从BeeKit到CodeWarrior：工程导入与编译

BeeKit生成的不是直接可编译的代码，而是一个“配方”。我们需要用CodeWarrior IDE来“执行”这个配方。

1. 导入项目：打开CodeWarrior for Microcontrollers（建议使用Special Edition，它对SMAC项目有很好的免费支持）。选择File -> Import...，然后选择BeeKit Project，找到并选中上一步生成的.xml文件（例如PER_RX.xml）。导入后，CodeWarrior会将其保存为一个标准的.mcp工程文件。
2. 理解工程结构：在CodeWarrior的工程窗口中，你会看到清晰的分组：
   • Libs：包含标准的C库。
   • Shared：这是核心所在，包含了SMAC协议本身的源代码（smac目录）和针对特定硬件的平台抽象层代码（plm目录）。SMAC的所有核心函数，如MLME_SAP.h（管理服务接入点）、MCPS_SAP.h（数据服务接入点）都在这里。与早期版本使用静态库（.lib）不同，BeeKit生成的是全源码工程，这意味着你可以深入查看和修改任何SMAC底层函数，灵活性极高。
   • Application（例如PER_RX）：这里存放着演示应用的具体实现代码，如main.c、应用层任务逻辑等。应用代码通过调用Shared组中的SMAC API来实现无线功能。
3. 编译项目：点击CodeWarrior工具栏上的“Compile”按钮（通常是一个锤子图标）。如果一切配置正确，编译应能顺利通过，并在工程目录的bin文件夹下生成可执行的.s19或.elf文件。如果遇到编译错误，首先检查BeeKit中选择的硬件平台与CodeWarrior项目设置的芯片型号是否一致，其次检查文件路径中是否包含中文或特殊字符。

3. 硬件连接与程序下载

生成二进制文件后，下一步就是将其烧录到目标硬件中。对于飞思卡尔的开发板，最常用的方式是使用BDM（Background Debug Mode）调试器，例如P&E Multilink。

3.1 BDM连接与硬件准备

以SRB板为例，找到板上的BDM接口（通常是一个6针或10针的排母）。使用对应的BDM调试线缆，一端连接调试器，另一端连接SRB。确保连接方向正确（通常线缆上有三角或“1”字标识对准板上的“1”脚）。然后将调试器通过USB线连接到电脑。

• 上电顺序：建议先给开发板上电（通过USB或外部电源），然后再连接BDM调试器到电脑。这可以避免一些潜在的上电冲击问题。
• 指示灯状态：连接成功后，P&E Multilink调试器上的电源指示灯（常为蓝色）应常亮，连接状态指示灯（常为黄色）也应亮起，表明与目标板的通信链路已建立。

3.2 使用CodeWarrior进行下载与调试

在CodeWarrior中，点击“Debug”或“Download”按钮（一个向下的箭头图标）。IDE会尝试通过BDM连接目标板。

1. 连接管理器：首次连接时，可能会弹出“ICD Connection Manager”窗口，让你选择接口类型和端口。对于P&E Multilink，接口通常选择“USB TAP”或“P&E Multilink Cyclone”，端口自动检测即可。点击“Connect”。
2. 擦除与编程：连接成功后，IDE可能会询问是否擦除Flash，点击“Yes”。随后，IDE会将编译好的程序下载到芯片的Flash存储器中，并显示进度条。
3. 运行程序：下载完成后，CodeWarrior会进入调试界面（HiWave Debugger）。此时你有两个选择：
   • 在线调试：直接点击调试器窗口中的“Run”（绿色箭头）按钮，程序将在芯片上全速运行，并且你可以设置断点、查看变量等。
   • 脱机运行：更常见的做法是，直接断开BDM连接，然后按下开发板上的复位（Reset）按钮。这样程序将从Flash开始独立运行。对于演示应用，通常采用这种方式。

实操心得：如果下载失败，首先检查BDM连接是否牢固，板子是否供电。其次，检查CodeWarrior工程设置中的“Linker”选项，确保芯片型号和内存分配正确。有时，旧的调试器固件可能与新版IDE不兼容，尝试更新调试器的固件驱动往往是解决问题的关键。

3.3 替代方案：嵌入式引导加载程序（Bootloader）

除了BDM，飞思卡尔的芯片还支持通过串口进行空中编程（OTAP），其基础是芯片内部或外部Flash中预存的嵌入式引导加载程序。在BeeKit生成项目时，如果将“Bootloader Enabled”属性设为true，编译后会额外生成一个带有引导头信息的.s19文件。你可以通过一个简单的串口工具，将这个文件发送给已运行引导加载程序的节点，从而实现无线固件更新。这对于产品后期部署和维护至关重要。不过，初次开发和调试阶段，BDM因其稳定性和可调试性，仍是首选。

4. 核心演示应用深度解析与实操

环境搭建完毕，让我们深入几个最具代表性的SMAC演示应用，理解其原理并动手操作。

4.1 基础数据包错误率（PER）测试

PER测试是评估无线链路质量最基础、最直接的手段。SMAC提供的PER测试应用实现了一个简单的单向通信模型：一个节点（TX）连续发送1000个固定长度的数据包，另一个节点（RX）接收并统计成功收到的包数，从而计算出错误率。

4.1.1 应用原理与设计

• 数据包结构：每个测试包的有效载荷为18字节用户数据，加上2字节的SMAC头部，共20字节空中传输。这个长度接近许多传感器数据报文的大小，具有代表性。
• 信道与同步：TX和RX必须工作在同一固定信道上。应用启动时，默认使用信道0（如2.405GHz）。关键在于，RX必须先进入监听模式，然后TX再开始发送。因为这是一个异步测试，TX不会等待RX的“准备就绪”信号。如果顺序颠倒，TX发送的前若干个包将会丢失，导致PER计算结果偏高。
• 结果反馈：
  • PC端：RX节点通过UART（或USB虚拟串口）将每个接收到的包的详细信息（序号、长度、链路质量LQI、CRC状态、数据内容）实时上传到PC终端软件（如Tera Term、SecureCRT）。
  • LED指示：TX节点每发送一个包，LED1闪烁一次；RX节点每收到一个包，LED1闪烁一次。通过观察两个LED的闪烁是否同步，可以直观判断链路是否连通。测试结束后，RX节点会用LED2~LED4以二进制形式显示收到的包数（如983/1000），方便无PC环境下的快速评估。

4.1.2 详细操作步骤与排错

1. 硬件准备与程序下载：准备两块开发板（如SRB）。按照第2、3章的方法，分别用BeeKit生成并编译PER_TX和PER_RX两个项目，并分别下载到两块板子中。
2. 信道选择：给两块板上电并复位。默认都在信道0。如果需要更换信道（例如避开Wi-Fi干扰），分别按下两块板上的SW2按钮。每按一次，信道会在预设的四个频率间循环切换，同时LED4~LED1会对应指示当前信道。务必确保两块板处于同一信道，这是通信成功的前提。
3. 设置PC终端：将运行PER_RX程序的板子通过USB线连接至PC。在设备管理器中确认生成的虚拟串口号（如COM5）。打开串口终端软件，设置波特率为38400，数据位8，停止位1，无校验，无流控。这些参数在SMAC的UART驱动中已固定。
4. 启动测试：
   • 第一步（RX监听）：在PER_RX板子上，按下SW1按钮。此时板上所有LED会快速闪烁两下，同时终端软件会显示“Listening...”之类的信息，表明接收端已进入监听状态。
   • 第二步（TX发送）：在PER_TX板子上，按下SW1按钮。此时TX板的LED1~LED4会依次点亮，然后LED1开始有规律地闪烁（发送数据），同时终端开始滚动显示接收到的数据包信息。
5. 结果解读与问题排查：
   • 理想情况：TX板的LED1与RX板的LED1同步闪烁，终端持续打印数据包信息，最后显示类似PER: 998/1000的结果。
   • 常见问题1：只有TX灯闪，RX灯不闪。
     • 排查：首先确认两块板信道是否一致（观察LED指示）。其次，确认RX板是否成功进入了监听模式（按SW1后LED是否全闪两下）。最后，检查两块板之间的距离和中间是否有严重遮挡。
   • 常见问题2：终端无数据或乱码。
     • 排查：首要检查串口参数（38400-8-N-1）是否完全匹配。其次检查USB驱动是否安装正确。可以尝试先打开终端软件，设置好参数，然后再给RX板上电，看是否有“Power Up”或“Out of Reset”的启动信息输出，以此验证串口通路是否正常。

4.2 无线串口（Wireless UART）演示

这个演示将两块开发板变成一对透明的无线串口转发器，实现双向数据传输。它展示了如何利用SMAC在应用层实现简单的可靠传输机制。

4.2.1 应用原理与设计

• 数据透传：应用层从板载的UART（连接PC）接收到一个字节，就立即通过SMAC的MCPS_DATA.request原语将其封装成无线数据包发送出去。对端节点收到包后，通过MCPS_DATA.indication原语解出数据，再通过其UART发送给连接的PC。
• 简单重传机制：代码中实现了一个基本的确认与重传逻辑。发送方在发出数据包后，会等待接收方的MAC层确认（ACK）。如果超时未收到ACK，会尝试重发，通常有重试次数限制（如3次）。这在一定程度上提高了可靠性，但它并非一个完整的流量控制协议。
• 重要限制：正如文档所述，这是一个基础演示。它没有大的缓冲区，没有滑动窗口协议，因此不适合用于大文件传输或高速连续数据流。如果发送速度超过空中传输或对端UART转发的能力，会导致数据丢失。它的最佳应用场景是传输简单的控制命令或短数据包。

4.2.2 操作与性能调优建议

1. 操作：为两块板下载相同的Wireless UART程序。分别通过USB连接两台PC，或者一台PC的两个串口。打开两个终端窗口，配置相同的串口参数（38400-8-N-1）。复位两块板后，在一个终端输入字符，应立即在另一个终端显示出来。
2. 性能调优思考：
   • 增大缓冲区：在实际产品中，你需要在UART接收中断服务程序（ISR）中设置一个环形缓冲区（FIFO），将收到的字节缓存起来。然后由一个主循环任务从缓冲区取出数据，打包成稍大的数据包（接近SMAC允许的最大长度，如100字节）再发送。这样可以减少协议开销，提高效率。
   • 添加应用层ACK：MAC层的ACK只保证数据包被对端射频部分收到，但无法保证对端应用层已成功处理（例如UART发送成功）。对于关键指令，可以设计一个简单的应用层确认协议，例如发送“CMD:OPEN_VALVE”，收到后回复“ACK:OPEN_VALVE”。
   • 调整射频参数：在BeeKit配置或代码中，可以调整数据速率、发射功率等，以在距离、功耗和速率之间取得平衡。

4.3 加速度计（Accelerometer）演示

这个演示综合了传感器数据采集、无线传输和上位机图形化显示，是一个更接近真实应用的例子。它使用一块SRB作为移动传感节点，另一块SRB作为固定的数据接收网关（PC_Radio），将三轴加速度数据无线发送到PC上的“Triax”软件进行可视化。

4.3.1 系统架构与数据流

1. 传感节点（Accelerometer Board）：
   • 初始化：上电后，按下SW1进入加速度计模式。LED3闪烁指示。
   • 周期性心跳：每2秒主动向网关发送一个“ping”数据包（LED2闪烁），用于维持链路状态和简单的存在性检测。
   • 事件触发发送：内置的加速度计芯片（如MMA7260Q）通过模拟接口或I2C被MCU周期性读取。当检测到X、Y、Z轴数值变化超过一定阈值时（表明板子被移动），触发一次数据发送（LED1闪烁）。这种“变化才发送”的模式是WSN中节省功耗的经典策略。
2. 网关节点（PC_Radio Board）：始终处于接收状态。收到“ping”包则闪烁LED2回应；收到加速度数据包，则更新内部缓存的数据值。
3. PC上位机（Triax软件）：通过USB虚拟串口周期性地向网关节点发送数据请求命令。网关节点收到命令后，将缓存的最新加速度数据返回给PC。Triax软件解析这些数据，并在图形界面上以动态小球或数值的形式实时显示三轴加速度的变化。

4.3.2 校准操作的重要性

加速度计芯片存在零漂和灵敏度误差。演示程序提供了手动校准功能，这是获得准确数据的关键。

1. 校准时机：当传感节点静止水平放置时，理论上Z轴应显示1g（重力加速度），X、Y轴显示0g。如果Triax软件显示数值偏离较大（例如Z轴显示1.2g），就需要校准。
2. 校准流程：
   • 将传感节点水平静止放置（元件面朝上）。
   • 在传感节点上，长按SW4按钮，直到所有LED点亮，表示进入校准模式并开始采集校准数据。
   • 保持板子绝对静止数秒，然后松开按钮。校准过程完成。
   • 观察Triax软件，此时三个轴的读数应接近(0, 0, 1g)。
3. 底层原理：校准程序通常是在固定时间内采集多个样本，计算出静止状态下的各轴原始AD值平均值，将其作为“零点偏移量”保存到Flash或EEPROM中。后续所有读数都会先减去这个偏移量，再乘以灵敏度系数转换为重力加速度g值。

注意事项：校准必须在目标工作温度下进行，因为温度变化会影响传感器零漂。对于高精度应用，可能需要实现温度补偿算法或在不同的温度点进行多点校准。

5. 进阶应用与开发技巧

掌握了基础演示后，我们可以进一步探索SMAC提供的其他功能，并了解一些深入开发的技巧。

5.1 无线信号强度与距离评估（Range Demo Plus）

这个演示提供了一个直观评估无线链路质量和通信距离的方法。它不仅仅是简单的通断测试，而是引入了链路质量指示（LQI）的量化反馈。

5.1.1 LQI的分级与反馈机制

接收端（RX_APP）在收到数据包后，会从射频芯片读取该包的LQI值（一个与接收信号强度相关的指标，单位通常是dBm）。演示程序将LQI值划分为几个等级：

• LQI > -40 dBm：信号极强，RX板点亮LED2, LED3, LED4。
• -60 dBm ≤ LQI ≤ -40 dBm：信号强，RX板点亮LED2, LED3。
• -80 dBm ≤ LQI < -60 dBm：信号中等，RX板点亮LED2。
• LQI < -88 dBm：信号弱，RX板所有LED（除指示收包的LED1）熄灭。

关键的一步是：RX端会根据判断出的信号强度等级，在回复给发送端（TX_APP）的ACK确认包中，附带一个等级标识（如“ACK3”、“ACK2”、“ACK1”、“ACK0”）。TX端收到ACK后，解析这个标识，并点亮相应数量的LED（3个、2个、1个或0个）。这样，操作者只需观察TX板点亮的LED数量，就能大致判断当前链路的信号质量，无需一直守在RX板旁边。

5.1.2 用于现场勘测

你可以手持TX板在目标区域移动，而将RX板固定在中心位置。通过观察TX板上LED点亮数量的变化，可以快速绘制出大致的无线信号覆盖地图，找出信号盲区或干扰严重的区域。你可以通过修改range_demo_plus_header.h文件中的L3_POWER、L2_POWER等宏定义阈值，来调整信号等级的划分标准，使其更符合你的实际环境。

5.2 深入SMAC API与定制化开发

要基于SMAC开发自己的应用，必须理解其核心API。SMAC的接口主要分为两类：数据服务（MCPS）和管理服务（MLME）。

• MCPS (MAC Common Part Sublayer) - 数据服务：

  • MCPS_DATA.request: 应用层调用此函数来请求发送一个数据帧。你需要填充目标地址、负载数据、负载长度等参数。
  • MCPS_DATA.indication: 这是一个回调函数。当SMAC收到一个发给本机的数据帧时，会调用此函数。你需要在自己的应用中实现这个函数，来处理接收到的数据。
  • MCPS_DATA.confirm: 这是一个回调函数。当MCPS_DATA.request发起的发送操作完成（成功或失败）后，SMAC会调用此函数，并传递发送状态。你需要实现它以进行发送确认或重试逻辑。

• MLME (MAC Layer Management Entity) - 管理服务：

  • MLME_SET.request: 用于设置MAC层参数，例如本机短地址、PAN ID、信道号等。
  • MLME_GET.request: 用于获取MAC层参数，如当前LQI值、能量检测结果等。
  • MLME_RESET.request: 复位MAC层状态。
  • MLME_RX_ENABLE.request: 控制接收机开启或关闭，用于实现低功耗的周期性监听。

定制化开发示例：实现一个简单的星型网络假设你想用一个中心节点轮询多个传感器节点。

1. 中心节点：在main函数中设置一个定时器，每隔一段时间，依次向各个传感器节点的短地址发送一个“数据请求”包（使用MCPS_DATA.request）。
2. 传感器节点：在MCPS_DATA.indication回调中，检查收到的包是否是来自中心节点的请求包。如果是，则立即采集传感器数据，并使用MCPS_DATA.request将数据包发送回中心节点（目标地址设置为请求包的源地址）。
3. 低功耗优化：传感器节点大部分时间可以调用MLME_RX_ENABLE.request关闭接收机，进入休眠。只有在其预定的唤醒时间窗口内才开启接收，监听中心节点的呼叫。这需要中心节点与子节点间有时间同步机制，可以通过在数据包中携带时间戳来实现简单的同步。

5.3 功耗管理与优化实战

对于电池供电的WSN节点，功耗就是生命线。SMAC本身是低功耗的，但最终的功耗水平取决于你的应用如何调度射频和CPU的工作。

1. 深度睡眠模式：MC1321x等芯片支持深度睡眠模式，此时大部分电路关闭，功耗可低至几个微安。在应用层，当没有任务需要处理时，应调用平台相关的低功耗函数（如PHY_EnterLowPower()）进入睡眠。可以使用内部低功耗定时器（LPTMR）或实时时钟（RTC）在指定时间后唤醒。
2. 射频工作周期化：这是降低平均功耗最有效的方法。即让节点以“工作-睡眠-工作-睡眠”的周期运行。例如，每秒唤醒一次，开启接收机监听10毫秒，如果收到数据就处理，否则立即关闭射频并再次进入睡眠。你需要精细计算唤醒、初始化射频、监听、关闭射频、进入睡眠这一系列操作的时间开销和能量开销，找到最优的工作占空比。
3. 测量与验证：永远不要相信估算。使用高精度的电流探头（如Nordic的Power Profiler Kit II或简单的精密电阻+示波器）实际测量你的应用在不同状态（发送、接收、监听、睡眠）下的电流曲线。你会惊讶地发现，某些你以为的低功耗代码，可能因为一个疏忽（如未关闭某个外设时钟）而多消耗了数百微安的电流。通过实测数据来指导你的功耗优化，才是可靠的方法。

6. 常见问题排查与调试心得

在开发过程中，你一定会遇到各种问题。以下是我总结的一些常见问题及其排查思路。

调试心得：LED是你的好朋友。在代码的关键位置（如进入发送函数、进入接收回调、进入睡眠前）添加不同的LED闪烁模式，是进行无线调试最廉价、最有效的手段。例如，让发送成功时LED快闪两次，发送失败时LED慢闪一次，接收数据时另一个LED亮起。通过观察LED的行为，往往能快速定位问题是在发送端、接收端，还是在无线链路上。