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.

CCS/LAUNCHXL-CC1312R1: Some questions about demo "rfAudioTX/Rx"

Part Number: LAUNCHXL-CC1312R1
Other Parts Discussed in Thread: CC3200AUDBOOST,

Tool/software: Code Composer Studio

Hi engineers,

Q1 I downloaded the official software and built, then occurred an error as shown below. 

<Linking>
"../CC1312R1_LAUNCHXL_TIRTOS.cmd", line 107: error #10099-D: program will not fit into available memory, or the section contains a call site that requires a trampoline that can't be generated for this section. run placement with alignment fails for section ".bss" size 0x2528. Available memory ranges:
SRAM size: 0x14000 unused: 0x3e7c max hole: 0x24e0 
error #10010: errors encountered during linking; "rfAudioRx_CC1312R1_LAUNCHXL_tirtos_ccs.out" not built

>> Compilation failure
makefile:172: recipe for target 'rfAudioRx_CC1312R1_LAUNCHXL_tirtos_ccs.out' failed
gmake[1]: *** [rfAudioRx_CC1312R1_LAUNCHXL_tirtos_ccs.out] Error 1
makefile:165: recipe for target 'all' failed
gmake: *** [all] Error 2

Q2 What content should I alter if I change setup "compression mechanism" of the demo "tfAudioTx/Rx"? 

 

Q3 Why the board cannot generate I2S signal?

 

Best regards,

SeanOY

  • Q1: Is answered here: https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz/f/156/p/942078/3483276

    Q2: Are you here referring to how to change the compression? Please see the project "Predefined symbols"

    Q3: Please elaborate

  • Hi TER,

    Q2: Is anything else should be changed except "compression mechanism" such as USE_ADPCM_CODEC, USE_MSBC_CODEC and USE_OPUS_CODEC? 

    After I change it from USE_OPUS_CODEC to USE_ADPCM_CODEC, codes about OPUS as shown below should be commented out. So I think I should add extra codes which compatible with ADPCM.

    Q3: I think no matter what compression mechanism I choose, the data will transfer through I2S interface. I use logic analyzer to probe the I2S relevant pins BCLK, WCLK, AD0 and AD1 but find nothing. I would fix the first question and try it again. Thanks, TER.

    Best regards,

    SeanOY

  • For the I2S question: Have you set up the hardware according to the "hardware setup" part of http://dev.ti.com/tirex/explore/node?node=ADEO-WXL1wpwuh.hyx3Zvw__RW99gST__LATEST?

    I believe that the "Set OPUS Parameters" should have been behind a #ifdef to avoid compilation errors. But looking at the code it looks like parameters for the other compression methods are given in the code. 

  • Hi TER,

    I don't connect the LAUNCHXL-CC1312R1 with CC3200AUDBOOST, because I want to use my own CODEC to process audio data. Is it possible that the wrong CODEC causes the program fail to initialize and malfunction? I'm applying for CC3200AUDBOOST, but I would happy to fix this problem :) 

    Nope, it seems that the software only considers the situation "OPUS" :(

    Best regards,

    SeanOY

  • I would recommend you to start with using the CODEC (including the BOOSTER pack) this example is written for to start with to fully understand the functionality in the audio plug-in. To set of the codec correctly is a task in itself and I would recommend playing with the codec on the boosterback some before you start with your own codec. As a suggestion, add a new sampling frequency or similar. 

    As said, the example is written for a given codec. If you change the codec you also have to rewrite the code some to communicate with your selected codec. 

  • Hi TER,

    Yes, I think so. Now I'm waiting for the express and trying to be familiar with the mechanism of this example. Thanks :)

    Best regards,

    SeanOY

  • Hi TER,

    I have a question, can I send remote control requests such as volume up/down or mute to the another device through pressing buttons while transmitting audio data?

    Best regards,

    SeanOY

  • I believe that should be possible to implement but the current examples does not include this. You have to ensure that you send the volume information etc in between the packets containing audio. On the receive side you also have to ensure that the receiver understand that the received data is containing non audio data.

  • Hi TER,

    I cannot find any information about volume. The input from PC and output to HUAWEI headphone.  

    Best Regards,

    Sean

  • As I wrote, you have to implement this. This is not included in the current examples. Do you have specification how volume control works for these headphones? 

  • Hi TER,

    My headphone's standard is OMTP, I wonder that this example just supports standard like CTIA. Althought they're in different standards, it shouldn't work without any sound as my situation.

    I don't know how to "control" the volume of my headphone, as far as I know, headphone just an passive device that plays music according to the voltage signal output by pin "LINEOUT".

    If this example needs the users implement the function of controlling the volume themselves, why the documents do not point it out with informations such as tips or something else? :(

    Best Regards,

    Sean

  • I may have misread you question. I assumed that you asked about how to control the volume over the air but from your latest post I get the impression that you basically want to adjust the volume directly to the headphones.

    The examples are written to showcase how to send/ receive audio data over the air. The data sent over the air is digital data and the volume has to be controlled wither in the CODEC on the TX side or in the CODEC on the RX side. I would suggest looking into the datasheet for the CODEC used on the boosterpack for details on how to adjust the volume. 

  • Hi TER,

    I think I misled you TER, sorry T T... Maybe I've posted too much threads and thought that this question is about this thread~

    I know how to control volume over the air, I think I have no other questions about this thread, thanks!

    Best Regards,

    Sean