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.
Part Number: LAUNCHXL-CC1310
Tool/software: Code Composer Studio
HI, we need to control PA ramping in CC1310.
i read the linker:
but i still can't understand "How exactly the registers 0x608C and 0x6088 work together to define PA ramp time".
does anyone can explain that or give me a doc?
In reply to SVS:
Could you tell me how to change the PA ramping when run proprietary protocol? we also try to change the ramping time when working in proprietary, but there's no difference.
transient spurious specifications:
if the lowest frequency channel is 2404MHz:The transient spurious should lower than -16dbm@2400MHz and lower than -26dbm@2387MHz
CC1350/CC26X0+external PA 20dbm@2404MHz -7dbm@2400MHz -17.3dbm@2387MHz
if the lhighest frequency channel is 2480MHz:The transient spurious should lower than -16dbm@2484MHz and lower than -26dbm@2487MHz
We've tried the way to implement ramping on the external PA, it does not work. The transient spurious comes from the CC1350/CC26X0 rather than the external PA.
please refer to this two picture, same configuration with SmartRF Studio but different performance:
CC1352R (same as CC26X2):
CC1350(same as CC26X0):
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to nan li44:
Thank you for sharing the data.
We do not have a way to change the PA ramp scheme on BLE PHY on CC1350 or CC2640R2. I am discussing another option with the R&D and will get back to you tomorrow. Can you please confirm that you are using the signal from RF core to enable/disable external PA?
The post you referred to has information about changing ramp settings for proprietary mode. However, on BLE PHY is supported on CC1350 in 2.4GHz band and we have not tested any proprietary modes on this device and band combination. Also, for 1mbps datarate, you will need BLE PHY, it cannot be done using proprietary mode.
If you are still interested in <500kbps datarate with proprietary settings and are having trouble implementing PA ramping on it, please share the setting you are using and I will test it out on my setup.
we changed the datarate to 250Kbps with proprietary on CC1350 and the CC2650:
this is what we want !!!
As mentioned before, we have not tested proprietary modes in 2.4GHz band on CC1350. However, I would recommend using the settings closest to the datarate you are interested, in this case, 200kbps for sub-GHz band for AGC and PA ramping. Copying the settings below for convenience. You could also experiment with these settings as per the other post to increase ramping time without losing preamble symbols.
// Tx: Configure PA ramping setting (0x10) for approximately 5 us PA ramp time. Rx: Set AGC reference level to 0x1C.
// Tx: Configure PA ramping setting (0x08) for approximately 5 us PA ramp time
Another option is to use the TX_START signal instead of PA_ENABLE signal to enable external PA. The source of noise is CC1350 and with this change, the timing for external PA enable might filter some noise from CC1350 to output of PA.
On CC265x, I have to try out settings in the lab to make further suggestions.
What is the customer requirement here, are they open to using either device and what is the minimum datarate requirement?
Have you test your code on CC1350 or CC2650?it is easy to test with the LaunchPad CC1350/CC2650.
i change the ramping time and set the TX_START signal instead of PA_ENABLE signal to enable external PA as your suggestion, it does not work even change the time to 100us.(both CC1350 and CC2650)
The datarate of requirement is changeable from 100Kbps to 250Kbps.
We want to konw if possible to get a signal like the CC1352/CC2652 we have post ? we have lost much time,could TI give us a conclusion？
The results on CC2650 or CC1350 will not be the same as CC1352 since the ramping schemes are different on these platforms. I am testing different options in our lab to provide recommendations on the best settings at 250kbps on CC26xx device. Since it involves lab testing, it will take us couple of days to provide data and I will post an update on Wednesday.
Thank you for your patience.
Is there a result of the problem? Customers who are not addressing the issue in the near future will face huge indemnities. I hope you can support it.
Is there any new progress about this problem?
I am closing this thread because this is being addressed by the TI field team.
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. 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.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.