第2 周工作总结 1. SmartRF 测试 对于上周遗留的问题，即在SmartRF 中看到的帧控制域为2 个字节，而在ZIGBEE-2007 规范中，帧控制域为1 个字节，本周首先解决了这个问题。 首先查看了CC2530 用户指南《CC253x SoC Solution User's Guide》，查看第19章Radio，其中关于帧格式问题，其描述为：IEEE 802.15.4-2006 Frame Format。原来，CC2530 使用的是2006 规范，而我们之前所查阅的是2007 规范。 在IEEE 802.15.4-2006 规范中，帧控制域的定义如下： 图1 IEEE 802.15.4-2006 帧控制域格式 对于前两个字节帧类型的定义如下： 图2 帧控制域帧类型子域 为进一步了解通讯过程中，帧的类型及意义，我们使用SmartRF 进行通讯实验，并对实验结果与2006 帧格式比对。 ①. 开发板 2 自动运行，处于发送状态；开发板 1 与PC1 相连，运行SmartRF，处于普通模式，接收状态。 监测开发板 1 接收到的MAC 帧如下： 图3 开发板 1 接收到的MAC 帧 将帧控制域分解：0x0803=0b 0000 1000 0000 0011 则帧类型为：Beacon。 ②. 开发板 2 与PC2 相连，运行SmartRF，处于专家模式，发送状态；开发板 1与PC1 相连，运行SmartRF，处于普通模式，接收状态，运行设备。 在PC2 的SmartRF 中，选择 Text 模态，随机输入一串字符，运行设备。 监测开发板 1 接收到的MAC 帧如下： 图4 开发板1 接收到的MAC 帧 将帧控制域分解：0x8841=0b 1000 1000 0100 0001 则帧类型为：Data。 ③. 开发板2 与 PC2 相连，运行 SmartRF，处于专家模式，发送状态；开发板1与 PC1 相连，运行 SmartRF，处于普通模式，接收状态，运行设备。 在 PC2 的SmartRF 中，选择随机模态，运行设备。 图4 开发板1 接收到的MAC 帧 将帧控制域分解：0XDB1C=0b 1101 1011 0001 1100 则帧类型为：MAC command。 ④. 开发板2 与 PC2 相连，运行 SmartRF，处于专家模式，发送状态；开发板1与 PC1 相连，运行 SmartRF，处于普通模式，接收状态，运行设备。 在 PC2 的SmartRF 中，选择 Hex 模态，随机输入一串 Hex 字符，运行设备。 图4 开发板1 接收到的MAC 帧 将帧控制域分解：0XDB1C=0b 0010 0010 0010 0010 则帧类型为：保留。 然而，观察，接收到的MAC 帧，发现从帧控制域开始，其后字符都与发送的字符一模一样。也即，我们所看到的帧的类型与实际的帧类型完全无关，而只...
