s e r ' s G u i d e User's Guide ez430-rf2480 Demonstration Kit (formerly known as ez430-rfzacc06) SWRU151A 2008 Low-Power RF

Transcription

1 s e r ' s G u i d e User's Guide ez430-rf2480 Demnstratin Kit (frmerly knwn as ez430-rfzacc06) SWRU151A 2008 Lw-Pwer RF

2 If Yu Need Assistance Supprt fr the CC2480 and MSP430 device is prvided by the Texas Instruments Prduct Infrmatin Center (PIC) Cntact infrmatin fr the PIC can be fund n the TI web site at Additinal device-specific infrmatin can be fund n the MSP430 and LPW web sites at and We Wuld Like t Hear frm Yu If yu have any cmments, feedbacks, r suggestins, please let us knw by cntacting us at supprt@ti.cm.

3 Cntents ez430-rf2480 Demnstratin Kit Acrnyms and Abbreviatins Z-Accel Overview. Wireless Made Easy ez430-rf2480 Dem Kit Cntents and Requirements Hardware Cntents Sftware, Dcumentatin, and Sample Applicatins System Requirements ez430-rf2480 Dem Kit Quick Start Instructins ez430-rf2480 Dem Kit Hardware CC2480 Target Bard Design ez430 USB Emulatr Bard Design ez430 Battery Bard Design ZASA ZigBee Acceleratr Sample Applicatin ZASA Applicatin Descriptin Startup and Cnfiguratin ZigBee Device Types ZASA Applicatin Rle Summary f LED states ZASA Detailed Cde Descriptin ZASA Cnfiguratin and Cmpile Optins ez430-rf2480 Dem Kit Tls Suggested Reading Frequently Asked Questins Revisin Histry

4 1 Acrnyms and Abbreviatins API FFD HAL LED MT OTA RF RFD RPC SAPI SPI UART USB ZASA Applicatin Prgramming Interface Fully Functinal Device A ZigBee Device where the transceiver is always n Hardware Abstractin Layer Light Emitting Dide Mnitr and Test Over-The-Air An RF transmissin f data by the CC2480 Radi Frequency Reduced Functin Device A ZigBee Device that allws the transceiver t be turned ff t save pwer Remte Prcedure Call an interface designed s that a prgram running n ne prcessr can invke functinality f sftware running n anther prcessr "as if" it were als running right n that ther prcessr Simple API - a very simplified interface t a subset f the ZigBee stack functinality Serial Peripheral Interface Universal Asynchrnus Receiver-Transmitter Universal Serial Bus ZigBee Acceleratr Sample Applicatin 2

5 2 Z-Accel Overview. Wireless Made Easy. Z-Accel is a new cncept by TI t make the design f a new wireless prduct r the additin f wireless int existing prducts easy. Z-Accel devices functin as ZigBee netwrk prcessrs, encapsulating all f the cmplexities f wireless int a black bx. A hst prcessr running the applicatin simply cmmunicates t a Z-Accel device via a simple serial interface and well defined API. Z-Accel cleanly separates applicatin and netwrking cmpnents fr simple system design and integratin. The CC2480, ur first prduct in the Z-Accel family, prvides ZigBee made simple. CC2480 prvides a fully cmpliant ZigBee slutin based n the ratified ZigBee-2006 specificatin, and includes a unique preprgrammed IEEE address fr each device. This includes full mesh capabilities, Crdinatr / Ruter / End Device functinality, security, pwer savings, reliable cmmunicatin, interperability, and much mre. The ez430-rf2480 Dem Kit is a cmplete USB-based MSP430 wireless demnstratin tl prviding all the hardware and sftware t evaluate the CC GHz ZigBee netwrk prcessr and the MSP430F2274 micrcntrller. Our demnstratin kit has everything needed t understand and fully evaluate the capabilities f CC2480 in a shrt amunt f time with minimal effrt. The ez430-rf2480 Dem Kit utilizes a free Kickstart versin f the IAR Embedded Wrkbench Integrated Develpment Envirnment (IDE) t write, dwnlad, and debug yur applicatin. The debugger is unbtrusive allwing the user t run an applicatin at full speed with bth hardware breakpints and single stepping available while cnsuming n extra hardware resurces. ez430-rf2480 Demnstratin Kit features: ZigBee Acceleratr Sample Applicatin (ZASA) fr temperature and battery vltage sensr reprting using the ez430-rf2480 Sensr Mnitr PC applicatin tl Sample Hst Prcessr Cde t demnstrate cnfiguratin, netwrk instantiatin r selectin, binding, and cmmunicatin 5 available GPIO develpment pins Highly integrated, ultra-lw-pwer MSP430 MCU Tw general-purpse digital I/O pins cnnected t green and red LEDs fr visual feedback Interruptible push buttn fr applicatin cntrl Please visit fr mre infrmatin! Nte! The ez430-rf2480 Target Bard has been ptimized fr bard size, nt RF range, and the achieved RF perfrmance DOES NOT reflect the true capability f the CC

