当前位置：文档之家 › CC2530设备有两种地址

CC2530设备有两种地址

  • 格式：docx
  • 大小：20.81 KB
  • 文档页数：8

我们知道ZigBee设备有两种地址。

一种是64位IEEE地址（物理），即MAC地址，另一种是16位网络地址。

64位地址使全球唯一的地址，设备将在它的生命周期中一直拥有它。

它通常由制造商或者被安装时设置。

这些地址由IEEE来维护和分配。

我们刚买到的调和上的IEEE地址应该是全部的F,我们可以通过TI的软件SmartRF Flash Programmer重新写入一个IEEE地址，这就像我们的PC上的物理地地类似，在全球范围内物理地址是唯一的。

不过在ZigBee设备中我们也可以更改这个地址，其实也就不确保全球唯一了，当然，在PC上也可以通过软件更改物理地址，不过只要在一个局域网中没有两个相同的物理地址，是一样可以连接互联网。

很多学校里的上网帐号就是和物理地址进行绑定的，分配给一台PC上的IP地址，是不可能在另一个PC上使用，除非修改PC的物理地址。

说多了，其实也就是你应该必须保证在你组成的网络中，不可以写入相同的IEEE地址。

16为网络地址是当设备加入网络后由协调器或路由器分配的。

它在网络中是唯一的，用来在网络中鉴别设备和发送数据。

