ZStack-CC2530-2.3.0-1.4.0

所属分类:单片机开发
开发工具:C/C++
文件大小:21235KB
下载次数:91
上传日期:2013-06-27 14:31:56
上 传 者w517565244
说明:  ti公司的cc2530系列芯片的zstack协议栈
(ti' s cc2530 series chips zstack protocol stack)

文件列表:
ZStack-CC2530-2.3.0-1.4.0\Components\hal\common\hal_assert.c (9816, 2010-01-07)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\common\hal_drivers.c (9190, 2009-08-05)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_adc.h (6829, 2009-12-03)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_assert.h (5478, 2009-02-16)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_board.h (28, 2006-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_ccm.h (2790, 2008-10-07)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_defs.h (4969, 2008-10-07)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_drivers.h (4701, 2007-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_flash.h (6735, 2008-09-02)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_key.h (5809, 2007-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_lcd.h (5735, 2008-07-07)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_led.h (4288, 2007-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_sleep.h (3043, 2007-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_timer.h (8980, 2007-11-01)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\include\hal_uart.h (7987, 2009-03-09)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_adc.c (12874, 2009-12-17)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_aes.h (5185, 2010-01-08)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_board_cfg.h (19817, 2010-01-05)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_dma.c (5475, 2009-08-05)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_dma.h (12742, 2009-03-29)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_flash.c (10936, 2009-08-13)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_key.c (19170, 2009-12-16)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_lcd.c (25569, 2009-11-09)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_led.c (16518, 2009-03-13)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_mac_cfg.h (3516, 2009-06-05)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_mcu.h (8098, 2009-03-18)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_oad.c (18025, 2009-07-21)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_oad.h (5252, 2009-03-30)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_sleep.c (20766, 2009-10-21)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_startup.c (4257, 2009-03-12)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_timer.c (28537, 2009-03-12)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_types.h (4109, 2008-03-20)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\hal_uart.c (9277, 2009-06-12)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\_hal_uart_dma.c (24310, 2010-01-14)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530EB\_hal_uart_isr.c (16461, 2009-12-10)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530USB\hal_adc.c (9879, 2009-12-03)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530USB\hal_aes.h (5185, 2010-01-11)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530USB\hal_board_cfg.h (15090, 2009-09-17)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530USB\hal_dma.c (5475, 2009-08-05)
ZStack-CC2530-2.3.0-1.4.0\Components\hal\target\CC2530USB\hal_dma.h (12742, 2009-05-13)
... ...

Texas Instruments, Inc. ZStack-CC2530 Release Notes ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- ZigBee 2007 Release Version 2.3.0-1.4.0 January 17, 2010 Notices: - Z-Stack supports the ZigBee 2007 Specification, including features such as PanID Conflict Resolution, Frequency Agility, and Fragmentation. The ZigBee 2007 Specification (www.zigbee.org) defines two ZigBee stack profiles, ZigBee and ZigBee-Pro. ZStack-2.3.0 provides support for both of these profiles. See the Z-Stack Developer's Guide for details. - Z-Stack now supports an IAR project to build "ZigBee Network Processor" (ZNP) devices. CC2530-based ZNP devices can be used with any host MCU that provides either an SPI or UART port to add ZigBee-Pro communication to existing or new designs. See the "CC2530ZNP Interface Specification" and "Z-Stack User's Guide for CC2530 ZigBee-PRO Network Processor - Sample Applications" documents for details and using the ZNP. - The library files have been built/tested with EW8051 version 7.51A/W32 (7.51.1.3) and may not work with previous versions of the IAR tools. You can obtain the 7.51A installer and patches from the IAR website. - When programming a target for the first time with this release, make sure that you select the "Erase Flash" in the "Debugger->Texas Instruments-> Download" tab in the project options. When programming completes, it is recommended that the "Erase Flash" box gets un-checked so that NV items are retained during later re-programming. - Please review the document "Upgrading To Z-Stack v2.3." for information about moving existing v2.2.x applications to v2.3.x. Changes: - The default size of the neighbor table, MAX_NEIGHBOR_ENTRIES, has increased from 8 to 16 to provide greater stability in larger networks that are using security. [3144] - Improved the "best router" algorithm (for ZigBee-Pro devices) to consider link quality over network depth when processing beacons during the join or rejoin process. [3137] - The compile flag "SE_PROFILE" has been changed to "TC_LINKKEY_JOIN" to better reflect the code being controlled. Users do not need to make any changes - "SE_PROFILE" is redefined in the ZGlobals.h file. [3121] - The OSAL_Timer API has been extended to add an automatically reloading timer. In addition to simplifying the use of periodic timers, this feature also can be used to eliminate problems with failing to obtain a timer when heap resources are depleted (during heavy traffic situations). Four timers in the NWK layer have been converted to use reloading timers to increase device robustness under heavy traffic situations. Section 5.3 of the "OSAL API" document gives details on use of "osal_start_reload_timer()". [3070] - The default IDE setting for "Virtual Registers" has been increased from 8 to 16. The results in a typical CODE size reduction of 1.5% at the expense of 8 bytes of DATA memory. [3068] - The OSAL_MSG API has been extended to add capability to search for an existing OSAL message in the queue. See section 3.6 of the "OSAL API" document for details on use of "osal_msg_find()". [3065] - The HAL_ADC API has been extended to add capability to set up the ADC voltage reference for use by the HalAdcRead() function. The function was previously hardwired to use "HAL_ADC_REF_AVDD", which is still default. Reference values to be used with the new HalAdcSetReference() function are defined in the hal_adc.h file. [3053] - The Monitor-Test (MT) API has been extended to provide support for the Inter-Pan method of communication. Refer to sections 3.2.1.5 and 3.2.1.3 of the "Z-Stack Monitor and Test API" document on details of using the MT commands and responses. Refer to section 12 of the "Z-Stack Developer's Guide" for a discussion of the Inter-Pan feature. [3052] - Support has been added for mutiple pre-configured Trust Center link keys. The default number of keys remains set at 1. Refer to section 10.5 of the "Z-Stack Developer's Guide" for discussion of multiple link keys. [3024] - The Monitor-Test (MT) API has been extended to provide support for the configuration of application link keys. Refer to sections 3.12.1.26 through 3.12.1.28 of the "Z-Stack Monitor and Test API" document for details of using MT commands and responses for link key configuration. [2997] - The Monitor-Test (MT) API has been extended to provide support for sending messages using source routing. Refer to sections 3.2.1.4 and 3.12.2.27 of the "Z-Stack Monitor and Test API" document for details of using MT commands and responses for source routing. [2929] Bug Fixes: - Fixed a problem with the Smart Energy key establishment process where it could fail due to timing issues with APS retries. [3160] - Fixed a problem where a DMA transmit interrupt for serial I/O could be missed, causing serial transmission to become disabled. [3155] - Fixed a problem that inadvertently included some Link Status code in End-Device builds. This could prevent an End-Device from entering the "deep sleep" mode for lowest power consumption. [3154] - Fixed a "buffer memory leak" in which devices that forward network address conflict messages eventually run out of TX buffer capacity and lock up after handling 18 address conflicts. [3129] - Fixed a problem where the afDataReqMTU() function would return an incorrect size (14 bytes too small) when security was disabled when building a device from a standard library-based project. [3112] - Updated the characterized values in the "HalAdcVddLimit[]" table to reflect the internal 1.15 reference voltage of CC2530. The prevoius values could indicate "low battery" situation before necessary. [3103] - Improved delivery of unicast response messages in a larger network that has broadcast "storms" - route responses could get lost when a route request occured. A delay was added to re-broadcasts of route requests and limited queuing of incoming broadcast messages. [3099] - Fixed a problem in zclGeneral_KeyEstablishment_GetRandom() where the 40-byte random number was limited to 2^16 values obtained from the ZStack 16-bit pseudo-random number generator. [3096] - Improved performance of device joining/rejoining when there is more than one network with the same extended PanID in the neighborhood. Between joining cycles, devices now clear their neighbor table and the network descriptor list. [3094] - Fixed a problem where a device would use old routing table entries after rejoing the network to a different parent. Devices now remove appropriate routing entries when a Device Announce is handled. [3091] - Fixed the CTS/RTS pin definitions in the _hal_uart files. This will allow serial I/O that depends on flow control to sork properly. [3087] - Fixed a "buffer memory leak" in which devices with security enabled would eventually run out of TX buffer capacity and lock up. [3086] - Fixed a problem with sending a message using fragmentation that occured when the ***-bit etended destination address was provided instead of the network short address. [3083] - Improved handling of source routed messages - when a device is the last one in the relay list, it will now send the message directly to the destination address, regardless of whether the destination device is in the neighbor table. [3081] - Fixed a memory leak in the Trust Center where memory allocated for processing of transport key commands was not deallocated. [3077] - Fixed a problem that produced phantom "shift" key input when joystick input occured. In addition, the "shift" key did not work properly. [3066] - Added feedback to the application layer after ZDO processing of a leave request. The application layer is notified by ZDO_STATE_CHANGE. [30***] - Fixed a problem (when using NV_RESTORE) with ZDO leave processing that would restore the original network state if power was cycled to the device. Devices now get a new network short address if power is cycled after processing a ZDO leave command. [3063] - Corrected the enumerated values defined in the "ZMacTransmitPower_t" table defined in the ZMAC.h file. [3056] - Fixed a routing loop problem that could occur when Many-To-One routing was used. When the link to the next hop was down, the device sent a MTO route error to a random neighbor device, which would be forwarded to the concentrator. A routing loop would be generated if the random neighbor device was the device that forwarded the packet. [3051] - Fixed an error in the "zclCCPublishPrice_t" structure definition - the member "PriceTier" was located in the wrong position, causing erroneous data to be displayed by a device issuing a Get Current Price command. [3044] - Fixed a problem in the SE Sample App which could allow the simple meter device to send APS packets with a bogus application link key. The message handler for key establishment indication was not properly checking status of ZCL_KEY_ESTABLISH_IND. [3042] - Added the time cluster (ZCL_CLUSTER_ID_GEN_TIME) to the cluster list for each of the SE Sample App device configurations. [3041] - Fixed a problem that could occur under heavy traffic conditions - a memory allocation failure during confirm processing would cause a "buffer memory leak" and leave a completed message in the NWK buffer. The device would eventually lose its ability to send messages, including Link Status. [3028] - Fixed a problem where a router would allow a device to join or rejoin and save information in the associated device table even if there was no empty space in the Address Manager. With security enabled, this was causing the router to request an Update Device (key) with an extended address of all zeroes. In addition, the router and end-device capacity bits in the beacon payload is now updated when the Address Manager table is full. [3017] - Fixed a problem in security key handling after a PRO end-device rejoined a network at a different router than the original parent. When a second end-device joined the network, the parent of the first end-device would request security keys for both end-devices, instead of just the 2nd. [3016] - Improved performance of messages using APS ACK in a busy network with security enabled - retried APS ACK messages could be dropped due to stale frame counter values. Messages are now stored un-encrypted in the NWK buffer - encryption/decryption occurs during transfer to/from the NWK and MAC layers. [3009] - Fixed a deviation from the ZigBee spec (2.4.3.1.7.1) in some sample apps would broadcast Match Descriptor request to destination address 0xFFFF. The address 0xFFFD (macRxOnWhenIdle = TRUE) is now used. Note that this disallows ZStack sample apps to find end devices via SW4. [3008] - Added error response, DEVICE_NOT_FOUND, for IEEE Address request and NWK Address request that are recieved as unicast messages and no device can be found. [2991] - Fixed a problem, when security was enabled, that prevented processing of rejoin requests and responses when a neighbor table entry for source devices did not exist or could not be created. Packets with radius=1 now get processed even if a neighbor table entry can't be referenced. [2887] - Improved response to recieved multicast message with ACK requested. Even though broadcast/group messages should not request an ACK, the erroneous request is now filtered before processing the message. [2874] - Fixed two problems with End-Devices configured with "RX on when idle" (CAPINFO_RCVR_ON_IDLE): they never received messages addressed to 0xFFFD (NWK_BROADCAST_SHORTADDR_DEVRXON) and intermittantly got ones sent to 0xFFFF (NWK_BROADCAST_SHORTADDR). [2868] Known Issues: - OAD supports two modes, internal and external. Internal mode does not use an external flash memory, so the OAD image must fit within unused flash memory on the CC2530. In other words, two images must fit in the CC2530 memory. External mode uses and external flash memory, which is 128K on SmartRF05EB Rev 1.3 boards, and 256K on 1.7 boards. - Z-Stack now provides support for the Texas Instruments CC2590-CC2591 PA/LNA range extender. The CC2590-CC2591 increases the RF link budget via PA for increased transmit output power and LNA for improved receiver sensitivity. See the "HAL Driver API" document for details. Please note that the CC2530 + CC2590 "Combo" board is not yet available for evaluation of the PA/LNA. - To disable security at build time, use the "SECURE=0" compile option. Do not attempt to disable security by setting the SECURITY_LEVEL to zero. - SerialApp is not reliable when used for high-speed file transfer. - The ZDO Complex Descriptor is not supported. ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- For technical support please contact: Texas Instruments, Inc. Low Power RF lpwsupport@ti.com

近期下载者

相关文件


收藏者