[参考译文] LAUNCHXL-CC26X2R1：LC3编解码器

尊敬的 Doug：

感谢您与我们联系。 我们将尽快与您联系。 同时、您能否分享一些有关您的应用以及如何使用低功耗音频的信息？

此致、

1月

该申请是一个手持违禁品探测装置。  它使用蜂鸣声来指示材料是否存在、如果代理不希望听到蜂鸣声、当前产品有3.5mm 插孔用于有线耳机。  该计划是让新产品将无线信号用于蓝牙耳机或耳塞。  因此音频非常低。  此外、BLE 将用于向远程器件传输低速率数据。

尊敬的 Doug：

谢谢您告诉我。

如果可以、使用 LC3编解码器和低功耗音频发送蜂鸣音的效果可能有点太大。 我的意思是、毫无疑问、通过这种方法、您将能够传输想要的音频、但从我的角度来看、所需的处理能力和复杂性似乎并不值得。 这可能会对系统 BOM 成本产生不利影响。

不妨考虑 使用低功耗蓝牙 GATT 上的音频-如使用 CC2642R 器件的 SimpleLink 音频插件中所示？ 然后、您可以选择其他编解码器(Opus、ADPCM、mSBC)并实现相同的效果。
根据您的存储器大小和外设要求、您可以考虑向下移动到 CC2651R3或 CC2340R5器件。 这两个选项(尤其是第二个选项)将允许更优化的系统成本。

我希望这将有所帮助、

此致、

其他编解码器是否可与现成的耳机/耳塞配合使用？

很显然、我不熟悉蓝牙。  我无法确定是否有任何通用的耳机/耳塞支持 Opus、ADPCM 或 mSBC。  我发现所有器件都必须支持 SBC、且 SBC 能够正常工作。  mSBC 是否与 SBC 兼容？  如果没有、我从何处获得可用于 TI 产品的 SBC 编解码器？

谢谢

尊敬的 Doug：

我想问一下、您是否希望坐席代表在这里使用个人耳塞/耳机？ 如果需要、您可以提出一个好问题、并且可能实际上不得不看到经典蓝牙(ER/EDR)音频、例如 CC2564C。

如果您可以控制耳塞(例如、如果您为其提供产品)连接、则可以考虑前面提到的通过 GATT 传输音频。

一般而言、对于此用例、我建议不要使用低功耗音频。 目前很少有耳塞和耳机支持它(因此、您的用户会很沮丧)。 而且、如果您提供耳塞、那么所增加的复杂性和成本并不是真正合理的恕我直言。

要回答您的问题：

Unknown 说：

其它编解码器是否可以与现成的耳机/耳塞一起使用？

要与现有耳机/耳塞连接、您应查看蓝牙经典(CC2564C)。 由于我不是该器件的专家、请您打开一个单独的主题来讨论该器件。

Unknown 说：

我无法确定任何通用耳机/耳塞是否支持 Opus、ADPCM 或 mSBC。  我发现所有器件都必须支持 SBC、且 SBC 能够正常工作。  mSBC 是否与 SBC 兼容？  如果不是、从何处可以获得可与 TI 产品配合使用的 SBC 编解码器？

在本次讨论中、编解码器选择当然很重要、但我想知道我们是否跳过了一步。
对我来说、您应该首先选择要使用的技术。 您的"蓝牙"选项包括经典蓝牙、低功耗蓝牙(我称之为 GATT 上的音频)和低功耗音频。 也可以使用其他技术(尤其是"propRF")、并且可能具有更高的灵活性。
选择该技术后、您可以开始查看编解码器：
- SBC 用于经典蓝牙=>为此、请联系支持 CC2564C 的同事我非常确信他们会提供合适的音频编解码器
-对于低功耗音频、必须提供 LC3
-对于 GATT 上的音频,你可以使用你想要的编解码器。 但是、连接的两端应同意使用相同的编解码器。

mSBC 和 SBC 可能兼容(具体取决于您选择的具体配置)。 但是、如前所述、问题是 CC2642R 仅支持低功耗蓝牙。。。 因此、如果您的耳塞需要一些蓝牙经典解决方案、您将无法建立链路。

我希望这将有所帮助、

此致、