在这个版本的中Z-Stack-1.4.3-1.2.1中，可以看到下面typedef enum{afAddrNotPresent = AddrNotPresent, //绑定afAddr16Bit = Addr16Bit,//短地址afAddrGroup = AddrGroup, //组发送afAddrBroadcast = AddrBroadcast //广播发送} afAddrMode_t;typedef struct{union{uint16 shortAddr;} addr;afAddrMode_t addrMode;byte endPoint;} afAddrType_t;这里的地址模式只有4种，而没有IEEE地址的什么事，不过可以想像，在一个ZigBee 网络中，当ZigBee的协调器建立网络成功以后，终端设备或者路由器设备打开电源开关加入网络时，网络成功后协调如何知道它管辖的表具号呢？这时会分配一个16位的短地址，当加入网络时终端会发送一个响应给协调器，协调器的短地址是知道的因为是0x0000，当设备加入成功后，会产生一个ZDO_STATE_CHANGE_EVT事件，这个事件就是设备加入网络成功后，并在网络中的身份确定后产生的一个事件，我们可以在这里处理，一些初始化，比如可以发送终端的短地址，IEEE地址等，这里协调器接收到以后，可以提取出终端的短地址，其实在终端给协调器发送的每个数据包中，都含有其自身的短地址，如下面的结构体当中的afAddrType_t srcAddr;协调器在接收到短地址后，就可以知道自己下面管辖的终端结点，或者路由结点有那些了，协调器提取到的短地址可以存放到一个非易失性的存储器中，这时如果要使用直接地址模式，也就是单播的话，就可以在这个表中查找，当然这要和上位机的软件结合起来，起码应该让用户看到这些短地址，这种短地址再和某种应用中的属性对应起来。

不知道这种理解的正确性有多大，更确切的说是在实际中的可行性有多大？typedef struct{osal_event_hdr_t hdr;uint16 groupId;uint16 clusterId;afAddrType_t srcAddr;byte endPoint;byte wasBroadcast;byte LinkQuality;byte SecurityUse;uint32 timestamp;afMSGCommandFormat_t cmd;} afIncomingMSGPacket_t;extern uint8 APSME_LookupNwkAddr( uint8* extAddr, uint16* nwkAddr );参数：nwkAddr -拥有的短地址，用来查找扩展地址。

extAddr -指向扩展地址存放的缓存该函数知道扩展的IEEE地址，得到网络中的短地址，这里就提供了另一种获得终端设备的短地址的方式，可以这个函数，在网上看到的是，用APSME_LookupNwkAddr得到短地址时，只能查找协调器儿子节点，对孙子节点不可访问，对限制了一些应用。

不过，可以用绑定来解决这个问题。

extern uint8 APSME_LookupExtAddr( uint16 nwkAddr, uint8* extAddr );该函数知道网络地址，得到网络中的扩展地址。

上面两个函数是，快速查询（不启动无线查询，而是根据已存储于地址管理器中的网络（物理）地址查询物理（网络）地址）：/********************************************************************** @fn ZDP_NwkAddrReq** @brief This builds and send a NWK_addr_req message. This* function sends a broadcast message looking for a 16* bit address with a 64 bit address as bait.** @param IEEEAddress - looking for this device* @param SecurityEnable - Security Options** @return afStatus_t*/afStatus_t ZDP_NwkAddrReq( byte *IEEEAddress, byte ReqType,byte StartIndex, byte SecurityEnable )根据已知网络地址查询远程设备物理地址，作为一个广播信息发送给网络中的所有设备：这个函数也是知道IEEE地址，对短地址进行寻找，这个不存在上面所说的限制，/********************************************************************** @fn ZDP_IEEEAddrReq** @brief This builds and send a IEEE_addr_req message. This* function sends a unicast message looking for a 64* bit IEEE address with a 16 bit address as bait.** @param ReqType - ZDP_IEEEADDR_REQTYPE_SINGLE or* ZDP_IEEEADDR_REQTYPE_EXTENDED* @param SecurityEnable - Security Options** @return afStatus_t*/afStatus_t ZDP_IEEEAddrReq( uint16 shortAddr, byte ReqType,byte StartIndex, byte SecurityEnable )这个函数，知道短地址，获取网络中的IEEE地址。

这个函数，在绑定时经常会使用，因为在绑定中有两种方式，一种是知道IEEE地址，另一种是未知IEEE地址的绑定。

这里会使用到ZDP_NwkAddrReq()函数。

这两个函数的返回值并不是得到的地址值，而是状态值，返回的地址值应该是存放在了全局变量中，static uint8 ZDP_Buf[ ZDP_BUF_SZ ];static uint8 *ZDP_TmpBuf = ZDP_Buf+1;应该说在一个网络中IEEE地址是可以事先知道的，可以通过TI的软件SmartRF Flash Programmer进行读取，当知道了IEEE地址后我们就可以单播发送到一个指定的终端了。

这样就不需要终端主动上报给协调器了。

应该利用绑定是最灵活的一种方式，不过这种方式在一个网络中具体的应用还有一点模糊，也是下一个要解决的问题。

在Z-Stack-1.4.2--1.1.0中还有这么一个函数#define ZDApp_AutoFindDestination( endPoint ) ZDApp_AutoFindDestinationEx( endPoint, (uint8 *)0 )自动寻找目的设备，而在Z-Stack-1.4.3-1.2.1中，这两个函数都已经找不到了。

这里还有另外几个比较特殊的网络地址，0xFFFF -这个一个对全网络中设备进行广播的广播地址0xFFFD -如果在命令中将目标地址设为这个地址的话那么只对打开了接收的设备进行广播0xFFFC -广播到协调器和路由器0xFFFE -如果目的地址为这个地址的话，那么应用层将不指定目标设备，而是通过协议栈读取绑定表来获得相应目标设备的短地址此外的0x0000到0xFFF8都是有效的目的地址。

每一个地址就只是了一个目标设备。

1．单点传送(Unicast)Uicast是标准寻址模式，它将数据包发送给一个已经知道网络地址的网络设备。

将afAddrMode设置为Addr16Bit并且在数据包中携带目标设备地址。

也就是上面说的使用网络短地址进行发送。

这里的关键应该是在网络形成后，如何获得网络中的设备短地址。

2. 间接传送(Indirect)当应用程序不知道数据包的目标设备在哪里的时候使用的模式。

将模式设置为AddrNotPresent并且目标地址没有指定。

取代它的是从发送设备的栈的绑定表中查找目标设备。

这种特点称之为源绑定。

当数据向下发送到达栈中，从绑定表中查找并且使用该目标地址。

这样，数据包将被处理成为一个标准的单点传送数据包。

如果在绑定表中找到多个设备，则向每个设备都发送一个数据包的拷贝。

上一个版本的ZigBee(ZigBee04)，有一个选项可以讲绑定表保存在协调器(Coordinator)当中。

发送设备将数据包发送给协调器，协调器查找它栈中的绑定表，然后将数据发送给最终的目标设备。

这个附加的特性叫做协调器绑定(Coordinator Binding)。

这个版本中的绑定有四种方式，在上几篇文章中也有介绍。

绑定的方式应该比使用短地址进行发送来的更灵活一些，TI的几个例子也都已经调试成功，其中有两个例程都是使用的绑定方式。

上面有篇文章也重点分析了两种绑定例子。

其中一种是经过协调器的绑定，一种是不经过协调器的绑定。

3 广播传送(broadcast)当应用程序需要将数据包发送给网络的每一个设备时，使用这种模式。

地址模式设置为AddrBroadcast。

目标地址可以设置为下面广播地址的一种：NWK_BROADCAST_SHORTADDR_DEVALL(0xFFFF)——数据包将被传送到网络上的所有设备，包括睡眠中的设备。

合集下载

Zigbee建网和入网过程实验

Zigbee建网和入网过程实验

6.2 Zigbee建网和入网过程实验本实验通过Sample App这个例子实现数据在ZigBee网络中的简单传输。

要求掌握网络组建及协议分析仪的使用方法。

6.2.1 实验目的与器材1）实验目的◆熟悉zigbee协议的三种设备建网时所担任的角色；◆学习Z-Stack2007/PRO协议栈中协调器如何建立网络；◆学习Z-Stack2007/PRO协议栈中路由和终端如何加入网络；◆学习TI官方提供的抓包工具（Sniffer）的应用及协议分析。

2）实验器材◆3个CC2530开发套件（1个协调器模块，2个路由器模块）；6.2.2 实验原理与步骤1）硬件介绍CC2530开发套件如实验一中的硬件介绍，这里就不再陈述。

2）实验原理1 设备的分类ZigBee网络只支持两种设备：1）全功能设备（FFD Full Function Device）2)精简功能设备（也叫半功能设备 Reduced Function Device）两者的比较：其中FFD设备能够提供MAC层的所有服务，可充当任何ZigBee节点，不仅可以接收发送数据，还具有路由功能，因此可以接收子节点；而RFD只能提供部分的MAC层服务，只能充当子节点，只负责将采集到的数据发送给协调器和路由器节点，本身并不具有路由功能，因此不能接收子节点信息，RFD之间的通信只能通过FFD来完成。

