https://rtime.felk.cvut.cz/hw/api.php?action=feedcontributions&feedformat=atom&user=Rychnv1 2026-05-25T09:35:36Z User contributions MediaWiki 1.43.8 https://rtime.felk.cvut.cz/hw/index.php?title=FTDI2232_JTAG&diff=3995 2012-02-01T20:52:20Z

<p>Rychnv1: Added usb access for non-root user</p> <hr /> <div>== PiKRON's JTAG adapter ==<br /> <br /> Author: [http://volny.cz/porazil/ Petr Porazil]<br /> <br /> [[File:jt_usb5.pdf]]<br /> <br /> Adapter is compatible with standard 20 pin ARM JTAG connector as well as<br /> provides reduced 10 pin connector used on [http://www.pikron.com/ PiKRON]'s LPC17xx, LPC21xx,<br /> i.MX and other boards.<br /> <br /> == Permit access to usb as non-root user ==<br /> <br /> in /etc/udev/rules.d add file 45-ftdi-libftdi.rules with following content:<br /> <br /> ACTION!=&quot;add&quot;, SUBSYSTEM!=&quot;usb_device&quot;, GOTO=&quot;kcontrol_rules_end&quot;<br /> ATTR(idProduct)==&quot;bcd9&quot;, ATTR(idVendor)==&quot;0403&quot;, MODE:=&quot;666&quot;<br /> LABEL=&quot;kcontrol_rules_end&quot;<br /> <br /> Values are checked on Stellaris board and Ubuntu 10.10. Then reload rules<br /> :/# initctl reload-configuration udev<br /> and reconnect your hardware.</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3994 2012-02-01T00:07:54Z

