View source for CC2520 radio

==Hardware==
* TI/Chipcon [http://focus.ti.com/docs/prod/folders/print/cc2520.html CC2520] Second generation 2.4 GHz ZigBee/IEEE 802.15.4 RF transceiver 
* Currently working with kit [http://focus.ti.com/docs/toolsw/folders/print/cc2520dk.html CC2520DK], picture [http://focus.ti.com/graphics/tool/cc2520dk_448.jpg CC2520DK picture]
==Software==
* USB drivers only for Win XP
* TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]
* TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]
* IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible

==Report==
===April===
9th - first contact with CC2520DK, testing factory code (packet error counting), the range seems to be sufficient with antenna (PCB antenna is not connected, it is a little bit confusing in schematic), test with running DC motor (model railway H0 1:87) 
nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling

10th - simple sending packets via Smart RF Studio [http://focus.ti.com/lit/ug/swru070h/swru070h.pdf user guide] page 112/113, firmware upgrade (evaluations boards + debugger) - one board without upgrade does not display messages from MSP, debugging of GenericApp (Coordinator + EndDevice)

14th - need replace - uses GPIO0 pin ,   mac_dualchip.c
                                         void macDualchipTurnOnRadioPower(void) {....}
18th - library functions are in APS.h - Router2618.lib, [[TIMAC-MSP2618.lib]] and other (security header files are referencing to Security2618.lib). Details are in .map file after compiling

19th - 
        1. void macDualchipTurnOnRadioPower(void) {...
         macSpiWriteReg( GPIOCTRL1,  GPIO_DIR_RADIO_OUTPUT |  EXCEPTION_CHANNEL_A    ); //instead GPIOCTRL0
       //macSpiWriteReg( GPIOCTRL1,  GPIO_DIR_RADIO_OUTPUT |  EXCEPTION_RFC_FIFO     ); //wathching this state is not so critical
         ...}
        2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT            5      //instead 3
Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service
 #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED()            (HAL_MAC_READ_FIFOP_PIN() && !HAL_MAC_READ_FIFO_PIN())
 #define MAC_RADIO_RX_FIFO_IS_EMPTY()                  (!HAL_MAC_READ_FIFO_PIN() && !HAL_MAC_READ_FIFOP_PIN())

 HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )
 {...
   if (!HAL_MAC_READ_FIFOP_PIN() && HAL_MAC_READ_FIFO_PIN()){
   /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/
   //but rxPayloadIsr() is in this comment only
   ...}
 ...}
===Mai===
12th - first success with SPI communication with radio, MSP is running on internal oscillator, radio needs crystal working in fundamental mode, I recommend KX-K 32,000000 FF 16 .

15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,
* original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write
* orignal uses as mac_mcu_timer timerA, so i changed it to timerB 
* pin changes 
 GPIO0     XT1IN    clock
 GPIO1     P2.7     TX_FRM_DONE_BIT | TX_ACK_DONE_BIT
 GPIO2     P2.6     EXCEPTION_RFC_FIFOP
 GPIO3     P4.5     EXCEPTION_RFC_SNIFFER_CLK       (original function of GPIO5)
 GPIO4     P4.6     EXCEPTION_RFC_SFD_SYNC
 GPIO5     P4.7     EXCEPTION_RFC_SNIFFER_DATA       (original function of GPIO3)

* clock are running on 8 MHz instead of 6 MHz
* SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)

15th - again first communication with my complete design of board and coordinator from CC2520DK, simple sending both direction int value every 200 ms and string every 5 seconds, working range  about 5 metres (through glass door).

24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . 

==PS2 protocol-optical mouse==
After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.

===October===
For beacon enabled PAN are these changes necessary (incomplete, in progress):
* change the DEFAULT_BEACON_ORDER and DEFAULT_SUPERFRAME_ORDER definitions (in ZDApp.c) to the desired beacon rate. The available beacon rates are defined in NLMEDE.h.
* change the stack profile (STACK_PROFILE_ID in nwk_globals.c) to either GENERIC_STAR or GENERIC_TREE (Tree mode is NOT recommended). The beacons will not work with HOME_CONTROLS or BUILDING_AUTOMATION.
* change   nwk.h           #define DEF_BEACON_ORDER         0    // 15 millisecond, instead  #define DEF_BEACON_ORDER 15
* ZdApp.c  zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;
* nwk_globals.c  _NIB.beaconOrder = BEACON_ORDER_15_MSEC   //instead BEACON_ORDER_NO_BEACONS;
* _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;

====But it does't work, I preserve non/beacon network ====

===April===
==== very important about IEEE adress====
* TI implemented Z-Stack uses a little bit unsuitable IEEE adress for own HW implementation. It's stored in INFO memory of MSP so it needs to be changed, else there will be more endpoints with same IEEE adress. Coordinator associates one IEEE adress to one end device.


==Notes==