ZigBee标准在此基础上定义了三种节点：ZigBee协调器（Coordinator）、ZigBee路由器（Routers）、ZigBee终端（End Device）2 所使用的设备所用的ZigBee设备都具有连接网络和断块网路的功能。

ZigBee协调器和路由器都具有以下附加功能：1)允许设备以如下方式连接网路：① MAC（Medium Access Control）层的连接命令。

②应用层的连接请求2)允许设备以如下方式断开网络；① MAC层的断开命令②应用层的断开命令③对逻辑网络地址的分配④维护邻居设备3 组建网络组建一个网状的ZigBee网络包括两个步骤：网络的初始化和节点加入网络；而节点加入网络又有两个步骤：通过协调器加入网络和通过已有节点入网。

【无线通信篇Zstack协议栈】CC2530ZigbeeZstack协议栈组网项目及详细讲解篇

【无线通信篇Zstack协议栈】CC2530ZigbeeZstack协议栈组网项目及详细讲解篇

【⽆线通信篇Zstack协议栈】CC2530ZigbeeZstack协议栈组⽹项⽬及详细讲解篇物联⽹⽆线通信技术，ZigBee⽆线传感⽹络CC2530最⼤的特点就是⼀个拥有⽆线收发器（RF）的单⽚机，既能实现单⽚机功能，也能实现⽆线传输Zstack协议栈是ZigBee协议栈⾥的翘楚，是ZigBee组⽹的⾸选协议栈项⽬实现功能：l 总共有三个端点，⼀个协调器和两个终端节点l 终端节点1连接DHT11温湿度传感器，定时上传给协调器l 终端节点2连接LED，可以通过协调器按键控制，定时上报LED开关状态l 协调器连接12864 OLED 屏幕，实时显⽰温湿度和LED状态l 协调器可以通过按键控制终端2的LED开关，控制后将会显⽰控制结果扩展功能（当前未实现，可进⼀步开发实现）：l 连接协调器串⼝，将终端节点采集的数据通过串⼝发送，PC写上位机实现数据展⽰l 连接WIFI或者4G模块，WIFI模块如ESP8266，实现数据局域⽹⽆线传输或者上传到OneNET、机智云、阿⾥云、⾃⼰开发云服务器等，实现WEB或⼿机APP显⽰和控制。

⼀、项⽬测试（可想⽽知，⼴州的天⽓有多热，39℃了都）实现功能汇总：l 总共有三个端点，⼀个协调器和两个终端节点l 终端节点1连接DHT11温湿度传感器，定时上传给协调器l 终端节点2连接LED，可以通过协调器按键控制，定时上报LED开关状态l 协调器连接12864 OLED 屏幕，实时显⽰温湿度和LED状态l 协调器可以通过按键控制终端2的LED开关，控制后将会显⽰控制结果(⼀) 环境汇总芯⽚：CC2530F256Zstack协议栈：ZStack-CC2530-2.5.1a编程环境：IAR(⼆) 引脚分配协调器：128*64 OLED 0.96⼨屏幕供电：3.3V通信协议：IIC引脚：SDA P0_6SCL P0_7按键：IO：P0_1下降沿触发中断终端1：DHT11：通信⽅式：单总线协议供电：3.3VIO:P0_6终端2：LEDIO：P1_0说明：⾼电平点亮，低电平熄灭⼆、基础认识(⼀) CC2530单⽚机CC2530最⼤的特点就是⼀个拥有⽆线收发器（RF）的单⽚机，既能实现单⽚机功能，也能实现⽆线传输。