6 4

7 3 ez430-rf2480 Dem Kit Cntents and Requirements 3.1 Hardware Cntents The dem kit includes: 3 CC2480 Target Bards 1 ez430 USB Emulatr Bard 2 AAA ez430 Battery Bards (batteries included) 3.2 Sftware, Dcumentatin, and Sample Applicatins Please visit fr the latest sample applicatin cde, tls, and dcumentatin including: ZASA installer with Prject files and Quick Start Guide ez430-rf2480 Sensr Mnitr Installer ZigBee Dcumentatin Please visit fr the latest infrmatin n the Z-Accel ZigBee Netwrk Prcessr 3.3 System Requirements Micrsft Windws XP r Vista 5

8 4 ez430-rf2480 Dem Kit Quick Start Instructins T get up and running with yur ez430-rf2480 Dem Kit please perfrm the fllwing: Install the ez430-rf2480 Sensr Mnitr applicatin frm the ez430-rf2480 website Cnnect ne f the CC2480 Target bards t the ez430 USB Emulatr bard creating a ez430-rf2480 Dngle which will act as the ZigBee netwrk Crdinatr and a gateway fr cmmunicatin with yur PC. Plug the Dngle int the USB prt. When the Dngle is cnnected t the PC initially yu will see bth RED and GREEN LEDs blink shwing it is awaiting cnfiguratin. Figure 1: ez430-rf2480 Dngle If this is yur first time cnnecting the Dngle yu will be ntified that yur PC has detected new hardware. The driver is a standard windws driver (usbser.sys) and will be detected autmatically. When the first dialg bx appears select N, nt at this time. Then chse t install this driver autmatically. When yu are ntified that the sftware has nt passed Windws Lg testing, select Cntinue Anyway. Please see the ez430-rf2480 Sensr Mnitr User Guide fr further infrmatin if yu have prblems installing the hw driver. Cnnect the remaining tw target bards t the prvided ez430 Battery bards with batteries installed t create Battery Ndes. When the target bards and battery bards are cnnected yu will see bth RED and GREEN LEDs blink shwing the Ndes are awaiting cnfiguratin 6

9 Figure 2: ez430-rf2480 Battery Nde Nte: The jumper n the battery bard must be in place t cnnect pwer, and can be used as an n/ff switch as desired. Run the ez430-rf2480 Sensr Mnitr applicatin The applicatin can be run frm the start menu at All prgrams - Texas Instruments - ez430-rf2480 Sensr Mnitr Establish the Dngle as netwrk Crdinatr-Sink by pressing the buttn n the target bard nce. The device culd take as lng as 10 secnds t setup a netwrk s please be patient. When setup as Crdinatr-Sink the Dngle will display the RED LED as always n. Nte: If bth LEDs remain OFF the Crdinatr has failed t create a netwrk. Please discnnect and reapply pwer and attempt cnfiguratin again until a valid netwrk and Crdinatr is established. Nte: The Dngle is nw bth the netwrk Crdinatr and the applicatin data Sink fr ther devices in the netwrk. Setup a Battery Nde as a Ruter-Surce, meaning it will act as bth a ZigBee Ruter and an applicatin Surce f sensr data, by pressing the buttn nce n the target bard f the Battery Nde. The Ruter can take up t 10 secnds t scan, jin, and bind int the netwrk, s please be patient during this step. When setup as Ruter-Surce the GREEN LED n the Battery Nde will remain ON. Nte: If after trying t cnfigure the Ruter-Surce, bth LEDs remain in the OFF psitin, the attempt t discver r jin the netwrk has failed. Verify that the netwrk Crdinatr has its RED LED ON. If the RED LED is blinking n the Crdinatr then permit jining has been disabled. Press the buttn a single time n the Crdinatr t tggle the permit jining flag t allw jining (the RED LED shuld g int an always ON state). If the Ruter- Surce will nt jin when reset (remve and reapply pwer) then try bringing the device clser t the Crdinatr t make sure it is in RF range). Setup a Battery nde as an End Device-Surce, meaning it will act as bth a ZigBee End Device (lw pwer) and an applicatin Surce f sensr data, by pressing the buttn twice n the target bard f the Battery Nde. The End Device can take up t 10 secnds t scan, jin, and bind int the netwrk, s please be patient during this step. When setup as End Device-Surce the GREEN LED n the Battery Nde will blink at 1 Hz. Nte: If after trying t cnfigure the End Device-Surce, bth LEDs remain in the OFF psitin, the attempt t discver r jin the netwrk has failed. As befre, verify that the Crdinatr r Ruter has the RED r GREEN LED in the 7

