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:集成 rfAudio 示例会导致错误声明

Guru**** 2539500 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1122610/cc1312r-integrating-rfaudio-example-cause-error-assert

器件型号:CC1312R

大家好、

我的客户评估 EasyLink --> rfAudioTx/Rx 并尝试让 CC13xx 在输入/输出流之间切换。 他根据 rfAudioTx (输入流)添加输出流。 但是,他遇到了两个问题。

测试环境:

CC1312R1 Launchpad

SDK: simplelink_3_30_00_06和 simplelink_audio_plugin_3_30_00_06

CCS:9.20.

问题:

  1. 客户只能将“AUDIOHAL_INPUT”修改为“AUDIOHAL _INPUT_OUTPUT”。 CC1312将在运行大约8秒后进入“ERROR ASSERT”
  2. 客户的测试流程低于测试流程。

i) CC1312运行默认的 AUDIOHAL_INPUT。

ii) 5秒后、CC1312关闭 AUDIOHAL _INPUT、然后开启 AUDIOHAL _OUTPUT。

III) 5秒后、CC1312关闭 AUDIOHAL _OUTPUT、然后打开 AUDIOHAL _INPUT。

重复步骤 i)、ii)

 有两种异常情况:(1) CC1312在打开/关闭 AUDIOHAL _OUTPUT 时失败。 (2) CC1312将在运行一段时间后运行为"错误声明"。

 请注意、请导入 easylinkàrfAudioTx。 然后将 rfAudioTx_Q1.c、rfAudioTx_Q2.c 复制到项目中。

由于 Q2将使用计时器、因此需要将 util_timer.c/.h 复制到工程中。 此外,在 rfAudioTx_Q1/Q2中,有注释为“//Kimi”。

e2e.ti.com/.../patch_5F00_code.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jerry、  

    我咨询了音频专家、可以做两件事情。  

    1.使用 audiohal_packetizer_echo 示例并在硬件上生成音频输入和输出。 这可能是使输入和输出正常工作的良好起点。  

    2.在代码的 Q2版本中,AudioHAL_open()以 AUDIOHAL_input 模式调用,作为方向。 但稍后使用 AUDIOHAL_OUTPUT 模式调用 startStream。 这可能是断言的原因。 应使用 AUDIOHAL_INPUT_OUTPUT 模式调用该函数。  

    如果您在模式更改后遇到其他问题、请告知我们。

    此致、

    SID