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.

[参考译文] CC2564C:CC2564C 出现问题

Guru**** 2835775 points

Other Parts Discussed in Thread: CC2564C, CC2564

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1630487/cc2564c-cc2564c-bring-up-issues

器件型号: CC2564C
主题: CC2564 中讨论的其他器件

嘿,首先,我认为这是在错误的论坛,当我把在 CC2564C 论坛自动填充的 WiFi,我不会让我改变它...

我在 CC2564C 中设计了一款同样使用 STM32F401 的产品、并且我们使用旧的 STM SPL 为该应用使用 TI 蓝牙栈。 我们的目标用例是在经典蓝牙中将 I2S 辅助模式用于 HFP WBS

我们目前遇到的唯一功能问题是、当我们将产品与电话配对并拨打电话时、离开对讲机的语音数据最终会发出很大的噪音并出现乱码。 实际声音很安静、噪音很大。 从电话呼叫进入 CC2564 和输出 I2S 的语音数据非常清晰。 将 CC2564 置于 I2S 环回模式听起来很完美、因此我们认为这不是 I2S 问题。 I2S 数据就像 mSBC 预期的那样为 16kHz、因此我们似乎无法找到数据损坏的位置。 我们可能缺少一些设置 mSBC 编解码器的命令?

-----

我认为这可能是一个射频性能问题、这就引出了我的第二个问题。 如何在安装了滤波器的情况下调整天线。 我通过移除无线电并将猪尾直接焊接到 CC2564 的 PCB 焊盘来调整匹配。 这场比赛看起来很糟糕,如下面的填充 ( VSWR 约 12 ),所以我调整了它,并下降到 1.2-1.4 的 VSWR 从 2404MHz 到 2480MHz ,把它放回室内,运行 FCC 测试模式,并得到比标准比赛更差的结果.

蓝牙链路仍然可以同时处理两个网状网络、但根据使用 FCC 测试模式的辐射 TX 功率、似乎我的匹配情况更糟。

此处为我们的射频电路:

image.png

我的调优在 R55 处产生了 22uH 电感器、在 R54 处产生了 6.8uH 电感器。 C8 和 L1 按原样、R56 仍为 DNP。

进行一些读数似乎我可能想重新调优、但使用滤波器的输出作为馈电点、而不是 CC2564 引脚? 我是否认为滤波器的输出希望达到 50 欧姆、但仔细观察滤波器并不重要?

另外、由于已经有一段时间了、我不每天执行此操作、为了确认;我在 N 到 SMA 电缆的末端使用 SMA 校准套件校准 VNA、插入猪尾测试板、在 ANT1 的馈电点将射频路径短路、调整延迟、使标记尽可能接近 0 欧姆、然后移除短接来进行调优? 基本上、我不记得应该缩短路径以设置延迟的位置。

 

感谢大家!

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

    尊敬的 Adam:

    这是否充分体现了手机和 CC2564C 之间的设置?

    请随时纠正我;我很快把这个放在一起的 Draft.io。

    同时、我想注意的是、TI 蓝牙栈与 CC2564 不兼容、因为 TI 蓝牙栈仅是 BLE、而 CC2564 是双模;CC2564 使用 Bluetopia 作为蓝牙栈。

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

    感谢您绘制出来。 您已经接近尾声了。 C2564C 通过 UART (HCI) 和 I2S 连接到 STM32F4。 然后、STM32 通过连接了两个耳机的 I2S 编解码器连接。 STM 会传递音频数据并进行一些通道混合等、但效果很好。

    问题是 CC2564C 从 STM32 接收到的 I2S 数据在通过蓝牙发出时会失真(红色)。 通过蓝牙传入并传出 I2S 的数据运行良好(绿色)。

    我感觉它与 CC2564C 中的 mSBC 编解码器有某种关系。 STM32 混合了耳机中的 L 和 R 音频通道、并在左声道中传递到 CC、但通过多种方式进行此操作似乎对任何操作都没有帮助。

    STM32 是 CC 和编解码器的 I2S 主器件、用于确保它们保持同步。

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

    您能否首先从 TI 蓝牙栈切换到 Bluetopia? Bluetopia 是您应用于 CC2564 的设备。

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

    好了。 它是 TI/STM32F4 实现。  CC256XSTBTBLESW 接口适配器|德州仪器 TI.com

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

    啊、是的。 正确;我认为您提到的是其他产品(也称为 TI 蓝牙栈)。 让我看看一些东西,然后我将在明天回来给你。

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

    啊、我的错。 非常感谢。

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

    今天上午、我们尝试将其与计算机配对、并进行团队呼叫、而不是电话和电话呼叫、结果类似。 似乎团队会过滤掉白色噪音并提高语音音量、但仍有一些乱码。 已尝试录制和连接、但不确定其是否正常工作:e2e.ti.com/.../CC2564C-Audio-issue.zip

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

    尊敬的 Adam:

    您是否查看过您所用 SDK 中的 A3DP 演示? 这里有 STM32 的演示。  

    同时、在配置 编解码器时、能否确保已使用以下内容?

    您需要发送以下 HCI 命令:  

    • VS_A3DP_codec_configuration_command_opode
    • VS_write_codec_config_command_opped

    以下是将实现该功能的函数(可在 BTVS.c 中找到它们):  

    Codec_Config BTPSAPI VS_PCM_IF (unsigned int BluetoothStackID、Word_t PCMFreq、DWORD_t FSyncFreq)
    BTPSAPI VS_A3DP_BitPoolSize (unsigned int BluetoothStackIDByte_t AudioFormat、Byte_t SBCFormat、Byte_t Codec_Configuration)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 BLiu:

    我是 Adam 的团队、负责此项目的软件。

    我们使用 VS_PCM_I2S_I2S () 函数(在 BTVS.c 中)将 Codec_Config_Slave_配置为 I2S 从器件 — 此函数负责 HCI_VS_Write_codec_Config 命令。 据我所知、在 I2S 协议中、LR 时钟更改后会有 1 位时钟周期的延迟、然后才会为第一个有效数据位计时。 对于 CC256、我认为这是由 HCI_VS_Write_codec_Config 命令的“通道 1 数据 in offset“和“通道 2 数据 in offset“参数配置的。 为了添加适当的延迟周期、我在 VS_PCM_I2S_I2S Codec_Config_Slave_() 中更改了 BTVS.c 的第 1105 行和第 1120 行:

    这会将“Channel 1 data in offset“和“Channel 2 data in offset“分别从 0 和 16 更改为 1 和 17 位。 这立即清除了我们的音频并消除了我们遇到的高背景噪声、如果一个样本的 LSBit 由于 STM 和 CC256 的延迟/偏移预期不匹配而被解释为下一个样本的 MSbit、这是合理的。

    不确定这是否是 Bluetopia 软件中的错误、或者我是否只是假设 I2S 的工作原理并需要执行该操作... BTVS.c 中有旧的注释、指出第 1105 行的“偏移中的通道 1 数据“以前为 1。 无论如何,这似乎已经修复了我们的问题,将更新如果任何变化。