• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 54 subscribers
  • Views 224 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.

CC1312R: integrating rfAudio example cause error assert

Jerry Kuo
Expert 4350 points
Part Number: CC1312R

Hi team,

My customer evaluates easylink --> rfAudioTx/Rx and try to let CC13xx swap between input/output stream. He adds output stream based on rfAudioTx(input stream). However, he meets two problems.

Test environment:

CC1312R1 Launchpad

SDK : simplelink_3_30_00_06 and simplelink_audio_plugin_3_30_00_06

CCS : 9.20

Problems:

  1. Customer only modify “AUDIOHAL_INPUT” to “AUDIOHAL _INPUT_OUTPUT”. The CC1312 will enter “error assert” after running around 8 sec.
  2. Customer did below test flow.

i) CC1312 runs the default AUDIOHAL _INPUT.

ii) After 5 sec, CC1312 turn off AUDIOHAL _INPUT, then turn on AUDIOHAL _OUTPUT.

iii) After 5 sec, CC1312 turn off AUDIOHAL _OUTPUT, then turn on AUDIOHAL _INPUT.

Repeat step i), ii)

 There are two abnormal scenarios: (1) CC1312 will fail while turning on/off AUDIOHAL _OUTPUT. (2)CC1312 will run into “error assert” after running awhile.

 Note, please import easylinkàrfAudioTx. Then copy rfAudioTx_Q1.c, rfAudioTx_Q2.c into project.

Since Q2 will use timer, need to copy util_timer.c/.h into project. Besides, inside rfAudioTx_Q1/Q2, there are comments with “//kimi”.

patch_code.zip

  • 0
    TI__Mastermind 20407 points

    Hi Jerry, 

    I have consulted the audio expert and there are two things that can be done. 

    1. Use the audiohal_packetizer_echo example and generate the audio input and output on the hardware. This could be a good starting point to get the input and output working. 

    2. In Q2 version of the code, the AudioHAL_open() is called with the AUDIOHAL_INPUT mode as the direction. But later the startStream is called with the AUDIOHAL_OUTPUT mode. This could be the cause of the assert. It should be called with AUDIOHAL_INPUT_OUTPUT mode. 

    Please let us know if you have other issues after the change of mode.

    Regards,

    Sid