• State TI Thinks Resolved
  • Locked Locked
  • Replies 11 replies
  • Answers 3 answers
  • Subscribers 52 subscribers
  • Views 720 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

CC2540: CC2540 initial freq drift

CC2642R: CC2642x Frequency Drift issue,

paddu2017
Expert 2885 points
Part Number: CC2642R
Other Parts Discussed in Thread: LAUNCHXL-CC26X2R1,

Hi,

We have found that we have "Initial Frequency Drift" issue in our custom board as well as
well as the launchpad (LAUNCHXL-CC26X2R1). We are using the "ble5_host_test_cc26x2r1lp_app_FlashROM_Release"
hex file provided in the SDK.

The test shows "Initial Frequency Drift" is out of the limit.
Our custom board is based on the launchpad design, so we are sure there are no issue in the hardware/layout.
But we wonder why do we have the same issue with the Launchpad also.

Please let us know your suggestions.

Best Regards
paddu

  • 0
    TI__Genius 11810 points

    Hello Paddu,

    I did a test on a LAUNCHXL-CC26x2R1 and the initial frequency drift test passes:

    Have you done any modifications to the internal load capacitor array?

    -Simon  

  • 0 in reply to Simon J
    Expert 2885 points
    Hi Simon,

    Thank you very much for the quick response and the test.
    This has become a big issue with our customer and we appreciate your help.

    We wonder why our LaunchPad and the custom board fails with the initial frequency drift test.

    We haven't done any modifications in the internal load cap array,
    just using the "ble5_host_test_cc26x2r1lp_app_FlashROM_Release" hex file provided in the SDK.

    Is this issue something related to the crystal? please let us know if there is any way to debug this issue.

    Best Regards
    paddu
  • 0 in reply to paddu2017
    TI__Genius 11810 points

    Hi Paddu,

    Yes, this is normally related to the crystal.

    Do you have a dedicated BLE tester that you use for this test? How do you connect your board and the LaunchPad to the tester? Have you calibrated the tester?

    Also, which PHY are you using? 1M or 2 M?


    -Simon

  • 0 in reply to Simon J
    Expert 2885 points

    Hi Simon,

    Thank you.

    Yes, we have dedicated BLE tester and I believe the connection is as per the application report(SWRA530)
    I am not sure about the Calibration.I will get back to you with more details about the setup details.
    Just in case I have sent you the test report.

    With regards to PHY, it is used with default settings (1M?).

    EDIT:
    One additional confiramtion on this topic,
    Can we assume "Advisory Radio_Osc_01" has no effect on this issue?
    this errata says "Increased Phase Noise When RCOSC_HF is Enabled".
    I believe the sample codes from the SDK won't enable both XOSC_HF and RCOSC_HF.


    Best Regards
    paddu

  • 0 in reply to paddu2017
    TI__Genius 11810 points
    Hello Paddu,

    I think your additional question have been answered in this thread: e2e.ti.com/.../754902

    -Simon
  • 0 in reply to Simon J
    Expert 2885 points

    Hi Simon,

    Thank you.

    Yes, we got the answer on a different thread.
    So, we believe that we can assume the "Initial Frequency Drift" issue may not be related to "Advisory Radio_Osc_01"?

    Below is an update on the setup used.
    SDK: 2.30.00.34
    Silicon Version: Rev 1.1(Rev C)

    Please let us know if there is anything else we can look into to troubleshoot this issue.

    Best Regards
    paddu

  • 0 in reply to paddu2017
    TI__Genius 11810 points
    Hei Paddu,

    Yes, this issue should not be related. On your custom board, are you able to share the layout, so we can have a look at the oscillator placement and routing?

    -Simon
  • 0 in reply to Simon J
    TI__Genius 11810 points

    Closing thread. Layout has been reviewed over private message.

  • 0 in reply to Simon J
    TI__Guru** 106705 points
    Hi Paddu,

    You are currently evaluating engineering samples of the IC with preliminary RF settings. As you know this is not material that can be used for certification, and you cannot go to production with this. As such it is expected that the RF settings are not optimum and may have sub-optimal performance in some aspects.

    Final revision of the IC is currently in the process of being made available for sampling, this should happen sometime early Q1. Fully characterised settings with robust performance will also be released before RTM.

    If everything else in your design checks out, layout, crystal parameters, etc. Then I suggest you wait until you get final revision samples before pursuing this case any further.

    I also understand that there has been some offline communication with Simon. Let me address the last questions you asked there:
    The crystal requirements are listed in the CC2642R datasheet. All crystal parameters must be within the CC2642R limits to ensure proper operation over all operating conditions.

    Regards,
    Fredrik
  • 0 in reply to Fredrik K
    Expert 2885 points
    Hi Fredrik,

    Thank you for the detailed update.

    Understood that we have wait for the RTM, but actually we have already purchased more than 300 samples of this version(Rev C),
    and we believe we may have to throw all the 300 boards because the next SDK may not support Rev C.

    Just wanted to mention that this problem is also about the CC2642R LaunchPads.
    We wonder why even the CC2642R LaunchPads also fail with the basic RF PHY tests.
    We also tried with two new LaunchPads and even these LaunchPads fail the RF PHY tests.

    As we believe the engineering samples are provided to customers to start the evaluation prior to the release of the
    RTM version, we thought it would pass basic RF tests.

    Best Regards
    paddu
  • 0 in reply to paddu2017
    TI__Guru** 106705 points
    Hi Paddu,

    There will be no support for revision C material in new SDKs after revision E is released, this has been stated in various terms and agreements the customer has accepted when ordering samples and kits.

    As you can see from Simon´s reply further up we are not seeing the same issues on the LaunchPads. What test equipment are you using?

    The engineering samples are provided for evaluation and start of development, but not for certification and mass produciton. As such they will potentially have minor issues and less optimised performance. Slightly missing the frequency drift requirement will have no noticeable impact on range or ability to interoperate and should thus not be a limiting factor for neither evaluation or development.

    Best regards,
    Fredrik