<p>Rychnv1: </p> <hr /> <div>=Work in progress=<br /> <br /> ==Description==<br /> This page is about aplication of hardware CC2520 with MSP430 or Stellaris from Texas Instruments for wireless control of model railroad (H0 scale) at Institute of Information Theory and Automation in Prague. Here you can get basic knowledge of hardware and software. <br /> <br /> ==Description of aplication==<br /> The aplication is wireless sensor network of star topology. One central node and one to six inferior sensor nodes. Central node is also coordinator of wireless network and at the same time gateway for command computer (Matlab Simulink). Sensor nodes are of two types. First type is moving sensor node, which is embedded into model railroad car. Here sensor node drives small DC motor and counts pulses from optical mouse sensor at the bottom of car and receive signals from infrared side sensors. The second type of sensor node drives four railroad switches and senses four infrared gates.<br /> <br /> ==Concept of wireless transmission==<br /> Star network topology can conveniently use broadcasting. Central node broadcasts command messages to inferior nodes. Every node sends his answer in fixed time after receving broadcast message. Some regularity is for sensor ntwork communication needed - every node has guaranteed transmission band.<br /> Transceiver CC2520 serves for wireless communication. This transceiver defines physical layer of communication stack in its hardware structure. This part is almost compatible with IEEE802.15.4. <br /> <br /> ==Hardware==<br /> * 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 <br /> * Development kit based on MSP430 for whole wireless network (2 nodes and additional board for packet sniffing) [http://focus.ti.com/docs/toolsw/folders/print/cc2520dk.html CC2520DK], picture [http://focus.ti.com/graphics/tool/cc2520dk_448.jpg CC2520DK picture]<br /> ====Stellaris====<br /> * Development kit with microcontroller LM3S8962 [http://www.ti.com/tool/ek-lm3s8962]<br /> ==Software==<br /> ====MSP430====<br /> * official USB driver for TI_USB_FET only for Windows<br /> * TI Smart RF Studio development kit support software [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link] - something for reading transceiver registers, packet sniffing<br /> * pure packet sniffer for development board is here [http://www.ti.com/tool/packet-sniffer&amp;DCMP=MSP430&amp;HQS=Other+OT+smartrfsniffer#technicaldocuments]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> * driver for TI_USB_FET under linux [http://mspdebug.sourceforge.net/]<br /> * [http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Devel:UniarchGit MSP-GCC UniArch]<br /> ====Stellaris====<br /> *good for introduction to development on Stellaris kit under ubuntu [http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ARM] [http://www.embeddedheaven.com/openocd-cotex-m3-lm3s8962-tutorials.htm]<br /> *some tips for eclipse development [http://www.pdp8.net/other/freertos_linux/install.shtml]<br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3993 2012-01-26T20:02:12Z

<p>Rychnv1: </p> <hr /> <div>=Work in progress=<br /> <br /> ==Description==<br /> This page is about aplication of hardware CC2520 with MSP430 or Stellaris from Texas Instruments for wireless control of model railroad (H0 scale) at Institute of Information Theory and Automation in Prague. Here you can get basic knowledge of hardware and software. <br /> <br /> ==Description of aplication==<br /> The aplication is wireless sensor network of star topology. One central node and one to six inferior sensor nodes. Central node is also coordinator of wireless network and at the same time gateway for command computer (Matlab Simulink). Sensor nodes are of two types. First type is moving sensor node, which is embedded into model railroad car. Here sensor node drives small DC motor and counts pulses from optical mouse sensor at the bottom of car and receive signals from infrared side sensors. The second type of sensor node drives four railroad switches and senses four infrared gates.<br /> <br /> ==Concept of wireless transmission==<br /> Star network topology can conveniently use broadcasting. Central node broadcasts command messages to inferior nodes. Every node sends his answer in fixed time after receving broadcast message. Some regularity is for sensor ntwork communication needed - every node has guaranteed transmission band.<br /> Transceiver CC2520 serves for wireless communication. This transceiver defines physical layer of communication stack in its hardware structure. This part is almost compatible with IEEE802.15.4. <br /> <br /> ==Hardware==<br /> * 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 <br /> * Development kit based on MSP430 for whole wireless network (2 nodes and additional board for packet sniffing) [http://focus.ti.com/docs/toolsw/folders/print/cc2520dk.html CC2520DK], picture [http://focus.ti.com/graphics/tool/cc2520dk_448.jpg CC2520DK picture]<br /> ====Stellaris====<br /> * Development kit with microcontroller LM3S8962 [http://www.ti.com/tool/ek-lm3s8962]<br /> ==Software==<br /> ====MSP430====<br /> * official USB driver for TI_USB_FET only for Windows<br /> * TI Smart RF Studio development kit support software [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link] - something for reading transceiver registers, packet sniffing<br /> * pure packet sniffer for development board is here [http://www.ti.com/tool/packet-sniffer&amp;DCMP=MSP430&amp;HQS=Other+OT+smartrfsniffer#technicaldocuments]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> * driver for TI_USB_FET under linux [http://mspdebug.sourceforge.net/]<br /> * [http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Devel:UniarchGit MSP-GCC UniArch]<br /> ====Stellaris====<br /> *good for introduction to development on Stellaris kit under ubuntu [http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ARM] [http://www.embeddedheaven.com/openocd-cotex-m3-lm3s8962-tutorials.htm]<br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3992 2012-01-26T20:01:05Z

<p>Rychnv1: </p> <hr /> <div>=Work in progress=<br /> <br /> ==Description==<br /> This page is about aplication of hardware CC2520 with MSP430 or Stellaris from Texas Instruments for wireless control of model railroad (H0 scale) at Institute of Information Theory and Automation in Prague. Here you can get basic knowledge of hardware and software. <br /> <br /> ==Description of aplication==<br /> The aplication is wireless sensor network of star topology. One central node and one to six inferior sensor nodes. Central node is also coordinator of wireless network and at the same time gateway for command computer (Matlab Simulink). Sensor nodes are of two types. First type is moving sensor node, which is embedded into model railroad car. Here sensor node drives small DC motor and counts pulses from optical mouse sensor at the bottom of car and receive signals from infrared side sensors. The second type of sensor node drives four railroad switches and senses four infrared gates.<br /> <br /> ==Concept of wireless transmission==<br /> Star network topology can conveniently use broadcasting. Central node broadcasts command messages to inferior nodes. Every node sends his answer in fixed time after receving broadcast message. Some regularity is for sensor ntwork communication needed - every node has guaranteed transmission band.<br /> Transceiver CC2520 serves for wireless communication. This transceiver defines physical layer of communication stack in its hardware structure. This part is almost compatible with IEEE802.15.4. <br /> <br /> ==Hardware==<br /> * 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 <br /> * Development kit based on MSP430 for whole wireless network (2 nodes and additional board for packet sniffing) [http://focus.ti.com/docs/toolsw/folders/print/cc2520dk.html CC2520DK], picture [http://focus.ti.com/graphics/tool/cc2520dk_448.jpg CC2520DK picture]<br /> ===Stellaris===<br /> * Development kit with microcontroller LM3S8962 [http://www.ti.com/tool/ek-lm3s8962]<br /> ==Software==<br /> ===MSP430===<br /> * official USB driver for TI_USB_FET only for Windows<br /> * TI Smart RF Studio development kit support software [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link] - something for reading transceiver registers, packet sniffing<br /> * pure packet sniffer for development board is here [http://www.ti.com/tool/packet-sniffer&amp;DCMP=MSP430&amp;HQS=Other+OT+smartrfsniffer#technicaldocuments]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> * driver for TI_USB_FET under linux [http://mspdebug.sourceforge.net/]<br /> * [http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Devel:UniarchGit MSP-GCC UniArch]<br /> ===Stellaris===<br /> *good for introduction to development on Stellaris kit under ubuntu [http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ARM] [http://www.embeddedheaven.com/openocd-cotex-m3-lm3s8962-tutorials.htm]<br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3975 2011-08-22T20:19:22Z

<p>Rychnv1: </p> <hr /> <div>=Work in progress=<br /> <br /> ==Description==<br /> This page is about aplication of hardware CC2520 and MSP430 from Texas Instruments for wireless control of model railroad (H0 scale) at Institute of Information Theory and Automation in Prague. Here you can get basic knowledge of hardware and software. <br /> <br /> ==Description of aplication==<br /> The aplication is wireless sensor network of star topology. One central node and one to six inferior sensor nodes. Central node is also coordinator of wireless network and at the same time gateway for command computer (Matlab Simulink). Sensor nodes are of two types. First type is moving sensor node, which is embedded into model railroad car. Here sensor node drives small DC motor and counts pulses from optical mouse sensor at the bottom of car and receive signals from infrared side sensors. The second type of sensor node drives four railroad switches and senses four infrared gates.<br /> <br /> ==Concept of wireless transmission==<br /> Star network topology can conveniently use broadcasting. Central node broadcasts command messages to inferior nodes. Every node sends his answer in fixed time after receving broadcast message. Some regularity is for sensor ntwork communication needed - every node has guaranteed transmission band.<br /> Transceiver CC2520 serves for wireless communication. This transceiver defines physical layer of communication stack in its hardware structure. This part is almost compatible with IEEE802.15.4. <br /> <br /> ==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> * [http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Devel:UniarchGit MSP-GCC UniArch]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3974 2011-08-22T20:18:46Z

<p>Rychnv1: complete redesign first edit</p> <hr /> <div><br /> =Work in progress=<br /> <br /> ==Descrption==<br /> This page is about aplication of hardware CC2520 and MSP430 from Texas Instruments for wireless control of model railroad (H0 scale) at Institute of Information Theory and Automation in Prague. Here you can get basic knowledge of hardware and software. <br /> <br /> ==Description of aplication==<br /> The aplication is wireless sensor network of star topology. One central node and one to six inferior sensor nodes. Central node is also coordinator of wireless network and at the same time gateway for command computer (Matlab Simulink). Sensor nodes are of two types. First type is moving sensor node, which is embedded into model railroad car. Here sensor node drives small DC motor and counts pulses from optical mouse sensor at the bottom of car and receive signals from infrared side sensors. The second type of sensor node drives four railroad switches and senses four infrared gates.<br /> <br /> ==Concept of wireless transmission==<br /> Star network topology can conveniently use broadcasting. Central node broadcasts command messages to inferior nodes. Every node sends his answer in fixed time after receving broadcast message. Some regularity is for sensor ntwork communication needed - every node has guaranteed transmission band.<br /> Transceiver CC2520 serves for wireless communication. This transceiver defines physical layer of communication stack in its hardware structure. This part is almost compatible with IEEE802.15.4. <br /> <br /> ==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> * [http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Devel:UniarchGit MSP-GCC UniArch]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3726 2010-04-06T19:33:22Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> <br /> ===April===<br /> ==== very important about IEEE adress====<br /> * 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.<br /> <br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3611 2009-12-05T11:17:41Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ===Mai===<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ===October===<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ====But it does't work, I preserve non/beacon network ====<br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3610 2009-12-05T11:16:24Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ==October==<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> * _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> <br /> ===But it does't work, I preserve non/beacon network ===<br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3600 2009-10-14T18:37:26Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ==October==<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> * change nwk.h #define DEF_BEACON_ORDER 0 // 15 millisecond, instead #define DEF_BEACON_ORDER 15<br /> * ZdApp.c zgDefaultStartingScanDuration = BEACON_ORDER_15_MSEC; //instead BEACON_ORDER_60_MSEC;<br /> * nwk_globals.c _NIB.beaconOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> _NIB.superFrameOrder = BEACON_ORDER_15_MSEC //instead BEACON_ORDER_NO_BEACONS;<br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3598 2009-10-14T17:44:50Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> <br /> ==October==<br /> For beacon enabled PAN are these changes necessary (incomplete, in progress):<br /> * 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.<br /> * 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.<br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3589 2009-07-08T20:54:11Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-420 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> <br /> ==PS2 protocol-optical mouse==<br /> After power up, Stream report enable (0xF4) command is needed for Stream mode (data transfer after event on mouse) functioning.<br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3586 2009-05-24T19:32:51Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> 24th - PWM control of DC motor + ADC on CC2520DK (potentiometer) - is done in Z-Stack - hal_adc.c . <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3579 2009-05-15T16:15:21Z

<p>Rychnv1: /* Mai */</p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> 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).<br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3578 2009-05-15T14:47:34Z

<p>Rychnv1: /* Pin interconnection between MSP and CC */</p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> ==Notes==</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3577 2009-05-15T14:46:38Z

<p>Rychnv1: /* Mai */</p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 .<br /> <br /> 15th - first communcation with ZigBee coordinator from CC2520DK, but only with CC2520EM in place of radio+antenna,<br /> * original TI Z-Stack needs GPIOs of CC2520 2 to port with interrupt capability, 2 to HW timer and 2 only for read/write<br /> * orignal uses as mac_mcu_timer timerA, so i changed it to timerB <br /> * pin changes <br /> GPIO0 XT1IN clock<br /> GPIO1 P2.7 TX_FRM_DONE_BIT | TX_ACK_DONE_BIT<br /> GPIO2 P2.6 EXCEPTION_RFC_FIFOP<br /> GPIO3 P4.5 EXCEPTION_RFC_SNIFFER_CLK (original function of GPIO5)<br /> GPIO4 P4.6 EXCEPTION_RFC_SFD_SYNC<br /> GPIO5 P4.7 EXCEPTION_RFC_SNIFFER_DATA (original function of GPIO3)<br /> <br /> * clock are running on 8 MHz instead of 6 MHz<br /> * SPI and timer are sourced from ACLK, because SMCLK can't be sourced from XT1IN (MSP430f2618)<br /> <br /> ==Notes==<br /> ==Pin interconnection between MSP and CC==<br /> Conectors CC P1 - MSP P6, CC P2 - MSP P7<br /> GPIO1 - P1.5<br /> GPIO2 - P1.6<br /> GPIO3 - P1.1<br /> GPIO4 - P1.2<br /> GPIO5 - P1.7<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=Main_Page&diff=3576 2009-05-12T20:56:15Z

<p>Rychnv1: /* Hardware shops */</p> <hr /> <div>'''For Czech students:''' Tato wiki by měla sloužit ke sdílení informací při vývoji různého HW na [http://dce.felk.cvut.cz/ katedře řídící techniky] FEL ČVUT. Důvod vzniku této wiki je ten, že se asto vyskytuje případ, kdy několik studentu pracuje na stejném a nebo podobném hardwaru a jeden lověk dělá práci, která by se mohla hodit i ostatním. Pokud se to ujme, mohla by tato Wiki sloužit jako místo, kde by se publikovaly výsledky práce jednotlivých lidí tak, aby tato práce mohla být užitená i pro ostatní. Mohly by se zde vyskytovat různé návody, odkazy na aktuální verze softwaru apod.<br /> <br /> Konkrétní obsah závisí jen na vás. Pokud pracujete s nějakým hardwarem, [http://rtime.felk.cvut.cz/~sojka/ kontaktujte mě] a já vám zde zřídím úet. Anonymní editace je zakázaná kvůli spamerům.<br /> <br /> --[[Wikipedista:Sojka|Sojka]] 20:29, 5. 5. 2005 (CEST)<br /> <br /> == Hardware ==<br /> <br /> * [[Boa5200]]<br /> * [[ColdFire_DEMO52233 | ColdFire DEMO52233 (Board from Freescale)]] <br /> * [[MIDAM MPC5200 DB1]] (Mikroklima)<br /> * [[H8S/2638]]<br /> * [[HC12 | Motorola HC12]]<br /> * [[LPC21xx]]<br /> * [[PiMX1]] i.MX1 processor based board<br /> * [[Wireless_Sensor_Networks | Wireless Sensor Networks (WSNs)]]<br /> * [[ML403 | ML403 Xilinx Virtex-4]]<br /> <br /> == Software ==<br /> <br /> * [[System-Less Framework]]<br /> * [http://rtime.felk.cvut.cz/omk/ OMK - Advanced Make-System]<br /> * [[Cross compilers]]<br /> <br /> == Source Code Version Control ==<br /> <br /> '''Git'''<br /> * [[Git|Git basics]]<br /> * [[Git repository on this server|Working with a git repository on this server]]<br /> * [[Linux sources|How we maintain patched Linux sources in Git]]<br /> <br /> '''Darcs'''<br /> * [[Darcs]]<br /> <br /> == HW recomendation ==<br /> <br /> === Hardware shops ===<br /> * [http://www.gme.cz GM electronic]<br /> * [http://www.pselectronic.cz/ PS electronic]<br /> * [http://www.ges.cz/ GES electronic]<br /> * [http://www.tme.cz/ TME electronic eshop]<br /> * [http://www.ecom.cz/menu/katalog.htm ECOM]<br /> <br /> === Board developers ===<br /> * [http://www.volny.cz/psk/ PSK] Advanced board developer; Czech only<br /> * [http://www.volny.cz/plspoj/ Mr. Kohout] Not advanced board developer with short delivery date; Czech only<br /> * [http://www.pragoboard.cz/czech/index_cz.htm PragoBoard s.r.o.] Advanced board developer; communication is not easy; English allowed<br /> * [http://www.seapraha.cz/index.php SEA Praha] Unknown board developer<br /> <br /> == Wiki documentation ==<br /> <br /> Please see [http://meta.wikipedia.org/wiki/MediaWiki_i18n documentation on customizing the interface]<br /> and the [http://meta.wikipedia.org/wiki/MediaWiki_User's_Guide User's Guide] for usage and configuration help.</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3575 2009-05-12T20:52:39Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> ==Mai==<br /> 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 . <br /> <br /> ==Notes==<br /> ==Pin interconnection between MSP and CC==<br /> Conectors CC P1 - MSP P6, CC P2 - MSP P7<br /> GPIO1 - P1.5<br /> GPIO2 - P1.6<br /> GPIO3 - P1.1<br /> GPIO4 - P1.2<br /> GPIO5 - P1.7<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3568 2009-04-20T07:17:06Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> <br /> ==Notes==<br /> ==Pin interconnection between MSP and CC==<br /> Conectors CC P1 - MSP P6, CC P2 - MSP P7<br /> GPIO1 - P1.5<br /> GPIO2 - P1.6<br /> GPIO3 - P1.1<br /> GPIO4 - P1.2<br /> GPIO5 - P1.7<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3567 2009-04-20T07:12:41Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> <br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3566 2009-04-20T07:10:48Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> <br /> 19th - <br /> 1. void macDualchipTurnOnRadioPower(void) {...<br /> macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_CHANNEL_A ); //instead GPIOCTRL0<br /> //macSpiWriteReg( GPIOCTRL1, GPIO_DIR_RADIO_OUTPUT | EXCEPTION_RFC_FIFO ); //wathching this state is not so critical<br /> ...}<br /> 2. #define HAL_MAC_TX_ACK_DONE_GPIO_BIT 5 //instead 3<br /> Exception EXCEPTION_RFC_FIFO is used only for defining of other states in mac_radio_defs.h and in interrupt service<br /> #define MAC_RADIO_RX_FIFO_HAS_OVERFLOWED() (HAL_MAC_READ_FIFOP_PIN() &amp;&amp; !HAL_MAC_READ_FIFO_PIN())<br /> #define MAC_RADIO_RX_FIFO_IS_EMPTY() (!HAL_MAC_READ_FIFO_PIN() &amp;&amp; !HAL_MAC_READ_FIFOP_PIN())<br /> <br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() )<br /> {...<br /> if (!HAL_MAC_READ_FIFOP_PIN() &amp;&amp; HAL_MAC_READ_FIFO_PIN()){<br /> /*It appears that after rxPayloadIsr(), a FIFOP glitch can occur. ...*/<br /> //but rxPayloadIsr() is in this comment only<br /> ...}<br /> ...}<br /> And these<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3565 2009-04-20T06:16:31Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 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<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=TIMAC-MSP2618.lib&diff=3563 2009-04-18T18:08:02Z

<p>Rychnv1: </p> <hr /> <div>This page gives overview of functions, which are used in GenericApp of TI Z-Stack and needs library TIMAC-MSP2618.lib inculuded in Z-Stack<br /> <br /> Error[e46]: Undefined external &quot;macEventLoop&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macTaskInit&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerRolloverCallback&quot; referred in mac_backoff_timer<br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerTriggerCallback&quot; referred in mac_backoff_timer <br /> <br /> Error[e46]: Undefined external &quot;macPib&quot; referred in mac_dualchip_tx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemFree&quot; referred in mac_<br /> <br /> Error[e46]: Undefined external &quot;pMacDataTx&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemAlloc&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCheckPendingCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCompleteCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataTxTimeAvailable&quot; referred in mac_tx <br /> <br /> Error[e46]: Undefined external &quot;macTxCompleteCallback&quot; referred in mac_tx <br /> <br /> Error[e46]: Undefined external &quot;MAC_Init&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitDevice&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitCoord&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeSetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeStartReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeScanReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeOrphanRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeAssociateRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeGetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeResetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataAlloc&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataReq&quot; referred in zmac</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=TIMAC-MSP2618.lib&diff=3562 2009-04-18T18:07:37Z

<p>Rychnv1: </p> <hr /> <div><br /> This page gives overview of functions, which are used in GenericApp of TI Z-Stack and needs library TIMAC-MSP2618.lib inculuded in Z-Stack<br /> <br /> Error[e46]: Undefined external &quot;macEventLoop&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macTaskInit&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerRolloverCallback&quot; referred in mac_backoff_timer<br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerTriggerCallback&quot; referred in mac_backoff_timer <br /> <br /> Error[e46]: Undefined external &quot;macPib&quot; referred in mac_dualchip_tx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemFree&quot; referred in mac_<br /> <br /> Error[e46]: Undefined external &quot;pMacDataTx&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemAlloc&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCheckPendingCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCompleteCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataTxTimeAvailable&quot; referred in mac_tx <br /> <br /> Error[e46]: Undefined external &quot;macTxCompleteCallback&quot; referred in mac_tx (<br /> <br /> Error[e46]: Undefined external &quot;MAC_Init&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitDevice&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitCoord&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeSetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeStartReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeScanReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeOrphanRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeAssociateRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeGetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeResetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataAlloc&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataReq&quot; referred in zmac</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=TIMAC-MSP2618.lib&diff=3561 2009-04-18T18:07:14Z

<p>Rychnv1: New page: =TIMAC-MSP2618.lib= This page gives overview of functions, which are used in GenericApp of TI Z-Stack and needs library TIMAC-MSP2618.lib inculuded in Z-Stack Error[e46]: Undefined exter...</p> <hr /> <div>=TIMAC-MSP2618.lib=<br /> <br /> This page gives overview of functions, which are used in GenericApp of TI Z-Stack and needs library TIMAC-MSP2618.lib inculuded in Z-Stack<br /> <br /> Error[e46]: Undefined external &quot;macEventLoop&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macTaskInit&quot; referred in OSAL_GenericApp <br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerRolloverCallback&quot; referred in mac_backoff_timer<br /> <br /> Error[e46]: Undefined external &quot;macBackoffTimerTriggerCallback&quot; referred in mac_backoff_timer <br /> <br /> Error[e46]: Undefined external &quot;macPib&quot; referred in mac_dualchip_tx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemFree&quot; referred in mac_<br /> <br /> Error[e46]: Undefined external &quot;pMacDataTx&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataRxMemAlloc&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCheckPendingCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macRxCompleteCallback&quot; referred in mac_rx <br /> <br /> Error[e46]: Undefined external &quot;macDataTxTimeAvailable&quot; referred in mac_tx <br /> <br /> Error[e46]: Undefined external &quot;macTxCompleteCallback&quot; referred in mac_tx (<br /> <br /> Error[e46]: Undefined external &quot;MAC_Init&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitDevice&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_InitCoord&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeSetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeStartReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeScanReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeOrphanRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeAssociateRsp&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeGetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_MlmeResetReq&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataAlloc&quot; referred in zmac <br /> <br /> Error[e46]: Undefined external &quot;MAC_McpsDataReq&quot; referred in zmac</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3560 2009-04-18T17:35:38Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 18th - library functions are in APS.h - Router2618.lib, mac_api.h - TIMAC-MSP2618.lib and other (security header files are referencing to Security2618.lib). Details are in .map file after compiling<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_config.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3559 2009-04-18T17:35:12Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 18th - library functions are in APS.h - Router2618.lib, mac_api.h - TIMAC-MSP2618.lib and other (security header files are referencing to Security2618.lib). Details are in .map file after compiling<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===<br /> ===Tags in source===<br /> HAL_ISR_FUNCTION( halMacFifopIsr, FIFOP_VECTOR() ) - interrupt from the radio in hal_mac_confi.c</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3558 2009-04-18T13:10:14Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 18th - library functions are in APS.h - Router2618.lib, mac_api.h - TIMAC-MSP2618.lib and other (security header files are referencing to Security2618.lib). Details are in .map file after compiling<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3557 2009-04-18T13:07:37Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> 18th - library functions are in APS.h - Router2618.lib, mac_api.h - TIMAC-MSP2618.lib and other. Details are in .map file after compiling<br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3555 2009-04-15T06:27:22Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> 14th - need replace - uses GPIO0 pin , mac_dualchip.c<br /> void macDualchipTurnOnRadioPower(void) {....}<br /> <br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3551 2009-04-11T15:47:54Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429<br /> <br /> ===EW430_CompilerReference===</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3550 2009-04-11T14:33:07Z

<p>Rychnv1: /* EW430_UserGuide */</p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55<br /> <br /> Macro C-SPY reference p429</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3549 2009-04-11T11:55:57Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)<br /> <br /> ==Notes==<br /> ===EW430_UserGuide===<br /> Setting up the simulation environment p55</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3548 2009-04-10T17:31:00Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version] IAR is not so pedantic, getting second evaluation license is possible<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3547 2009-04-10T15:34:13Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 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)</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3546 2009-04-10T10:47:42Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * USB drivers only for Win XP<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling<br /> <br /> 10th - simple sending packets via Smart RF Studio [http://focus.ti.com/lit/ug/swru070h/swru070h.pdf user guide] page 112/113</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3545 2009-04-10T07:56:25Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> ==Software==<br /> * TI Smart RF Studio [http://focus.ti.com/docs/toolsw/folders/print/smartrftm-studio.html link]<br /> * TI Z-Stack [http://focus.ti.com/docs/toolsw/folders/print/z-stack.html link]<br /> * IAR [http://supp.iar.com/Download/SW/?item=EW430-EVAL-410 evaluation version]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=User:Rychnv1&diff=3544 2009-04-09T17:58:39Z

<p>Rychnv1: New page: Vclav Rychnovsk rychnv1@fel.cvut.cz</p> <hr /> <div>Václav Rychnovský<br /> <br /> rychnv1@fel.cvut.cz</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=Wireless_Sensor_Networks&diff=3543 2009-04-09T17:55:09Z

<p>Rychnv1: /* &#039;&#039;&#039;Other possible hardware solutions&#039;&#039;&#039; */</p> <hr /> <div>&lt;div style=&quot;float: right;&quot;&gt;<br /> [[Image:Wireless_intro.png]]<br /> &lt;/div&gt;<br /> <br /> &lt;!-- DO NOT DELETE, ONLY COMMENT, THX --&gt;<br /> &lt;div style=&quot;background-color: #DCDDF6; width:300px; border: solid #BA0000 1px; float: right; padding: 1em; margin-top: 4em; margin-right: 2em; margin-left: 2em&quot;&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> <br /> == '''Available WSN hardware''' ==<br /> 9x MoteIV [http://www.sentilla.com/moteiv-transition.html TmoteSky] and 10x Crosbow [http://www.xbow.com/Products/productdetails.aspx?sid=252 TelosB] WSN modules: <br /> * Jurík Petr - 2x<br /> * Beneš Pavel - 5x + 1x USB cabel + 6x accumulator + 1x charger<br /> * Markovic Erik - 5x + 2x USB cabel + 4x accumulator <br /> * Juras Marek - 4x TelosB +3x USB cabel + 4x accumulator + 1x charger<br /> * Trdlicka Jiri - 3x TelosB<br /> ----<br /> 2x Freescale [http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=1320xRFC 1320x RF Daughter Card]:<br /> * Jurík Petr - 2x<br /> ----<br /> 2x TI/Chipcon [http://focus.ti.com/docs/toolsw/folders/print/cc2420dk.html CC2420DK] (CC2400EB + CC2420EM + Antenna)<br /> * Jurík Petr - 2x<br /> ----<br /> 2x TI/Chipcon [http://focus.ti.com/docs/toolsw/folders/print/cc2420emk.html CC2420 EMK]<br /> * Jurík Petr - 2x<br /> ----<br /> === '''Other possible hardware solutions''' ===<br /> ----<br /> * 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, link [[CC2520 radio]]<br /> ----<br /> <br /> == '''WSN Applications''' ==<br /> ==== Automotive E-safety System (done) ====<br /> * responsible people:<br /> ** Soukup Jan, [http://dce.felk.cvut.cz/pub/staffos.php?jazyk=cz&amp;href=krakorj Krákora Jan]<br /> * short description:<br /> ** ''wireless vehicle to vehicle communication, which should improve the active safety on the roads. The main goal is to prevent the mass car accidents with the distributed warning system. In consequences of an obstacle detection (driver's reactions - hard breaking, fast trajectory change...) the function unit starts to transmit a warning signal which is then distributed to other nearby vehicles and forwarded by them to cars a few kilometers ahead the obstacle.''<br /> * date<br /> ** ''March2006 - '' <br /> * [[Automotive_safety_system | Automotive safety system]] project link<br /> <br /> ==== Parkinson's disease monitoring (ongoing) ====<br /> * responsible people:<br /> ** Markovi Erik, Auersvald Martin, Kubias Jiří, [http://dce.felk.cvut.cz/pub/staffos.php?jazyk=cz&amp;href=sprdlo1 Šprdlík Otakar], [http://dce.felk.cvut.cz/pub/staffos.php?jazyk=cz&amp;href=jurcikp Jurík Petr], [http://dce.felk.cvut.cz/pub/staffos.php?jazyk=cz&amp;href=trdlij1 Trdlika Jiří]<br /> * short description:<br /> ** ''Wireless sensor motes placed on limbs (legs, arms) transmit periodically measured data to a central node for storing and evaluation. Once a day (or in predefined period) data from central node is downloaded to PC or PDA for analysis and computation of feedback in the form of brain stimulation or appropriate dose of medicine.''<br /> * date:<br /> ** ''Jul/2006 -'' <br /> * [[Parkinsons_disease_monitoring_project | Parkinson's disease monitoring]] project link<br /> <br /> <br /> ----<br /> ----<br /> <br /> == '''WSN sub-projects and tasks''' ==<br /> ==== Introduction to TmoteSky module (done) ====<br /> * responsible people:<br /> ** ''[[User:Nicoo| Schulz Nicolas]]''<br /> * short description:<br /> ** ''Introduction to TinyOS and nesC programming language. Architecture of TinyOS.''<br /> * date:<br /> ** ''Jul/2006 - Aug/2006''<br /> * [[Introduction_to_TmoteSky | Introduction to TmoteSky module]] project link<br /> ----<br /> <br /> ==== ZigBee radio module (postponed)====<br /> * responsible people:<br /> ** ''Kubias Jiří''<br /> * short description:<br /> ** ''Design and hardware implementation of own ZigBee radio module based on Freescale MC1319x radio and ATmega8 microcontroller''<br /> * date:<br /> **''Oct/2006 - ''<br /> * [[ZigBee_module | ZigBee radio Module]] project link<br /> ----<br /> <br /> ==== Library for USB module - VNC1L (done)====<br /> * responsible people:<br /> ** ''Yvan Calvignac, Kubias Jiří''<br /> * short description:<br /> ** '' VNC1L module is USB host giving the possibility to connect any USB device to microprocessors, main target is to create universal C library in order to communicate with USB Flash Disc via SPI interface or RS232. ''<br /> * date:<br /> **''Jul/2006 - Sep/2007''<br /> * [[USB_VNC1L_module | USB data Module]] project link<br /> ----<br /> <br /> ==== Open-ZB stack porting to TmoteSky module (ongoing) ====<br /> * responsible people:<br /> ** ''Auersvald Martin''<br /> * short description:<br /> ** ''The [http://www.open-zb.net open-ZB protocol stack] (designed for MicaZ platform) should be ported to the TmoteSky platform in this project.''<br /> * date:<br /> ** ''Dec/2006 - April/2007''<br /> * [[Open-ZB_stack_porting_to_TmoteSky | Open-ZB stack porting to TmoteSky module ]] project link<br /> ----<br /> <br /> <br /> <br /> ==== ''Application deployment over radio'' (open) ====<br /> * responsible people:<br /> ** ''--unspecified--''<br /> * short description:<br /> ** '' Deployment of application modules through radio interface to appropriate node(s) in network. Design of daemon monitor software.''<br /> * date:<br /> ** ''--unspecified--''<br /> * [[Application_deployment | Application deployment over radio]] project link<br /> ----<br /> <br /> ==== ''Network monitoring'' (open)====<br /> * responsible people:<br /> ** ''--unspecified--''<br /> * short description:<br /> ** ''User friendly software for monitoring of the large scale wireless sensor network. Possible link to [[Application_deployment | Application deployment over radio]] project. ''<br /> * date:<br /> ** ''--unspecified--''<br /> * [[Network_monitoring | Network monitoring]] project link<br /> ----<br /> <br /> ==== ''ZigBee &amp; Bluetooth cooperation'' (open)====<br /> * responsible people:<br /> ** ''--unspecified--''<br /> * short description:<br /> ** ''Cooperation of ZigBee and Bluetooth standards at single radio module. Hardware and software design.''<br /> * date:<br /> ** ''--unspecified--''<br /> * [[ZigBee_&amp;_Bluetooth_cooperation | ZigBee &amp; Bluetooth cooperation]] project link<br /> <br /> ----<br /> ----<br /> <br /> ==== Real-Time Object Tracking with Wireless Sensor Networks (done) ====<br /> * responsible people:<br /> ** Inderjit Singh, [http://dce.felk.cvut.cz/pub/staffos.php?jazyk=cz&amp;href=trdlij1 Trdlika Jiří]<br /> * short description:<br /> ** '' The aim of the thesis is to design and implement a wireless sensor network for object tracking under real-time constraints, using time division media access (TDMA).''<br /> * date<br /> ** ''February/2007 - '' <br /> * [[Real-Time_Object_Tracking | Real-Time Object Tracking]] project link<br /> <br /> ----<br /> ----<br /> <br /> == '''Links &amp; References''' ==<br /> <br /> * [http://tinyos.net TinyOS: open-source operating system designed for wireless embedded sensor networks]<br /> <br /> * [http://nescc.sourceforge.net nesC: a Programming Language]<br /> <br /> * [http://www.zigbee.org ZigBee Alliance home page (ZigBee specification download)]<br /> <br /> * [http://www.open-zb.net Open-source toolset for IEEE802.15.4/ZigBee: protocol stack and simulation model]<br /> <br /> * [http://www.zigbeemania.com Zigbee Mania]<br /> <br /> * [http://en.wikipedia.org/wiki/Sensor_network Wireless Sensor Network - Wikipedia]<br /> <br /> * [http://www.palowireless.com Wireless resource center]<br /> <br /> * [http://www.ieee802.org/15/pub/TG4.html IEEE 802.15.4 WPAN Task Group (specification download)]</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3542 2009-04-09T17:54:11Z

<p>Rychnv1: </p> <hr /> <div>==Hardware==<br /> * 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 <br /> * 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]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling</div>

Rychnv1 https://rtime.felk.cvut.cz/hw/index.php?title=CC2520_radio&diff=3541 2009-04-09T17:50:39Z

<p>Rychnv1: New page: =CC2520= ==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 ...</p> <hr /> <div>=CC2520=<br /> ==Hardware==<br /> * 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 <br /> * 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]<br /> <br /> ==Report==<br /> ===April===<br /> 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) <br /> nearby receiver (bad contact with sparkling), wireless communication is not affected, but program is sometimes corrupted because of sparkling</div>

Rychnv1