10 always n psitin allwing jining. If either r bth des nt, press the buttn a single time t tggle jining state and remve and reapply pwer t the End Device t attempt jining again. Once all devices are cnnected n the netwrk the Surce devices will autmatically perfrm binding t the Crdinatr-Sink Once binding is cmplete the Surce devices will begin t peridically (every 10 secnds) reprt temperature and battery vltage data t the Sink Nte: The RED LED will be used by the Ruter-Surce and End Device-Surce t depict the successful transmissin and receptin f an acknwledgement fr a sensr reprt. If, upn startup, yu d nt see the RED LED blink peridically please first check t ensure that the device is in range f the Crdinatr r a wrking Ruter, and if prblems persist, discnnect pwer frm the device and perfrm cnfiguratin again t try and reslve the prblem. Watch the ez430-rf2480 Sensr Mnitr t see bth Surces cnnect, bserve the netwrk tplgy, and peridically reprt their temperature and battery vltage readings Nte: Once jined t the netwrk, the buttn n the Crdinatr and Ruter devices can be used t turn Permit Jin n and ff. This cntrls whether additinal devices are allwed t jin the netwrk thrugh that specific Ruter and Crdinatr. If yu wuld like t see an End Device jined a hp frm the Crdinatr, simply cnnect the Crdinatr, then Ruter, and turn permit jining OFF n the Crdinatr (press the buttn nce) prir t setting up the End Device. 8

11 5 ez430-rf2480 Dem Kit Hardware 5.1 CC2480 Target Bard Design The ez430-rf2480 Dem Kit cmes with the hardware necessary t demnstrate ZigBee functinality using the CC2480 device. This includes 3 CC2480 Target Bards, 1 ez430 USB Emulatr Bard, and 2 ez430 Battery Bards. All schematics fr these bards are available n the web page. The CC2480 target bard demnstrates Z-Accel by cnnecting a MSP430F2274 t ur CC2480 Netwrk Prcessr ver SPI. The CC2480 target bard is a reference design fr CC2480 and demnstrates the use f Z-Accel designed t minimize bard size utilizing a chip antenna. The target bard includes tw LEDs, ne Red and ne Green, a push buttn, and 5 GPIO lines expsed fr expanding the I/O interface. The MSP430F2274 GPIO pins available n the target bard include P2.2, P2.3, P2.4, P4.4, and P4.5. Nne f the GPIO pins fr the CC2480 are available n the target bard. 5.2 ez430 USB Emulatr Bard Design Figure 3: CC2480 Target Bard The ez430 USB Emulatr Bard prvides a USB t Serial cnnectin and pwer supply fr the CC2480 Target Bard. Figure 4: ez430 USB Emulatr Bard 9

12 5.3 ez430 Battery Bard Design The ez430 Battery Bard interfaces t the CC2480 target bard t prvide pwer fr use in mbile situatins. Figure 5: ez430 Battery Bard 10

