主题中讨论的其他器件： 、CC256XM4BTBLESW、 DK-TM4C129X
您好！
我们即将做出一些重要的设计决策、这些决策将成为我们项目的基石。 仅关于 HFP，我们的目标是“排气”规范，以便我们一方面遵守规范，另一方面提供高质量的功能。 尽管如此、我们最初需要支持的不是强制性 NB 和 WB 语音编解码器(分别为 CVSD 和 mSBC)。 此外、我们需要以尽可能高的分辨率接收原始 PCM 流。
根据 HFP 规范(1.6起)、可在 HF 和 AG 之间协商可选编解码器、只要先包含强制编解码器。 因此、虽然 CC2564控制器内置了强制编解码器、但我们假设我们可以在主机上集成其他编解码器。 这里有一个问题：这些广告到底是如何广告给 AG 的？
在解析典型的 Android HCI 日志时、我们看到 Bluetopia 栈最初传输 AT+BAC=1、2、2、 对应于 CVSD 和 mSBC 支持、这有点奇怪、即使我们从不首先设置 BSC_FEATE_WAND_BADER_Speech 标志、也会发生这种情况！ 但我们可以暂时容忍这一点、以获得…点 重点是，无论我们如何或在何处发出 HFRE_Send_Available 编解码器函数，*CodecIDList 永远不会到达在 HF 器件中表达的 AG 接收器。
此时我应该澄清一点、直到现在、我们在 HCI 配置(必需)下将 DK-TM4C129X 与 CC2564B 和 CC256XM4BTBLESW 1.2 R2 (4.1内核规格)搭配使用。 但是、由于我们需要高级功能和 PCM 接口、因此在 PCM 配置(用于音频)下改用具有 CC2564C 和 CC2564CSTBTBLESW1 v4.2.1 (4.2核心规范)的 STM32F4只是时间问题。
因此、我们需要知道：
a) 我们如何按照上述方法集成和宣传可选编解码器？ 上述平台和/或接口(HCI 与 PCM)之间是否存在任何限制？
b) 我们能否通过语音链路(SCO/eSCO)超过64 Kbps 的吞吐量、以便将 PCM 采样率和分辨率设置为尽可能高的水平、并在哪种配置下、我们能够接收原始 PCM 流？
很抱歉发帖很长-期待收到您的回复。
谢谢、
Manolis