Zigbee无线单片机CC2530介绍

Zigbee无线单片机CC2530介绍

第三章 ZigBee无线单片机TI 公司的CC2530是真正的系统级SoC芯片,适用于2.4GHz IEEE 802.15.4,ZigBee和RF4CE应用。

CC2530包括了极好性能的一流的RF收发器，工业标准增强型8051 MCU，系统中可编程的闪存，8KB RAM，具有不同的运行模式，使得它尤其适应超低功耗要求的系统，以及许多其它功能强大的特性，结合德州仪器的业界领先的黄金单元ZigBee 协议栈（Z-Stack™），提供了一个强大和完整的ZigBee 解决方案。

CC2530可广泛应用在2.4-GHz IEEE 802.15.4系统， RF4CE遥控控制系统，ZigBee系统，家庭/建筑物自动化，照明系统，工业控制和监视，低功耗无线传感器网络，消费类电子和卫生保健等领域。

3.1 CC2530芯片的特点CC2530是一个真正的用于2.4-GHz IEEE 802.15.4与Zigbee应用的SOC解决方案。

这种解决方案能够提高性能并满足以ZigBee为基础的2.4 GHz ISM波段应用对低成本、低功耗的要求。

它结合了一个高性能2.4 GHz DSSS(直接序列扩频)射频收发器核心和一颗工业级小巧、高效的8051控制器。

CC2530芯片方框图如图3.1所示。

内含模块大致可以分为三类：CPU 和内存相关的模块；外设、时钟和电源管理相关的模块，以及射频率相关的模块。

CC2530在单个芯片上整合了8051兼容微控制器、ZigBee 射频(RF)前端、内存和FLASH存储器等，还包含串行接口(UART)、模/数转换器(ADC)、多个定时器(Timer)、AESl28安全协处理器、看门狗定时器(WatchDog Timer)、32 kHz晶振的休眠模式定时器、上电复位电路(Power 0n Reset)、掉电检测电路(Brown Out Detection)以及21个可编程IO口等外设接口单元。

CC2530芯片采用O.18um CMOS工艺生产，工作时的电流损耗为20 mA；在接收和发射模式下，电流损耗分别低于30 mA或40 mA。

4第5章 CC2530 简介4

4第5章 CC2530 简介4


存储器
CODE: 一个只读的存储空间，用于程序存储。这一存储空间 地址是64KB。 DATA：一个读/写的数据存储空间，可以直接或间接被一个 单周期CPU 指令访问。这一存储空间地址是256字节。DATA 存储空间较低的128 字节可以直接或间接寻址，较高的128 字节只能间接寻址。 XDATA：一个读/写的数据存储空间，通常需要4-5 个CPU 指 令周期来访问。这一存储空间地址是64KB。而且访问XDATA 存储器慢于访问DATA，因为CODE 和XDATA 存储空间共享 CPU 内核上的一个通用总线，因此来自CODE 的指令预取可 以不必和XDATA 访问并行执行。
存储器
SFR：一个读/写的寄存器存储空间，可以直接被一个CPU 指令访问。这一存储空间含有128 字节。对于地址是被8 整 除的SFR 寄存器，每一位还可以单独寻址。 这四个存储空间在8051 结构中是分开的，但是在设备中有部 分是重叠的，以减轻DMA 传输和硬件调试操作的负担。
储存器映射
存储器映射在两个重要方面不同于标准的8051内存映射。 首先，为了使得DMA 控制器访问全部物理存储空间，并由此 使得DMA 在不同8051 存储空间之间进行传输，CODE 和 SFR 部分存储空间映射到XDATA 存储空间。 第二，CODE 存储器空间映射可以使用两个备用机制。 第一个机制是，只有程序存储器（即闪存存储器）映射到 CODE 存标准的8051 映射储空间。这一映射设备复位后默认 使用的。第二个机制用于执行来自SRAM 的代码。在这种模 式下，SRAM 映射到0x8000 到(0x8000 + SRAM_SIZE –1)的 区域。这一映射如图2-2 所示。执行来自SRAM 的代码提高了 性能，并减少了功率消耗。
执行的。因此现有的软件必须适用使用MPAGE而不是P2。