13 6 ZASA ZigBee Acceleratr Sample Applicatin 6.1 ZASA Applicatin Descriptin The ez430-rf2480 Dem Kit cmes with the ZigBee Acceleratr Sample Applicatin (ZASA), built t demnstrate the functinality and ease f use f the CC2480 device. ZASA runs n the MSP430F2274 and interfaces t the CC2480 device via SPI. The CC2480 dem hardware and MSP430F2274 ZASA sftware, cupled with the ez430- RF2480 Sensr Mnitr applicatin prvides everything needed t demnstrate Z-Accel. The ZASA prject is prvided as a reference prject fr custmers interested in evaluatin r reference sftware n the hst side f Z- Accel. The ZASA prject is built using the IAR Embedded Wrkbench Kickstart fr MSP430 V4, available fr dwnlad n the IAR website ( When running the installer, the ZASA Prject is installed in the C:\Texas Instruments\eZ430-RF2480\Prjects\zaccel\ZASA\IAR\ flder and is titled SampleApp.eww The ZASA applicatin is cmprised f tw types f devices, Surces and Sinks, perating in ptentially all three ZigBee rles; Crdinatr, Ruter, and End Device. Surces prvide temperature and bus vltage readings cllected by the MSP430 using its n chip temperature sensr and A2D cnverter. The ZASA applicatin prvides cde fr perating as either type f device, and allws fr easy cnfiguratin via the buttn n the CC2480 target bard. 11

14 Figure 6: ZASA State Machine Nte: The ZASA descriptin belw includes cncepts f netwrk startup, assciatin r jining, binding, and data reprting that are specific t the way ZigBee netwrks perate. If yu wuld like t learn mre abut the ZigBee prtcl please see the suggested reading sectin at the end f this dcument fr mre infrmatin. 12

15 6.1.1 Startup and Cnfiguratin Startup Upn nrmal startup a device will blink bth the RED and GREEN LEDs awaiting cnfiguratin Cnfiguring the Device Type A device can be cnfigured in 2 ways using 1 buttn press r 2 buttn presses based n the desired functinality Pressing the buttn 1 time in 2 secnds will first attempt t jin the device as a Ruter-Surce in an existing netwrk, and if n netwrk exists, will then create a new netwrk as the Crdinatr-Sink. Frm the applicatin perspective nly a single Sink, the Crdinatr, will reside in a netwrk s that all Surce reprts are sent t a single device Pressing the buttn 2 times in 2 secnds will cnfigure the device as an End Device-Surce If, after using the buttn t attempt t cnfigure a device, the device s LEDs are bth OFF and d nt display a clear state (see belw fr LED cnfiguratins as per device state), simply reset the device and try again as there may have been a prblem during scanning r jining. Please make sure a Crdinatr has successfully created a netwrk befre prceeding t cnfigure additinal devices ZigBee Device Types Crdinatr The Crdinatr, upn initializatin, will display the RED LED as always n. The buttn n the Crdinatr will allw the user t tggle permit jining n and ff, with the RED LED in an always ON mde when jining is allwed, and blinking at 1 Hz when jining is nt allwed. The Crdinatr will act as a Sink at the applicatin layer Ruter The Ruter, nce jined t a netwrk, will display the GREEN LED as always n. The buttn n the Ruter will allw the user t tggle permit jining n and ff, with the GREEN LED in an always ON mde when jining is allwed, and blinking at 1 Hz when jining is nt allwed. The Ruter will act as a Surce at the applicatin layer End Device The End Device, nce jined t a netwrk, will blink the GREEN LED at 1 Hz t shw it is cnnected t the netwrk The End Device will act as a Surce at the applicatin layer 13

16 6.1.3 ZASA Applicatin Rle Sink Surce The Sink will allw binding by a Surce at any given time. When data is received frm a Surce the Sink will blink the GREEN LED nce t shw data has been received. If cnnected t a PC running the ez430-rf2480 Sensr Mnitr, the Sink will als send the received data reprt up t the PC fr display n the GUI. Once jined, the Surce will initiate binding t discver and establish a cnnectin with the netwrk Sink. Once bund, the Surce will send peridic sensr reprts. These reprts cntain temperature and battery vltage infrmatin fr the Surce. Reprts will be sent nce every 10 secnds althugh this rate is cnfigurable (see cnfiguratin sectin belw). Data reprts by the Surce will utilize applicatin level acknwledgements. The Surce will blink the RED LED every time data is successfully acknwledged by the Sink Summary f LED states Device Type RED LED GREEN LED Nt Cnfigured Blinking Blinking Crdinatr Sink Ruter Surce ON Jining Permitted Blinking Jining Nt Permitted Blink Data Send Acked Blink Surce Reprt Received ON Jining Permitted Blinking Jining Nt Permitted End Device Surce Blink Data Send Acked Blinking Jined t netwrk Figure 7: Table f LED States Based n Device Cnfiguratin 14

17 6.2 ZASA Detailed Cde Descriptin This ZASA is intended t demnstrate as cleanly and quickly as pssible hw t drive the CC2480 device, implementing the RPC prtcl acrss the SPI bus, and t prvide a simple demnstratin f ZigBee thrugh the sending and ruting f sensr data. Althugh Z-Accel supprts an extensive range f functinality thrugh a cmplete set f API calls dcumented in the CC2480 Interface Specificatin, this Sample Applicatin nly utilizes the subset f ZigBee functinality prvided by the SAPI, and thus nly implements the RPC fr SAPI (and ne interface n RPC fr SYS.). The Sample Applicatin cde is rganized int the fllwing 5 grups f mdules: APP - Applicatin: This is the custmer-specific cde that implements the applicatin functinality previusly described. HAL - Hardware Abstractin Layer: This is the hst prcessr specific cde that implements the device drivers required fr the UART and SPI; the hardware timer that drives the virtual sftware timers; and the methd f receiving manual user input and f implementing lw pwer peratin. MT - Mnitr-Test: this cde is a sftware abstractin t cmmunicate with a PC Tl. SAPI - Simple API: this bdy f cde prvides the identical r very similar API t the APP cde that it wuld have if it were being written t be cmpiled directly with the ZigBee Stack cde. ZACCEL - This bdy f cde implements the RPC and SPI prtcl required by the ZigBee Acceleratr (CC2480) acting as a slave n the SPI bus. In the Sample Applicatin, a device that is cnfigured t be a sensr is referred t as a "Surce" and a device that is cnfigured t be the single, cmmn cllectr f sensr data is referred t as the "Sink". Thus Sink and Surce are rles defined by the APP cde in slving the case prblem and FFD and RFD are rles defined by the ZigBee Acceleratr in rder t fulfill the ZigBee specified behavirs fr ruting and lw-pwer respectively. This Sample Applicatin itself cmprises the functinality referred t as "hst" - this applicatin must drive the SPI bus as the master and implement the client respnsibilities described in the "CC2480 Interface Specificatin" dcument while the CC2480 fulfills the server respnsibilities. The methd f user input t cnfigure the device is the buttn press. The manner fr cmmunicating state back t the user is by the LEDs. The cde transitins thrugh a series f states depending n user input and CC2480 feedback. The state is tracked by this C-cde variable: static AppState appstate; 15

18 The pssible states are defined by this C-cde enumeratin: typedef enum { appiniting, appwaiting, appjining, appjinwaiting, appbinding, appbindwaiting, apprunning } AppState; // Valid appstate values. The first cde t run after reset is cmpiler-generated and includes such huse-keeping as initializing glbal variables. The first Sample Applicatin cde t run is fund in sample_main.c in this C-cde functin: vid main(vid) After essential initializatin, the prgram lps infinitely, servicing the HAL events that are set bviusly by hardware events, and the ZigBee Acceleratr events that are set by feedback frm the CC2480. The primary respnsibility fr the hst is t act n the ready indicatin frm the CC2480 knwn as slave ready (SRDY) - this signal is plled in the functin appexechst(). The afrementined functin is where the applicatin fulfills its respnsibilities as the hst. After pwer up, this Sample Applicatin (the hst), is in the state appiniting which is t say, it is waiting t initialize the CC2480. CC2480 will always restre its previus netwrk state frm NV memry, unless it was pre-cnfigured nt t d s by the hst befre the last reset. This Sample Applicatin des nt take advantage f the NV restre behavir s as t have a perfectly predictable ut-f-the-bx behavir. Whenever the CC2480 resets, it always sends a SYS API message t indicate that it has reset. Thus, the hst is waiting fr this indicatin when it is in the appiniting state. Upn receiving the reset indicatin, the hst precnfigures CC2480 t nt perfrm NV restre n the next reset and transitins t the appwaiting state. When the hst is in this appwaiting state, bth LEDs will blink at 1-Hz. The user can cnfigure the device as fllws: One mmentary buttn push in a tw-secnd windw cnfigures the device t be an FFD. Tw mmentary buttn pushes in a tw-secnd windw cnfigures the device t be an RFD. When the tw-secnd windw expires, the device is cnfigured and transitins t the appjining state. An FFD will try t jin an existing netwrk as a ZigBee Ruter fr 10 secnds. If it fails t jin, it will start a new netwrk as a ZigBee Crdinatr. An RFD will try t jin an existing netwrk as a ZigBee End Device fr 10 secnds. If it fails t jin, it will stp, the state will transitin t appjinwaiting, and it will enter lw 16

19 pwer fr 30 secnds, and try again repeating the sequence until it succeeds in jining. While in the appjining r appjinwaiting state, the LEDs will be ff. When an FFD starts a new netwrk as a ZigBee Crdinatr, it will set the red LED slid n and allw devices t bind the state will transitin t apprunning and its sub-state will be allwing jins as set by the flag apppermittingf in the variable appflags. The device als maintains a tertiary state, that it is sinking data, as set by the flag appsinkingf in appflags. Whenever a message is acknwledged, the device blinks the green LED nce. The sub-state f allwing jining can be tggled n the Crdinatr by a mmentary buttn press. The sub-state transitins t nt allwing jining by clearing the apppermittingf and the red LED starts blinking at 1-Hz. When an FFD successfully jins an existing netwrk as a ZigBee Ruter, its state transitins t appbinding, and the device sets the green LED slid n. The device uses the SAPI t negtiate OTA and find the device that is sinking data. The FFD will cntinue t request a bind frm the SAPI every 30 secnds until it is successful. Upn successful binding the state will transitin t apprunning and its sub-state will be allwing jins as set by the flag apppermittingf in the variable appflags. The sub-state f allwing jining can be tggled n the Ruter by a mmentary buttn press. The sub-state transitins t nt allwing jining by clearing the apppermittingf and the green LED starts blinking at 1- Hz. Every 10-secnds, the device sets a tertiary state, that it is sending data, as set by the flag appsendingf in appflags. The device requests that the sinking device shuld acknwledge receipt f the data message OTA, s it retries sending the same data OTA up t 3 times every time that the SAPI feedback frm the CC2480 indicates that the message has nt been acknwledged. When the message is acknwledged r the retries have expired, the sub-state f sending data is cleared by clearing the appsendingf flag. Whenever a message is acknwledged, the device blinks the red LED nce. When an RFD successfully jins an existing netwrk as a ZigBee End Device, its state transitins t appbinding, and the device starts blinking the green LED at 1-Hz. The device uses the SAPI t negtiate OTA and find the device that is sinking data. The RFD will wait up t 10 secnds fr a bind request t succeed and then transitin the state t appbindingwait and enter lw pwer fr 30 secnds. The device will cntinue t alternate between the tw binding states and lw pwer every 30 secnds until it is successful. Upn successful binding the state will transitin t apprunning and its sub-state will be allwing lw pwer as set by the flag applwpwrf in the variable appflags. Every 10-secnds, the device sets a tertiary state, that it is sending data, as set by the flag appsendingf in appflags. The device requests that the sinking device shuld acknwledge receipt f the data message OTA, s it retries sending the same data OTA up t 3 times every time that the SAPI feedback frm the CC2480 indicates that the message has nt been acknwledged. While awaiting the acknwledge, the device enters lw pwer and awakes every 2 secnds by a timer in rder t pll fr the SAPI feedback frm the CC2480. When the message is acknwledged r the retries have expired, the sub-state f sending data is cleared by clearing the appsendingf flag. Whenever a message is acknwledged, the device blinks the red LED nce. 17

20 6.3 ZASA Cnfiguratin and Cmpile Optins The ZASA includes cnfiguratin ptins that can be changed based n perfrmance requirements. Many cnfiguratin ptins are prvided but nt all are meant t be changed fr the ez430-rf2480 Dem Kit. The cnfiguratin ptins f interest fr ZASA are as fllws: HOST_PROFILE_ID The Prfile ID defines the ZigBee Prfile being used by the applicatin. In the case f ZASA we use a TI specific Prfile ID. Value must be set t 16 bt Prfile ID btained frm the ZigBee Alliance HOST_NV_CHANLIST The Channel List prvides a bitmap f all valid channels that a device will Scan during startup. By default the ZASA channel list is cnfigured t nly utilize a single channel. Fr guidelines n mdifying r increasing the list f available channels please read the cmment prvided within the cnfiguratin file fr mre infrmatin n hw this affects ZASA perfrmance and cnsult the ZigBee Develper s Guide referenced in the Suggested Reading sectin f this dcument fr further technical detail. HOST_NV_PANID The PAN ID, if set t a number ther than 0xFFFF, specifies the PAN ID t be used when creating a netwrk, r the PAN ID f the netwrk t which a device is allwed t jin. If 0xFFFF is set as the PAN ID then a Crdinatr will randmly generate a PAN ID t use when starting a netwrk, and a Ruter r End Device will jin any netwrk that is discvered. 18

21 7 ez430-rf2480 Dem Kit Tls The ez430-rf2480 Dem Kit cmes with the ez430-rf2480 Sensr Mnitr. The installer and dcumentatin fr this tl can be fund n the TI website. Figure 8: Screen sht f ez430-rf2480 Sensr Mnitr 19

22 8 Suggested Reading Fr mre infrmatin n CC2480 please visit and dwnlad the datasheet and API Guide tday. If yu wuld like t g beynd simply demnstrating ZigBee functinality using the ez430-rf2480 Dem Kit, there are many additinal dcuments that will be f interest. Belw please find a list f dcumentatin with a simple descriptin t help pint yu in the right directin. CC2480 Datasheet The CC2480 Datasheet prvides infrmatin n the CC2480 API, SPI and UART interface, RPC calls, perfrmance characteristics, etc CC2480 Interface Specificatin The CC2480 Interface Specificatin prvides detailed infrmatin abut the CC2480 device, as well as the cmplete API available t the Hst prcessr. This includes the SPI interface and Remte Prcedure Calls (RPC) fr cmmunicatin between the hst prcessr and the CC2480. Z-Stack Develper s Guide The Z-Stack Develper s Guide cntains a general descriptin f ZigBee, and hw it wrks as a netwrking prtcl. This includes infrmatin n devices, frming and jining a netwrk, binding, sending and receiving data, and much mre. In additin there is an extensive list f applicatin and design ntes, reference design, and additinal dcumentatin prvided n the CC2480 and ez430-rf2480 prduct pages. Please visit and fr mre infrmatin. 20

23 9 Frequently Asked Questins 1. I am getting incnsistent temperature readings reprted by ndes. Is there smething I need t d t make temperature readings mre accurate? The temperature sensr n the MSP430 needs t be calibrated in rder t prvide a crrect temperature. The sensr is nt calibrated in the factry, and it is left up t the user t perfrm this calibratin and stre the calibratin ffset smewhere in the infrmatin area f the MSP430. ZASA des read frm the infrmatin memry (at address 0x10F4) but will nly read FF if a value has nt been set by the user. 2. Why des the Crdinatr take a few secnds t setup a new netwrk? T keep things simple, ZASA was designed s that a single buttn press was used t first attempt t jin an existing netwrk, and if ne cannt be fund, t then initiate the frmatin f a new netwrk as the netwrk Crdinatr. Because a device first attempts t jin an existing netwrk, there is a nticeable lag in time during which the device is perfrming an active scan t discver any netwrk in range that meet the jining criteria. After determining that n netwrk exists, t start a netwrk as a Crdinatr the device must then als perfrm an active and passive scan. This entire prcess takes several secnds and creates a nticeable delay t the user. 3. Why des it take a few secnds fr the nde t jin r bind t the Crdinatr? T keep things simple, ZASA was designed t incrprate jining and binding int the netwrk startup prcedure. When triggered by ne r tw buttn presses (depending n the device type), a nde first must scan and perfrm a jin t an existing netwrk (assuming ne can be fund), and then must g thrugh a several step binding prcess which establishes a cnnectin between the Surce and Sink. This prcedure takes a few secnds t cmplete and can cause a nticeable delay t the user. 4. What kind f range shuld I expect t get with the ez430- RF2480 hardware? Based n practical range testing, using ZASA, with ne nde cnnected t a PC and the ther nde cnnected t the battery bard, we have measured indr line-f-sight range f mre than 35 meters. This range can be significantly affected by the rientatin f the bards and the envirnment. Nte that the ez430-rf2480 target bard was designed t ptimize frm factr and des nt fcus n maximizing RF range. Please visit the CC2480 prduct flder n the TI website fr additinal reference designs and antenna ptins. 21

24 10 Revisin Histry Revisin Date Cmment SWRU151A SWRU Initial revisin. Use new part number fr CC2480 (previusly CCZACC06). Minr mdificatins, general brush-up. 22

25 IMPORTANT NOTICE Texas Instruments Incrprated and its subsidiaries (TI) reserve the right t make crrectins, mdificatins, enhancements, imprvements, and ther changes t its prducts and services at any time and t discntinue any prduct r service withut ntice. Custmers shuld btain the latest relevant infrmatin befre placing rders and shuld verify that such infrmatin is current and cmplete. All prducts are sld subject t TI s terms and cnditins f sale supplied at the time f rder acknwledgment. TI warrants perfrmance f its hardware prducts t the specificatins applicable at the time f sale in accrdance with TI s standard warranty. Testing and ther quality cntrl techniques are used t the extent TI deems necessary t supprt this warranty. Except where mandated by gvernment requirements, testing f all parameters f each prduct is nt necessarily perfrmed. TI assumes n liability fr applicatins assistance r custmer prduct design. Custmers are respnsible fr their prducts and applicatins using TI cmpnents. T minimize the risks assciated with custmer prducts and applicatins, custmers shuld prvide adequate design and perating safeguards. TI des nt warrant r represent that any license, either express r implied, is granted under any TI patent right, cpyright, mask wrk right, r ther TI intellectual prperty right relating t any cmbinatin, machine, r prcess in which TI prducts r services are used. Infrmatin published by TI regarding third-party prducts r services des nt cnstitute a license frm TI t use such prducts r services r a warranty r endrsement theref. Use f such infrmatin may require a license frm a third party under the patents r ther intellectual prperty f the third party, r a license frm TI under the patents r ther intellectual prperty f TI. Reprductin f TI infrmatin in TI data bks r data sheets is permissible nly if reprductin is withut alteratin and is accmpanied by all assciated warranties, cnditins, limitatins, and ntices. Reprductin f this infrmatin with alteratin is an unfair and deceptive business practice. TI is nt respnsible r liable fr such altered dcumentatin. Infrmatin f third parties may be subject t additinal restrictins. Resale f TI prducts r services with statements different frm r beynd the parameters stated by TI fr that prduct r service vids all express and any implied warranties fr the assciated TI prduct r service and is an unfair and deceptive business practice. TI is nt respnsible r liable fr any such statements. TI prducts are nt authrized fr use in safety-critical applicatins (such as life supprt) where a failure f the TI prduct wuld reasnably be expected t cause severe persnal injury r death, unless fficers f the parties have executed an agreement specifically gverning such use. Buyers represent that they have all necessary expertise in the safety and regulatry ramificatins f their applicatins, and acknwledge and agree that they are slely respnsible fr all legal, regulatry and safety-related requirements cncerning their prducts and any use f TI prducts in such safety-critical applicatins, ntwithstanding any applicatins-related infrmatin r supprt that may be prvided by TI. Further, Buyers must fully indemnify TI and its representatives against any damages arising ut f the use f TI prducts in such safety-critical applicatins. TI prducts are neither designed nr intended fr use in military/aerspace applicatins r envirnments unless the TI prducts are specifically designated by TI as military-grade r "enhanced plastic." Only prducts designated by TI as military-grade meet military specificatins. Buyers acknwledge and agree that any such use f TI prducts which TI has nt designated as military-grade is slely at the Buyer's risk, and that they are slely respnsible fr cmpliance with all legal and regulatry requirements in cnnectin with such use. TI prducts are neither designed nr intended fr use in autmtive applicatins r envirnments unless the specific TI prducts are designated by TI as cmpliant with ISO/TS requirements. Buyers acknwledge and agree that, if they use any nn-designated prducts in autmtive applicatins, TI will nt be respnsible fr any failure t meet such requirements. Fllwing are URLs where yu can btain infrmatin n ther Texas Instruments prducts and applicatin slutins: Prducts Applicatins Amplifiers amplifier.ti.cm Audi Data Cnverters datacnverter.ti.cm Autmtive DSP dsp.ti.cm Bradband Clcks and Timers Digital Cntrl Interface interface.ti.cm Medical Lgic lgic.ti.cm Military Pwer Mgmt pwer.ti.cm Optical Netwrking Micrcntrllers micrcntrller.ti.cm Security RFID Telephny RF/IF and ZigBee Slutins Vide & Imaging Wireless Mailing Address: Texas Instruments, Pst Office Bx , Dallas, Texas Cpyright 2008, Texas Instruments Incrprated