• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Low Power RF & Wireless Connectivity » Low Power RF Hardware & Tools Forum » All Tags » CC2500
Share
Low Power RF & Wireless Connectivity
  • Forums
  • Announcements
  • Files
  • E2E Wiki

Browse by Tags

Low Power RF & Wireless Connectivity

Welcome to the Low Power RF & Wireless Connectivity Section of the TI E2E Support Community. Ask questions, share knowledge, explore ideas, and help solve problems with fellow engineers. To post a question, click on the forum tab then "New Post".

Sign In to Post
Tags
You have subscribed to this tag. To view or manage your tag subscriptions, click here.   Close
You have unsubscribed from this tag. To view or manage your tag subscriptions, click here.   Close
You are currently viewing:
CC2500
  • 2.4 GHz
  • 2.45 GHz
  • 2.4GHz
  • 2.4GHz antenna
  • 2.4GHz antenna design
  • Antenna
  • Balun
  • CC debugger
  • CC1100
  • cc1101
  • CC2420
  • CC2430
  • CC2500 CC1101 RF tranceiver
  • CC2500EM
  • CC2510
  • cc2511
  • CC2520
  • CC2530
  • CC2590
  • CC2591
  • Chipcon
  • CRYSTAL
  • debug
  • debug interface
  • ez430-RF2500
