Airbee-ZNS 2006 是实现ZigBee标准最新版本的第一个平台,并通过了ZigBee认证测试.AirBee由于采用TI 2420无线电收发器和TI最新的微控制器MSP430F4618的组成的硬件平台而受到奖励.AirBee也是采用TI微控制器平台的第一个得到ZCP证实的第一家公司. Airbee-ZNS 2006具有增强的性能和可靠性考虑,满足现实世界的需要和容易使用,并由经典的开发工具所支持.
ZigBee 2006 Compliant Platform
The ZigBee Alliance, a global ecosystem of companies creating wireless solutions for use in residential, commercial and industrial applications, today announced that Airbee Wireless has achieved 2006 certification for it ZNS 2006 protocol stack. Airbee’s ZNS 2006 is one of the first platforms to implement the latest version of the ZigBee standard and to pass independent testing by a ZigBee qualified testing labs.
Airbee’s ZNS 2006 protocol software stack is a rigorously tested and field proven software stack that is now ZigBee 2006 compliant. Airbees ZNS 2006 incorporates enhancements for the ‘3R’s - Robustness (resists a failure), Resilience (recovers despite a hard or soft failure), and true Reliability (continuous operation), necessary for real world deployments and ease-of-use and is supported by best in class development tools.
Airbee’s-ZNS 2006 is one of the first platforms to implement the latest version of the ZigBee standard and to pass independent testing by a ZigBee qualified testing lab. Airbee has been awarded the certification on a hardware platform consisting of the TI 2420 radio and TI’s latest microcontroller, the MSP430F4618. Airbee is also the first company to achieve ZCP certification on any TI microcontroller platform. The certification is significant for Airbee customers and partners and brings a host of benefits to the ZigBee marketplace. Airbees ZNS-2006 incorporates enhancements for performance and reliability considerations, necessary for real world deployments and ease-of-use and is supported by best in class development tools.
Airbee-ZNS?, the ZigBee?-ready protocol stack software is designed for maximum portability among various 802.15.4 radios and a host of microcontrollers. Airbee-ZNS has been developed to achieve maximum portability and adaptability and is currently available on Texas Instruments, Atmel, and Freescale microcontrollers as well as Freescale, ZMD, Chipcon 802.15.4 radios. The possibility of developing a full ZigBee stack or parts of it on new or modified hardware platform offers a phenomenal advantage to ZigBee application developers, ZigBee hardware developers, tool developers, and manufacturers of ZigBee compatible products. Such versatility of the protocol stack also enables custom implementations.
In a typical embedded software design and implementation, the extent of portability is limited by factors such as unclear interactions between the radio and the medium, hardware dependent optimization needs, the ordering of bytes in a multi-byte packet, and numerous other details with little or no specifications.
Airbee-ZNS implementation is designed around these limitations as shown in the graphic above. Airbee-ZNS is built to address complete portability across all microcontrollers and 802.15.4 radio combinations. Each layer in the ZigBee standard has its own Application Programming Interface (API). At the lowest level, Airbee-ZNS PHY layer API’s are segregated into three parts to address the target platform issues and portability. The three parts are the microcontroller API, 802.15.4 radio API, and PHY API.
Airbee-ZNS - A Compelling Choice
The Airbee-ZNS? provides a platform that delivers quality with choice. Airbee-ZNS provides the tools and the hooks that enable a balanced judgment of the various factors of cost, essential features, and hardware platform technical considerations (in this context, they are typically a microcontroller and 802.15.4 radios), such as loaded and standby current consumption, memory type and size, manufacturability, testability and design.
Airbee-ZNS is available in any combination of the above considerations on a variety of hardware platforms. Moreover, Airbee-ZNS provides the flexibility and choice for prototype designs, proto-manufacturing, and pilots prior to committing huge capital investments. Customization is a critical capability in deploying large ZigBee? networks and applications. Airbee-ZNS supports customization while being ZigBee ready because of its modularity.
One of the salient features of Airbee-ZNS is its extensions which include both architectural and feature extensions. Architectural extensions provide portability while feature extensions support power management and enhance the ZigBee specifications. Interpreted implementation has been executed throughout the Airbee-ZNS, although these are more pronounced in the network and MAC functionalities. Airbee extensions are also applied appropriately at each stack layer to extend the set of features controlled by programmable options. Airbee-ZNS is thus shaped holistically as a platform agnostic product with total flexibility and choice.
产品特性:
-物理层
The PHY layer bridges the rest of the stack components to the transceiver (RF) hardware, handles real time hardware events such as interrupts, and manages the transmission and reception functions pertaining to the RF and the microcontroller as required by the upper layers. Timer and clock services, which collectively form the heart-beat of the system, are generated, managed and supplied to the entire system from the PHY layer. The PHY layer interfaces with peripheral and application devices.
-媒体接入控制(MAC)层
The MAC sub-layer provides the interface between the Network Layer and the PHY layer. Essential features of MAC sub layer are beacon management, channel access through slotted / un-slotted CSMA mechanism, and guaranteed time slots (GTS) management. The MAC sub-layer provides frame validation, association, disassociation, and a reliable data delivery scheme.
-Airbee-ZMAC provides feature extensions that improve communications efficiency and lower power requirement in the network, among other advantages. For example, broadcasting for the device discovery and route discovery processes is made more efficient by using the MAC and PHY layer capabilities of adjusting the transmitting power of a node, rather than using a constant power for all communication.
-网络层
Responsibilities of the ZigBee network layer include mechanisms used to associate to and disassociate from a network, apply security to outgoing frames, and routing frames to intended destinations. The network layer of a ZigBee coordinator is responsible for starting a new network, when appropriate, and assigning addresses to newly associated devices.
-The Airbee-ZNS network layer accommodates numerous feature extensions, some of which are additional features and others that are articulated interpretive solutions to scenarios that are not directly specified in the ZigBee specifications as discussed below.
-The efficient address allocation mechanism optimizes routing tables and reduces memory requirements.
-The ZigBee specification does not specify a method to delete an entry in the routing table. Even in a simple network, the routing table entry becomes stagnant over time. The Airbee extension to the network layer provides a method for updating and modifying the routing table.
-路由处理Routing process/next hop to be based on link quality indicator (LQI) as an option.
-内部PAN通信(Inter-PAN communication. )
-安全层(Security Layer)
The security block provides security support services to the APS, network, and MAC layer. Incoming and outgoing frames are encrypted using CCM and AES techniques.
-ZigBee应用层(ZigBee Application Layer)
The ZigBee application layer consists of the APS sub-layer, the ZigBee Device Object (ZDO), and the manufacturer-defined application objects. The APS sub-layer includes maintaining tables for binding, which is the ability to match two devices together based on their services and their needs, and forwarding messages between bound devices. Responsibilities of the ZDO include defining the role of the device within the network (e.g., ZigBee coordinator or end device), initiating and/or responding to binding requests, and establishing a secure relationship between network devices. Another responsibility of the ZDO is discovery - the ability to determine which other devices are operating in the personal area network in which the device is associated. Manufacturer-defined application objects implement the actual application requirement conforming to the ZigBee-defined application profile and device descriptions.
-应用支持层(Application Support Layer)
This layer is an Airbee-defined extension. The Application support layer implements application specific hardware interfaces, which thereby enables development applications that are independent of the microcontroller architecture and physical interfaces to devices. This layer provides truly portable device APIs, as they are available as generic C functions. The application support layer in turn calls device support layer functions that are specific to hardware interfaces and micro-controller uses.
-设备支持层(Device Support Layer)
This layer is an Airbee-defined extension. Device Support Layer provides micro-controller and hardware interface specific APIs to enable higher layer, vis-a-vis Application Support Layer providers to develop hardware and microcontroller independent functions. This pluggable layer enables application developers to optimize, as well as provide any hardware level, customization or enhancements specific to the hardware at this layer. This unique Airbee feature enables device manufacturers to develop portable applications without compromising features or optimization.
-RF收发器层(RF - Transceiver Device Layer (Transceiver Driver))
This layer is an Airbee-defined extension. Functions of the transceiver device layer are akin to a transceiver device driver. This layer is a plug-on layer depending on the target microcontroller and type of the 802.15.4 radio used in the system. It enables PHY and MAC developers to develop generic and portable layers without worrying about hardware-specific optimization or atypical features that are unique characteristics of specific microcontrollers and 802.15.4 radio.
ZNS 2006 协议堆栈方框图ZNS 2006软件指标,软件环境以及所需的嵌入资源:
http://www.airbeewireless.com/Airbee-ZNS%202006%20Datasheet.pdf
来源：中电网 |
