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.

LAUNCHXL-CC1310: LAUNCHXL-CC1310: How to route MCE_GPO1 signal to a IO in smartStudio 7 ?

Part Number: LAUNCHXL-CC1310
Other Parts Discussed in Thread: CC1350, CC1310, CC1101

Dear,

How to route MCE_GPO1 signal to a IO in smartStudio 7 ?

I follow the notes in : 

and insert this override HW_REG_OVERRIDE(0x1110,0x00000500)

and config DIO15 to be RFC_GPO2

but seems it didn't work.

I can't find the output raw data on DIO15.

I test it use E4432B signal generator.

and I put CC1350 in continue rx mode.

I can find the RSSI changed according to the E4432B setting. 

but no data appeared on DIO15.

B/R,

Shaowei

  • That won't work since you are lacking the MUX part of the code.

    But it's possible to get the most used signals out on a pin by using the 'Target Configuration' in SmartRF Studio. Press the Customize button. If further information, see the SmartRF Studio help.
  • Hi, TER,
    thank you.

    So how to add the MUX part of code in SmartRF Studio?
    in the Target Configuration, I already set the IO configuration to be radio. but no std pure RFC_GPO2 from that pull down list, So I can only select TX Start(RF core Data Out 2).

    How to select the pure RFC_GPO2 in the target Configuration tab in the SmartRF Studio?

    B/R,
    Shaowei
  • SmartRF Studio is a software tool to do simple testing of either TI evaluation boards or custom boards but has limited possibilities to add functionality that is missing. If you want to output a signal that is not on the list in SmartRF Studio I would recommend writing code in CCS/ IAR.

    I believe MCE_GPO1 is the signal you get out if you select the cont. RX tab and enable serial output. This signal comes out on DIO7.

    Why do you want to have this signal out?
  • Hi, TER,
    Thank you!
    We are develop our own board based on CC1310.
    but we get shorter range than our expected during range test. so we want to check the sensitivity/BER first to analyze what happened.
    we setup E4432B to generated wanted FSK signal (cont 0101 FSK signal)and connect it to the CC1310 board.
    and then we adjust the FSK output power on E4432B.
    we want to get the output data 0101 on a specified IO to do the BER test.

    B/R,
    Shaowei
  • DON'T test BER with this signal! This will give a poorer sensitivity than you have if you use the chip with the RF commands. This is a signal from the middle of the RF chain and internally this will be post processed further before going to the receive buffer.

    For debugging range, go through this app note:
    www.ti.com/.../swra603.pdf
    and report back the results.
  • Hi,TER,

    Thank you!
    As your instruction, when enable the serial mode output, we can get the rx output data on DIO7. 

    and checked on a scope and can get a about -110db sensitivity on RF rate of 10kbps@10Khz div.

    anyway when running CC1310 @single end mode , and let CC1310 continue in rx mode, we experienced that in smartRF Studio interface, after running in rx mode for about 40s ~80s, the detected RSSI value will suddenly dropped about 10dB.

    when that happened, if we kept the signal generator output  at the sensitivity level (-110dB), CC1310 will not able to receive the signal, and we'll get noise data on the scope.

    we have to click stop, then start the rx again (in Continuous RX tab)to get the correct data.

    the suddenly dropped happened period seems randomly after entering Rx mode, but normally after 30s. 

    so what can make that suddenly RSSI drop?

    B/R,

    Shaowei

  • Do you use SmartRF studio 2.8.0 or newer for the testing? If not, please update.
  • Dear TER,
    I use the latest version: 2.9.0 for the test.

    B/R,
    Shaowei
  • Not sure why this happens but as I wrote in a previous post: DON'T use this mode for sensitivity measurements.

    Have you looked at the range debugging app note?
  • Dear TER,
    Thank you.
    and yes, I read that note.
    we are doing the "Measure the Conducted Sensitivity" which mentioned in that note.

    after days testing, think that suddenly RSSI drop is because of the freq offset between the DUT & the signal generator (if the offset a bit 'big').
    if the offset >1/2 div setting, seems CC1310 can easily lost the tracking signal.
    this is our testing experience these days.
    we want to know how to improve this feature?

    for example, @ RF baud rate 10Kbps & div @10Khz, if we offset the freq about 5~6KHz, CC1310 will not rx the signal.
    but for a normal 10~15ppm x-tal, the total offset will be about 20~30ppm. @ 433Mhz, this will give a about 433*30 = 13KHz offset.
    so how to set CC1310 to let it tolerate some wider freq offset ? as a total 15ppm x-tal (consider temperature drift) is very common in typical RF application.
    in previous chip CC1101 , etc, no this issue, it can tolerate large freq offset.

    maybe I need to post this question to a new post.

    B/R,
    Shaowei
  • For sensitivity measurements: Even if you are only able to send preamble it should be possible to use the receive buffer by setting the sync word to 0x55. This is probably easiest in SmartRF Studio.

    For 10 kbps, I assume you start from the 10 kbps setting provided in SmartRF Studio? This setting has a frequency offset tolerance of about 34 ppm.