Related Posts
  • Forum Post: Re: CC2500 Will not go to sleep

    Kjetil Kjetil
    Hi. Don't have a good explanation here. As you say, issuing a SIDLE will remove the possibility of WOR occuring. I assume you have read the datasheet which states that SPWD will first be executed when CSn goes high? What is the status byte returned when issuing the SPWD command?The 4 msb should be...
    on Aug 12, 2008
  • Forum Post: Re: using USART in SPI mode to talk with CC2500

    RF4ALL RF4ALL
    Hi, I believe the SimpliciTI port-init code should then be corrected accordingly, to ensure that the CSn pin (P4.2) is indeed GPIO (that is; not peripheral controlled), no matter what prior code events/instructions have occurred: #define MRFI_SPI_CONFIG_PORT() st( P4SEL = (P4SEL & ~BV(__mrfi_SPI_CSN_GPIO_BIT_...
    on Aug 21, 2008
  • Forum Post: Re: What is the real benefit of 802.15.4 compliant chip over others?

    sverreb sverreb
    On the PHY level 802.15.4 use a DSSS modulation scheme which offers very good robustness. Only the 802.15.4 radios offer this modulation. Above the PHY layer a device like cc2520 adds significantly more advanced protocol offload capabilities than cc2500. While this is tailored to the 802.15.4 MAC layer...
    on Sep 26, 2008
  • Forum Post: Re: sensitivity as function of preamble and sync word

    Sverre Sverre
    The preamble, which ideally is a 0-1 sequence, is used to set up the correct gain in the AGC, sets up the data deciscion slicing level, and does bit synchronization. If the preamble is too short there is not sufficient time for the RX path to be set up correctly before the real data starts coming in...
    on Oct 10, 2008
  • Forum Post: Re: touch sensor capabilities by software SoC cc1110-cc2510

    Kjetil Kjetil
    Dima, Please have a look at the following application note for the MSP430. http://focus.ti.com/general/docs/techdocsabstract.tsp?abstractName=slaa379 Do not know anyone that has done this with the SoC. One option could be a MSP+CC1101 or CC2500 solution if the SoC implentation gets rough. Rgds...
    on Nov 12, 2008
  • Forum Post: Folded dipole CC2500EM_FD fab question

    LanceGarland LanceGarland
    The readme.txt in the SWRC065.zip gerber package specifies the following board parameters: PCB DESCRIPTION:2 LAYER PCB 0.8 MM NOMINAL THICKNESS FR4 WITH 0.35um Cu PER LAYER I assume the 0.35um Cu is a typo and really means 0.35mm thick Cu which is very close to standard 1 oz Cu. And is the board...
    on Nov 20, 2008
  • Forum Post: Digital Power vs RF Power in CC2500

    Cesar Sarmiento Cesar Sarmiento
    in the CC2500 there are 2 pins for AVDD (14,15) and 1 pin for DVDD (4), in all the reference designs and application notes, these pins are connected to the same voltage source, in my application i need to manage the SPI and I/O Pins with a voltage reference of 2.8 Volts, (I need this beacuse I'm...
    on Oct 28, 2008
  • Forum Post: CC2500 reference design RF part simulation

    Radoslav Borisov Radoslav Borisov
    Hello, I'm trying to simulate the output of CC2500 in ADS 2006A. When I simulate the schematic given in swra236.pdf (page 15) I get results like VSWR = 5 and RL = -3 dB, which obviously is not correct. I want to get correct results from the simulation before I can change the reference design. I'm...
    on Jan 28, 2009
  • Forum Post: CC2500 Modulation

    Seishin Seishin
    The datasheet says that CC2500 works on FHSS technology and also the license is gained form US regulation (FCC Part15.247) using this technology. I would like to know that can I use CC2500 with technology other than FHSS such as wideband modulation. < i.e. does CC2500 support other than FHSS...
    on Feb 9, 2009
  • Forum Post: Re: "burst" transfer

    BrandonAzbell BrandonAzbell
    Please cite the documents and/or sample code that indicates this. It would help to have document reference numbers to assist in answering your question. Thank you.
    on Apr 11, 2009
  • Forum Post: Re: "burst" transfer

    Yu Zhang10589 Yu Zhang10589
    From CC2500 datasheet, page 1 of 92, Digital Features, second bullet: "Efficient SPI interface": All registers can be programmed with one "burst" transfer. After I read a bit more into the datasheet, I have this feeling that this burst transfer only applies to registers that have...
    on Apr 12, 2009
  • Forum Post: My CC2500 board, SPI successed, wireless failed, why?

    blacksmith blacksmith
    We have developed a MSP430+CC2500 board, with reference to TI's reference design. But the problem is: we can communicate MSP430 with CC2500 through SPI, and read back the register value we just set; but we can't send out and recive from other wireless module in wireless. why? we don't...
    on Apr 12, 2009
  • Forum Post: Re: "burst" transfer

    BrandonAzbell BrandonAzbell
    Yu Zhang From CC2500 datasheet, page 1 of 92, Digital Features, second bullet: "Efficient SPI interface": All registers can be programmed with one "burst" transfer. After I read a bit more into the datasheet, I have this feeling that this burst transfer only applies to registers...
    on Apr 15, 2009
  • Forum Post: Re: Can that CC2500 062 2 layers reference design copied by a 6 layers design?

    blacksmith blacksmith
    Hi, Charlie! Sorry for my ambiguity! and I just reviewed our engineer's PCB layout, and found the second layer was copper pouring GND layer. Is this the curse? Moreover, the electric componets were not soldered well with residual resin on them. What we designed was a remote control application...
    on Apr 17, 2009
  • Forum Post: Re: SmartRF Studio question

    BrandonAzbell BrandonAzbell
    Yu Zhang When I am using this SmartRF Studio to find out what values I need to programm CC2500 registers into, it asks me for the Chip revision. This Chip revision value does not really affect the registers' values, does it? If it does, how do I find out the current chip revision value for my CC2500...
    on Apr 18, 2009
  • Forum Post: SmartRF Studio question

    Yu Zhang10589 Yu Zhang10589
    Hi all: When I am using this SmartRF Studio to find out what values I need to programm CC2500 registers into, it asks me for the Chip revision. This Chip revision value does not really affect the registers' values, does it? If it does, how do I find out the current chip revision value for my CC2500...
    on Apr 17, 2009
  • Forum Post: Re: Unknown pulses on development pins

    BrandonAzbell BrandonAzbell
    techEE I am new to using the ez430 rf2500 and I am trying to use several of the development pins as outputs. I am using pins 3 to 11 as outputs just fine, but the other pins, specifically 13, 15, 16, 17, and 18, all have different digital pulses on them when viewed from an oscilloscope and I am not...
    on Apr 26, 2009
  • Forum Post: Re: CC2500 Burst and single

    BrandonAzbell BrandonAzbell
    addr = 0x01 | 0x40 ;
    on May 1, 2009
  • Forum Post: CC2500 Burst and single

    Yu Zhang10589 Yu Zhang10589
    Hi all: I am confused while reading CC2500 datasheet, page 61. My understanding is that if I need to write to a single register, say, IOCFG1 (0x01). The address it resides (0x01) should be the destination where I write its value to. If I need to burst write to a few register, say, the first one...
    on May 1, 2009
  • Forum Post: Re: A silly question: how does CC2500 know what it receives?

    Yu Zhang10589 Yu Zhang10589
    Hi: I have a very vague feeling that whenever we write / read a register, we should put a "header" byte to indicate that what CC2500 should do with the following data. Right? Page 61 of CC2500 datasheet.: The "read" header byte is: single 0x80; burst 0xC0; The "write"...
    on May 2, 2009
  • Forum Post: Re: A silly question: how does CC2500 know what it receives?

    BrandonAzbell BrandonAzbell
    Yes, there is a structure to the bytes that you need to send to the CC2500 to communicate to it what operation is required. Might I suggest that you take a look at a few examples of this, if the datasheet is not clear. There are many on the CC2500 Product Folder , but also on the eZ430-RF2500 Product...
    on May 2, 2009
  • Forum Post: Re: A silly question: how does CC2500 know what it receives?

    Yu Zhang10589 Yu Zhang10589
    Hi BrandonAzbell: Thank you very much for your generous help. Much appreciated. Yu Zhang
    on May 2, 2009
  • Forum Post: Re: A silly question: how does CC2500 know what it receives?

    Yu Zhang10589 Yu Zhang10589
    From CC2500 datasheet, perhaps this "R/W header bit" should have been written as "R/W header byte" instead. This "bit" idea is very confusing to me. Or it is just me.
    on May 2, 2009
  • Forum Post: Re: A silly question: how does CC2500 know what it receives?

    BrandonAzbell BrandonAzbell
    Yu Zhang From CC2500 datasheet, perhaps this "R/W header bit" should have been written as "R/W header byte" instead. This "bit" idea is very confusing to me. Please take a look at the following application note as it describes in detail what the first byte of the SPI...
    on May 2, 2009
  • Forum Post: Re: CC2500 patable

    BrandonAzbell BrandonAzbell
    There is a default power setting specified in Table 30 on page 48 of the CC2500 datasheet as being set to 0xC6, or -12dBm. It doesn't appear that you need to set the other entries, if they are not used for the mode you are implementing.
    on May 2, 2009
12345»
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use