• 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 » Problem with CC1101 - Sync start / packet end. GDO pin
Share
Low Power RF & Wireless Connectivity
  • Forums
  • Announcements
  • Files
  • E2E Wiki
Options
  • Subscribe via RSS

Forums

Problem with CC1101 - Sync start / packet end. GDO pin

This question is not answered
Lars Eriksson
Posted by Lars Eriksson
on Apr 03 2012 02:07 AM
Prodigy20 points

We have a problem with the CC1101 that the GDO pin configured for sync start / packet end (GDOxCFG 0x06).
Sometimes the GDO pin gets asserted and deasserted while the cc1101 is in RX mode, but no detection of RSSI value (GDOxCFG 0x0E) is indicated on the other GDO pin.

The CC1101 is configured to have two GDO pins
GDO0 to assert when sync word has been sent / received, and de-asserts at the end of the packet.
GDO2 for Carrier sense. High if RSSI level is above threshold. Cleared when entering IDLE mode.

We are sure that the CC1101 is in RX mode, the GDO0 toggle is not a TX packet.

Is this a known problem or have we configured the radio incorrectly?

Grateful for answers that can help us.

cc1101
Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • MRC
    Posted by MRC
    on Apr 05 2012 09:54 AM
    Expert4925 points

    Hello,

    The following part is taken from the apps note (http://www.ti.com/lit/an/swra121a/swra121a.pdf ):

    3 IOCFGx = 0x06
    ..... The GDOx pin is asserted when a sync word has been sent / received, and de-asserted at the end of the packet. In RX, the pin will de-assert when address filtering or maximum length filtering leads to a packet being discarded or if the RX FIFO overflows.

    The reason that you see GDO0 pin asserted and de-asserted without RSSI indication on GDO2 may be due to the packet being discarded for one or the other reasons mentioned.

    For better understanding RSSI update and timing:  http://www.ti.com/litv/pdf/swra114d

    Cheers,

    -MRC.

    cc1101 RSSI GDOx
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Sverre
    Posted by Sverre
    on Apr 09 2012 02:59 AM
    Genius14060 points

    Make sure you use a 4 byte sync word as this will reduce the likelihood of false sync word detection compared to using 2 bytes sync word.

    If you use 2 bytes sync word you will get a false sync word detection within seconds (unless you gate sync word detection with carrier sense).

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Lars Eriksson
    Posted by Lars Eriksson
    on Apr 10 2012 05:32 AM
    Prodigy20 points

    Thank you for the replies, 

    To Sverre,
    Yes the sync word detection is set to 30/32 bits (SYNC_MODE = 3).

    Pre-amble is also set to 6 bytes to get time to read the RSSI value and set the attenuation (for close-in reception DN010 ).
    This is the main reason we have an IRQ connected to the GDO2 with RSSI detection.

    To MRC,
    “The reason that you see GDO0 pin asserted and de-asserted without RSSI indication on GDO2 may be due to the packet being discarded for one or the other reasons
    mentioned.”

    Wouldn’t the RSSI on GDO2 occur during pre-amble? Or have we misunderstood something?

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Hans Verstraelen
    Posted by Hans Verstraelen
    on Apr 15 2012 07:26 AM
    Prodigy10 points

    Hello Lars,

    I use GDO0 to interrupt when syncword is sent (L->H), and when packet is completed (H->L) (so both edges), and have seen the trailing edge to appear first (which in my interrupt I would take as an error leading to a retry. Obviously, the GDO0 pin was H before I started the packet transmission, where I expected it to be L.

    Now from reading here this is appearantly due to the chip being in RX mode (as I use CCA) before transmitting the packet, and dependent on what was received during the CCA the status of the GDO0 pin may end up being H or L.

    So we need to assure that the GDO0 pin is L before entering TX. That way the Interrupt performs as expected, sync word transmitted at leading edge of GDO0 pin, and packet completed at trailing edge of GDO0.

    TI may want to address an application note to this usage of the GDO0 pin as I expect it to be quite common, and it is easily overlooked.

     

    Best regards,

    Hans

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
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