基于Freescale BeeKit的ZigBee 2007开发实战：从配置到部署全流程解析
1. 项目概述与核心价值
如果你正在物联网领域，特别是智能家居、工业传感这类对低功耗和网络稳定性有苛刻要求的场景里摸爬滚打，那么ZigBee技术大概率是你绕不开的一环。而提到ZigBee开发，尤其是基于Freescale（现为NXP）平台，BeeKit这个工具包在当年绝对是无数工程师的“启蒙老师”和效率利器。我最早接触ZigBee 2007协议栈开发时，面对复杂的网络层、应用层配置，还有那令人头疼的编译、烧录、调试流程，一度觉得无从下手。直到系统性地用起了BeeKit配合CodeWarrior，才真正把开发节奏理顺。这份指南，就是把我当年从官方文档、社区讨论以及自己踩过的无数个坑里总结出来的实战经验，重新梳理给你。它不是简单的操作手册翻译，而是一个资深开发者视角的“避坑指南”和“效率手册”，目标是让你能基于Freescale的硬件（无论是经典的HCS08 MCU还是性能更强的ARM7 MC1322x），快速搭建起一个稳定、可用的ZigBee网络应用原型。
简单来说，我们将聚焦于一个核心工作流：使用Freescale BeeKit无线连接工具包，为ZigBee 2007协议应用进行图形化配置，生成项目框架，然后导入到CodeWarrior或IAR Embedded Workbench集成开发环境（IDE）中进行编译，最后将生成的二进制文件烧录到对应的开发板（如MC1321x-NCB、MC1322x-SN等）上运行。整个过程涵盖了从项目创建、设备配置、网络参数设定，到代码生成、编译构建和硬件部署的全链条。无论你是想实现一个简单的灯控开关（HA OnOffLight/OnOffSwitch），还是构建一个无线串口（Wireless UART）或者智能能源（Smart Energy）网络，这套方法论都是相通的。我会重点解释每个步骤背后的“为什么”，比如为什么选择某个设备类型、某个信道或PAN ID，以及在实际操作中哪些细节容易出错，又该如何规避。
2. 开发环境与硬件平台深度解析
在动手写代码之前，搞清楚你的“战场”和“武器”至关重要。Freescale为ZigBee 2007开发提供了两条主要的技术路线，对应着不同的处理器架构和开发工具链，选择哪条路，直接决定了后续的开发体验和产品性能天花板。
2.1 硬件平台选型：HCS08 vs. ARM7
官方文档里提到了两大类开发板，它们的核心区别在于微控制器（MCU）架构。
2.1.1 HCS08 MCU平台这是更经典、更入门友好的选择。核心是8位的HCS08系列MCU，集成或外接了Freescale的ZigBee射频芯片（如MC13213、MC13233）。典型开发板包括：
- MC1321x-NCB (网络协调器板)：通常用作网络的协调器（ZC），带有USB和RS232接口，还有LCD屏和扬声器，适合做演示和调试。
- MC1321x-SRB (传感器参考板)：集成了三轴加速度计和温度传感器，更适合作为传感节点（End Device）。
- 1320x-QE128EVB：采用MC13202射频芯片和MC9S08QE128 MCU，Flash更大（128KB），功能更丰富。
- 1323x-RCM/REM + MRB：模块化设计，功能强大，带有键盘、触摸板等。
实操心得：HCS08平台的取舍对于HCS08平台，一个至关重要的限制是Flash容量。MC1321x和MC1323x的片上Flash只有60KB或82KB，而QE128有128KB。这意味着如果你在MC1321x/3x上开发功能较复杂的协调器或路由器应用，很容易遇到代码空间不足的问题。官方也建议将这些资源有限的板子优先用作终端设备（ZED）。我的经验是，在项目初期就用QE128EVB或类似大容量板子做协调器和路由器原型，可以避免很多编译时“空间不足”的突发问题。等应用代码优化稳定后，再考虑向小容量平台迁移。
2.1.2 ARM7 MCU平台 (MC1322x系列)这是性能更强的选择，基于32位ARM7内核的MC1322x系列SoC（片上系统），射频和MCU集成度更高。典型开发板包括：
- MC1322x-NN (网络节点)：带有128x64图形LCD，功能全面，适合做全功能设备。
- MC1322x-SN (传感器节点)：专注于传感，配有压力、温度、加速度传感器（MC13224版本）。
- MC1322x-USB Dongle：USB接口形态，方便作为网络分析器或简易节点。
- MC1322x-LPN (低功耗节点)：为电池供电的终端设备优化，外形小巧。
这里需要特别注意MC13224V与MC13226V的区别。它们硬件相同，但内部ROM固件针对不同协议栈优化：
- MC13224V：通用型，支持IEEE 802.15.4 MAC、ZigBee 2007 Profile 1（ZigBee Feature Set）和ZigBee RF4CE。ROM中包含更全的外设驱动。
- MC13226V：专为ZigBee 2007 Profile 2（ZigBee Pro Feature Set）优化。精简了MAC功能，移除了ADC、LCD字体等部分驱动（但仍以库函数形式提供），从而为应用程序释放了最多约20KB的RAM空间。这对于需要处理复杂任务或大量数据的Pro应用至关重要。
注意事项：硬件与代码库的匹配选择硬件时，必须与BeeKit中选择的Codebase（代码库）严格对应。BeeKit安装包通常会包含针对HCS08和ARM7的不同BeeStack协议栈代码库。为ARM7平台（MC1322x）配置项目时，务必在BeeKit中选中对应的ARM7 BeeStack代码库，否则后续编译一定会失败。同样，如果你用的是MC13226的板子，却错误地配置了针对MC13224的工程，可能会因为驱动缺失而导致功能异常。
2.2 软件工具链搭建
软件方面，你需要一个“铁三角”组合：
- Freescale BeeKit Wireless Connectivity Toolkit：这是核心的图形化配置工具。它本身不写代码，而是让你通过勾选、配置的方式，定义设备类型、网络参数、安全选项、绑定关系等，然后生成一个包含所有必要源文件、头文件和编译设置的项目框架。
- 集成开发环境 (IDE)：
- 对于HCS08平台：必须使用Freescale CodeWarrior for MCU (v10.1或兼容版本)。它负责编译、链接和调试HCS08架构的代码。
- 对于ARM7平台：使用IAR Embedded Workbench for ARM (v5.20, 5.40, 5.50等指定版本)。ARM平台的编译和调试依赖IAR。
- 编程/调试器 (Pod)：
- 对于HCS08平台：需要P&E Multilink 或类似支持BDM (Background Debug Mode) 的调试器。通过板上的6针BDM接口连接，用于烧录程序和在线调试。
- 对于ARM7平台：需要J-Link 或兼容的JTAG调试器。通过板上的JTAG接口连接。
踩坑实录：IDE与代码库的版本地狱这是新手最容易崩溃的地方。Freescale的BeeStack代码库、BeeKit工具以及IDE之间存在严格的版本依赖关系。例如，某个版本的BeeKit生成的工程文件，可能只兼容特定版本的CodeWarrior或IAR。官方文档（如Rev.1.8）会指明所需的版本。我的强烈建议是：严格按照官方指南推荐的版本组合进行安装。不要随意使用最新版的IDE去打开旧版BeeKit生成的项目，否则你会遇到无数个无法解析的宏定义、找不到的库文件路径错误。如果可能，在虚拟机中搭建一个纯净的、版本匹配的开发环境，能省去大量排查环境问题的时间。
3. 使用BeeKit进行项目配置与网络设计
BeeKit是整个开发流程的“指挥中心”。在这里，你通过图形界面定义设备的“角色”和“能力”，而不用手动去编写繁琐的协议栈初始化代码。
3.1 创建第一个设备：协调器 (Coordinator)
我们以一个最简单的智能照明网络（HA OnOffLight）为例。假设我们用ARM7平台的MC1322x-SN作为协调器。
- 启动与代码库选择：打开BeeKit，首先检查顶部菜单或状态栏，确认当前激活的代码库是BeeStack for ARM7。如果不是，通过
File -> Select Codebase...进行切换。 - 新建项目：点击
File -> New Project...。在左侧选择“ZigBee Home Automation Applications”，然后在右侧模板中选择“HaOnOffLight”。这表示我们要创建一个具备“灯”功能的设备。 - 项目命名：在弹出窗口中，填写项目名称（如
ZcHaOnOffLight）、解决方案名称（如HaLightingSolution）和存储路径。解决方案名称可以理解为包含多个设备项目的容器。 - 配置向导 - 硬件目标：点击OK后进入配置向导。在“Welcome”页面可以快速浏览默认设置。点击“Next”，进入硬件选择页。这里务必根据你的实际硬件，选择“MC1322x Sensor Node”。选错硬件会导致生成的引脚初始化、外设驱动代码完全不匹配。
- 配置向导 - 设备类型：继续“Next”，在“ZigBee Device Type Selection”页面，为这个“灯”设备选择“Coordinator”。记住，一个ZigBee网络有且仅有一个协调器，它是网络的创建者和管理者。
- 配置向导 - 网络与安全：接下来的“BeeStack Network Type”页面是关键。对于ZigBee 2007 Feature Set（Profile 1），我们通常选择“No security without mesh routing - Stack Profile 1”。这是一个不启用安全机制、但支持网状路由的基础配置，非常适合快速原型验证。如果选择带安全（Security）的选项，则需要处理密钥分发等复杂问题。
- 配置向导 - 网络参数：
- Extended Address：这里可以输入设备的64位MAC地址（通常印在板子标签上），如果留空（全0），协议栈会随机生成一个。对于测试，用随机地址即可。
- PAN ID：个人区域网络标识符，范围0x0000-0x3FFF。可以手动设置一个（如0x1AAA），也可以设为0xFFFF让协调器随机选择。关键点：网络中所有设备的PAN ID必须相同！在测试阶段，建议手动指定一个固定的非0xFFFF的ID，方便其他设备入网。
- Channel：工作信道（11-26）。同样，所有设备信道必须一致。默认值（如Channel 15）即可，除非你所在环境该信道干扰严重。
- 完成配置：一路“Next”或“Finish”完成向导。此时，BeeKit主界面会显示你刚创建的
ZcHaOnOffLight项目，左侧的解决方案资源管理器（Solution Explorer）里可以看到项目的各个组件（Platform, BeeStack, HA OnOffLight等）。
3.2 添加网络中的其他设备：开关 (Switch)
一个灯无法自成网络，我们需要一个控制器。在BeeKit中，这通过向同一个解决方案（Solution）中添加新项目来实现。
- 添加项目：在菜单栏选择
Solution -> Add Project...。 - 选择模板：同样选择“ZigBee Home Automation Applications”，但这次模板选择“HA OnOffSwitch”。命名为
ZedHaOnOffSwitch。 - 重复配置：像配置协调器一样走一遍配置向导。需要特别注意修改以下几点：
- 硬件目标：根据你用作开关的硬件板选择（例如另一个MC1322x-SN，或一个MC1322x-USB Dongle）。
- 设备类型：这次必须选择“End Device”。在这个简单例子里，开关作为终端设备，通常由电池供电，大部分时间处于睡眠状态以省电。
- 网络参数：PAN ID和Channel必须设置得与协调器项目完全一致！这是它们能加入同一网络的前提。Extended Address可以不同。
- 绑定关系：完成向导后，一个包含灯和开关两个项目的解决方案就创建好了。ZigBee的“绑定”（Binding）功能允许设备间直接通信而无需知道对方地址。在这个HA模板中，绑定关系通常已经在应用层代码逻辑里预设好了（例如，开关按下即向网络中的灯发送Toggle命令），或者需要通过后续的调试命令来建立。在BeeKit的配置层面，我们主要确保它们使用相同的应用Profile（Home Automation）和Cluster ID（例如OnOff Cluster）。
核心原理：ZigBee设备类型与网络角色
- 协调器 (ZC)：网络的“大脑”，负责启动网络、选择信道和PAN ID，并允许其他设备加入。它必须是全功能设备（FFD），且通常持续供电。
- 路由器 (ZR)：也是FFD，可以转发数据包，扩展网络覆盖范围。可以休眠，但醒来后需要维持路由表。
- 终端设备 (ZED)：通常是精简功能设备（RFD），电池供电。它不能转发数据，通信必须通过其父节点（协调器或路由器）进行。睡眠功耗极低。 在简单的点对点控制中，常用“协调器+终端设备”的组合。当网络需要多跳或更大范围时，就需要引入路由器。
3.3 BeeKit项目导出：生成IDE可用的工程文件
BeeKit配置完成后，它本身并不编译代码。你需要将配置“导出”，生成IDE能识别的项目文件。
- 导出解决方案：在BeeKit菜单栏，选择
Solution -> Export Solution。BeeKit会先验证配置的完整性（比如检查端点号是否冲突）。 - 选择导出项目：在弹出窗口中，你会看到解决方案中的所有项目（如ZcHaOnOffLight和ZedHaOnOffSwitch），默认都已勾选。点击OK。
- 导出过程：BeeKit开始工作，在后台根据你的配置，生成完整的源代码工程，包括：
main.c、app.c等应用层文件。- 协议栈配置文件（如
BeeStackConfig.h）。 - 硬件抽象层（HAL）和板级支持包（BSP）文件。
- 最重要的：对应IDE的工程文件（
.mcp用于CodeWarrior，.eww用于IAR EWB）。
- 输出目录：导出完成后，在你指定的“Location”目录下（如
C:\BeeKitSolutions），会为每个项目生成一个独立的文件夹，里面就包含了所有需要的文件。
4. 在集成开发环境中编译与构建
导出的项目需要在对应的IDE中打开、编译，生成最终的二进制文件（.bin或.s19）。
4.1 导入IAR Embedded Workbench (ARM7平台)
对于ARM7项目，IAR EWB的集成度更高。
- 自动打开：在BeeKit导出完成后，可以直接点击工具栏上的“Open Solution in IAR EWB”图标（或通过
Solution -> Export -> Open Solution in IAR EWB）。BeeKit会自动启动IAR并加载整个解决方案工作空间（.eww文件）。 - 手动打开：如果自动打开失败，可以导航到导出目录，直接双击解决方案的
.eww文件，或用IAR EWB的File -> Open -> Workspace...来打开。 - 项目管理器视图：在IAR的Workspace窗口中，你应该能看到至少两个项目（如
ZcHaOnOffLight和ZedHaOnOffSwitch）。每个项目下都有完整的文件树，包括应用程序、协议栈、驱动、链接脚本等。 - 项目配置检查：在编译前，务必右键点击项目，选择
Options进行关键配置确认：- General Options -> Target：确认Device是否正确选择了对应的MCU型号（如MC13224或MC13226）。
- Debugger -> Setup：确认Driver是否为
J-Link/J-Trace，并且接口是JTAG或SWD。 - Linker -> Config：确认使用的链接脚本文件（.icf）是否正确指向了BeeKit生成的文件。这一步至关重要，链接脚本定义了内存布局（Flash, RAM的分配），如果错用其他板子的脚本，会导致程序无法运行甚至损坏。
- 编译：选中目标项目（例如先编译协调器
ZcHaOnOffLight），点击工具栏的Make或Rebuild All按钮。IAR会在底部的Build窗口中输出编译信息。看到Total number of errors: 0即表示编译成功。输出文件（如.bin）通常位于项目目录下的Exe子文件夹中。
4.2 导入CodeWarrior (HCS08平台)
对于HCS08项目，流程类似，但细节有差异。
- 启动CodeWarrior并导入：打开CodeWarrior，选择
File -> Import...。在导入向导中，选择Existing Projects into Workspace，点击Next。 - 选择根目录：在“Select root directory”页面，点击
Browse...，导航到BeeKit导出的解决方案根目录（例如C:\BeeKitSolutions）。CodeWarrior会自动扫描其下的子目录，并识别出可导入的项目（ZcHaOnOffLight和ZedHaOnOffSwitch）。 - 完成导入：勾选你要导入的项目，点击
Finish。如果是首次导入MC1320x-QE128-EVB这类项目，可能会弹出“Remote System Missing”警告，点击Yes添加即可。 - 关键配置检查：
- 处理器选择：在项目视图中，确保正确的处理器型号被选中（例如MC9S08QE128）。
- 连接配置：检查调试器的连接设置（通常通过
Debugger配置页），确保指向你的P&E Multilink BDM调试器。 - 内存模型：HCS08平台内存紧张，需要关注
Project -> Settings -> C/C++ Compiler中的内存模型选项（如Small或Large），错误的设置可能导致指针寻址出错。
- 编译与生成：同样，选择项目后执行
Make。CodeWarrior会生成.abs、.s19或.bin等格式的可执行文件。.s19格式是烧录器最常接受的格式之一。
避坑技巧：解决编译错误
- 找不到头文件：检查
Project -> Options -> C/C++ Compiler -> Preprocessor中的附加包含路径（Additional include directories）。BeeKit生成的路径有时是相对路径，如果移动了项目文件夹可能导致失效。最好将其改为绝对路径，或确保项目结构不被破坏。- 链接错误（未定义的符号）：这通常是因为链接库（.lib或.a文件）没有正确包含或版本不匹配。确认在链接器设置中指定了正确的BeeStack库文件路径，并且该库是针对当前选择的硬件平台和代码库版本编译的。
- 代码空间不足：尤其是在HCS08平台上。解决方法包括：1) 在BeeKit配置中禁用不用的功能模块（如某些调试接口）；2) 优化编译器选项（如开启大小优化
-Os）；3) 检查应用代码，移除不必要的全局变量或大型数组；4) 考虑将设备角色从协调器/路由器改为终端设备。
5. 程序烧录、上电与网络调试
生成二进制文件后，最后一步是将其“灌入”硬件并观察运行效果。
5.1 使用调试器烧录程序
- 硬件连接：
- HCS08平台：使用BDM调试线，一端连接P&E Multilink，另一端连接开发板上的6针BDM接口。注意引脚顺序，反接可能损坏设备！同时，通过USB线或外部电源为开发板供电。
- ARM7平台：使用JTAG调试线，连接J-Link与开发板上的JTAG接口。同样注意线序。USB口通常可同时提供调试通信和电源。
- 启动调试会话：
- 在IDE中，确保当前活动项目是你要烧录的目标（例如
ZcHaOnOffLight）。 - 点击IDE工具栏上的
Debug或Download and Debug按钮。IDE会尝试连接调试器，并将编译好的程序下载到板载Flash中。
- 在IDE中，确保当前活动项目是你要烧录的目标（例如
- 验证烧录：下载完成后，程序通常会暂停在
main()函数的入口。你可以点击Run（或Go）让程序全速运行。此时，开发板上的LED可能会按照程序设定开始闪烁，表明程序已成功运行。
5.2 组建与观察ZigBee网络
- 上电顺序：先给协调器板上电。协调器启动后，会进行信道能量扫描，选择一个安静的信道，然后建立网络（PAN）。此时，协调器板上的LED（例如LED1）可能会常亮或慢闪，表示网络就绪。
- 加入网络：再给终端设备（开关）板上电。终端设备上电后，会开始搜索并尝试加入协调器创建的网络。这个过程可能需要几秒钟。成功加入后，终端设备板上的LED也可能会有状态指示（例如LED2常亮）。
- 功能测试：按下终端设备（开关）上的按钮（例如S1或SW1）。你应该能看到协调器（灯）板上的LED状态发生改变（例如从亮到灭，或从灭到亮）。这证明无线命令已经通过ZigBee网络成功从开关发送到了灯。
- 串口调试输出：许多开发板（如NCB、SN）都带有USB转串口功能。你可以使用串口助手工具（如Tera Term、Putty、SecureCRT）连接到开发板的虚拟串口（COM口）。在BeeKit配置中如果启用了调试信息输出（例如通过
APP_ENABLE_TRACE宏），你可以在串口助手中看到设备启动、入网、数据收发等详细的日志信息，这对于排查问题至关重要。
5.3 常见问题排查与调试技巧实录
即使按照步骤操作，第一次也难免遇到问题。下面是我总结的一些常见故障和排查思路：
| 问题现象 | 可能原因 | 排查步骤与解决方案 |
|---|---|---|
| 设备无法加入网络 | 1. PAN ID或信道不匹配。 2. 协调器未成功建网。 3. 终端设备不在协调器信号范围内。 4. 安全配置不一致（如一端启用安全，另一端未启用）。 | 1.核对配置：仔细检查两个项目在BeeKit中导出的BeeStackConfig.h文件，确认gPanId_c和gDefaultChannel_c宏定义的值完全相同。2.观察指示灯：确认协调器上电后是否有“网络就绪”指示（参考板子手册）。 3.拉近距离：将两个设备放在一米以内，排除信号问题。 4.简化配置：初次测试，在BeeKit向导中统一选择“No security”选项。 |
| 按下开关，灯无反应 | 1. 绑定未建立。 2. 应用层端点(Endpoint)或簇(Cluster) ID不匹配。 3. 程序未正确响应按钮中断。 | 1.确认绑定：对于HA OnOff例程，绑定通常是自动的或预配置的。可以通过串口输出查看绑定表状态。 2.检查代码：在开关应用代码中，查找按钮按下触发的函数（如 HandleKeyPress），确认它是否调用了发送ZCL_ToggleCommand的函数。在灯的应用代码中，确认是否注册了处理ZCL_ToggleCommand的回调函数。3.调试按钮：用调试器单步执行，看按下按钮时是否能进入中断服务程序。 |
| 编译成功，但程序运行异常或死机 | 1. 堆栈(Stack)或堆(Heap)空间不足。 2. 中断冲突或未正确初始化。 3. 时钟配置错误。 | 1.检查链接映射文件(.map)：查看编译后生成的.map文件，确认RAM的使用情况，特别是堆栈区域是否被数据覆盖。在BeeKit或链接脚本中适当增加堆栈大小。 2.核对初始化流程：确保所有使用的外设（GPIO、定时器、UART等）在 main()函数中或硬件抽象层(HAL)中被正确初始化和使能。3.确认系统时钟：检查 hal_mcu.c或类似文件中的时钟初始化代码，确保MCU内核和外设时钟频率设置正确。 |
| IAR/CodeWarrior无法连接调试器 | 1. 调试器驱动未安装或损坏。 2. 调试器与板子连接不稳定。 3. 目标板供电不足。 4. IDE中调试器配置错误。 | 1.重装驱动：从调试器官网下载并安装最新驱动。 2.检查物理连接：重新插拔调试线，确保接触良好。尝试更换调试线。 3.独立供电：尝试不使用USB供电，而用外部稳压电源为开发板供电，确保电流充足。 4.核对设置：在IDE的调试配置中，确认选择的调试器型号、接口（JTAG/SWD/BDM）、速度等参数是否正确。 |
| 串口无任何输出 | 1. 串口引脚配置错误（TX/RX接反）。 2. 波特率等参数不匹配。 3. 代码中调试输出未启用。 | 1.查阅原理图：确认板载USB转串口芯片连接到了MCU的哪个UART引脚，并在HAL层代码中核对。 2.匹配参数：在串口助手软件中，设置波特率为 115200，数据位8，停止位1，无校验，无流控（这是大多数例程的默认设置）。3.启用宏定义：在工程预处理器设置或 app_preinclude.h文件中，确认定义了APP_ENABLE_TRACE或DEBUG_ENABLE之类的宏。 |
一个高级调试技巧：使用ZigBee协议分析仪当无线通信问题复杂，仅靠串口日志难以定位时，ZigBee协议分析仪（如TI的Packet Sniffer，配合CC2531 USB Dongle）是终极武器。它可以捕获空中的ZigBee数据包，让你清晰地看到信标帧、关联请求、数据帧等内容。你可以验证设备是否在正确信道上发送数据，数据包格式是否正确，以及为什么对方没有响应。虽然这需要额外的硬件投入，但对于开发复杂的ZigBee产品来说，是必不可少的调试手段。
6. 进阶应用：从示例到产品原型
掌握了基础流程后，你可以基于BeeKit提供的其他示例，探索更复杂的应用。
6.1 构建无线UART (Wireless UART) 应用
这个应用非常实用，它相当于用ZigBee无线链路透明地传输串口数据。BeeKit中有对应的“Wireless UART”模板。配置时，你需要为通信的两端（例如两个MC1322x-NN）分别创建项目，一个配置为“UART Gateway”（网关），另一个配置为“UART Device”（设备）。关键点在于两端的Profile ID和Cluster ID必须自定义且匹配，同时要正确配置串口参数（波特率、数据位等）。烧录后，将两个板子分别通过USB连接电脑，打开两个串口助手，在一端发送数据，另一端就能收到，仿佛它们直接用串口线连接一样。
6.2 构建智能能源 (Smart Energy) 网络
ZigBee Smart Energy (SE) Profile是用于智能电表、家庭能源管理的专用规范。BeeKit支持创建SE应用。与HA应用相比，SE应用涉及更复杂的簇（如Price, Metering）、更严格的安全机制（使用对称密钥或证书）。在BeeKit中配置SE项目时，你会看到专门的安全配置选项，如“High Security with Centralized Security”。构建SE网络通常需要三个角色：能源服务接口（ESI）、智能电表（Meter）和显示设备（In-Home Display）。你需要为每个角色创建对应的设备项目，并仔细配置它们之间的绑定关系和属性报告机制。
6.3 自定义应用开发
最终，你肯定不满足于修改示例，而是要开发自己的应用。这时，你需要深入理解BeeKit生成的项目结构：
app.c/app.h：这是你编写自定义应用逻辑的主要文件。例如，在这里初始化你的传感器，处理接收到的ZigBee集群命令，或定时发送传感器数据。BeeStackConfig.h：由BeeKit生成，包含了所有的网络层、安全层、设备类型的配置参数。不要直接修改这个文件，而应通过BeeKit图形界面修改后重新导出。hal_开头的文件：硬件抽象层，包含了GPIO、定时器、UART、ADC等底层驱动。如果你要更换传感器或执行器，通常需要修改这里的代码。ZCL_开头的文件：ZigBee集群库的实现。如果你要定义自己的私有集群（Manufacturer Specific Cluster），需要在这里添加新的集群ID、属性和命令。
开发自定义应用的最佳实践是：复制一个最接近你需求的BeeKit示例项目，在其基础上进行修改。首先在BeeKit中复制并重命名项目，修改设备类型、端点等配置。然后导出到IDE，在生成的代码框架中，找到应用逻辑文件，替换或添加你自己的功能代码。这种方式能最大程度地保证协议栈底层配置的正确性，让你专注于业务逻辑。
从在BeeKit中勾选第一个选项，到最终在硬件上看到无线指令被可靠执行，这个过程充满了挑战，但也正是嵌入式开发的魅力所在。这套基于Freescale BeeKit的ZigBee开发流程，虽然其工具链如今看来已不是最新，但其体现的“图形化配置-代码生成-IDE集成-硬件调试”的闭环思想，在现代物联网开发中依然通用。理解每一步背后的原理，掌握排查问题的基本方法，远比死记硬背操作步骤重要。当你成功点亮第一个无线控制的LED时，相信你已经具备了搭建更复杂ZigBee应用网络的基础。