[参考译文] CC8520：使用基于 PurePath CC8520的项目时不进行数据传输

您好、Roland、

您可以再次尝试附加项目文件、因为它第一次失败。  您的客户可能会考虑将其硬件设计提交给 SIMPLELINK-2-4GHz-design-reviews、因为即使是 PA 器件、他们似乎也会遇到接收问题。  它们也可以参考 TIDA-00232。  您可以使用 PurePath-WL-CMD 进行生产测试和 EHIF 命令/监控、以帮助验证您的解决方案。

此致、
Ryan

尊敬的 Ryan、

感谢您的反馈、我们已向 Roland 提出了问题。  

对于 REACH 问题、我们认为我们知道问题是什么、我们将在重新设计 PCB 时解决该问题。 但是、在我们看来、在音频传输中、我们还存在一个额外的问题、我们找不到这个问题。 在(当前受限)范围内、接收器和发送器可以连接并进入活动状态、通过恒定 LED 开启状态观察。 ADC 通过 I2S 向发送的 CC8520发送音频、但接收的 CC8520不会在其 I2S 数据线上输出任何内容(I2S 时钟输出正常)。 那么、我的第一个问题是：我们的假设是正确的、在活动状态下、音频数据应该被传输？ 音频未在活动状态下传输的可能原因是什么？ 我们是否可以通过某种方式找出发送或接收 CC8520中是否已将音频静音？

Markus、您好！

您可以查看 CC85XX 系列用户指南的第2.1.5节(串行音频接口)和第3.5.1节(音频流控制) 以了解 I2S 操作。  本文档还将帮助提供静音行为信息以及如何相应地修改此状态。   所有设备在加电时均处于静音状态、必须取消静音才能使音量设置生效。

此致、
Ryan

您好、Ryan、

感谢提示、我们确实忽略了所有器件在启动时都处于静音状态。 我们添加了一个按钮事件来取消主 IO 映射(自主操作)中所有器件的静音、但是它没有发生任何变化。 当点击按钮取消静音时、接收器仍会在 I2S 数据线输出所有零。 还有什么原因呢？

此致、

Markus

Markus、您好！

我建议使用 PS_AUDIO_STATS 来确定设备的静音行为。  另请注意以下事项： 如果无法实现音频流式传输所需的最小数据吞吐量、则音频使用者上的音频输出将在节点上无法接收的所有通道上静音。 采用迟滞来避免音频仅间歇性传输的情况。   如果节点之间的连接得到改善、则静音问题可能会得到解决。

此致、
Ryan

您好、Ryan、

谢谢、我们还认为、即使双方可以进入"活动"模式、REACH 问题也可能会阻止音频传输。 我们目前正在重新设计电路板以进行修复、并将再次使用新电路板进行检查。 请保持此线程打开、我们将在您拥有新的 PCB 后立即通知您。

此致、

Markus

因此、覆盖范围得到了改善、但我们仍然无法使接收器取消静音。 为 ps_audio_stats ()和 ps_rf_stats ()附加主设备和从设备的屏幕截图。 因此、看起来主器件从 ADC 正确获取音频并将其传输到从器件。 从机接收到的数据包相当好(失败的数据包接收相当低)、但所有样本都是静音的。 无论我们做什么，我们都不能将音频取消静音：本地或远程静音按钮，或 VC_SET_VOLUME ()远程或本地，静音没有任何影响。

e2e.ti.com/.../2021_2D00_04_2D00_09-RF-Audio-Statistics.pdf

添加。 INFO：关闭近端 wiWiff 时、我甚至可以将射频数据包错误降至零。 但是、音频不会被取消静音。  

Markus、

您可以尝试共享您的 PPW 配置器器件配置吗？ 您在上一帖子中共享的2个设备配置在查看时出现错误、因此我希望确保可以看到您的所有 PPW 配置器设置。

具体而言、我想双击输入主设备和输出从设备的音频接口和音频流设置。

谢谢、

Daniel

当然、所附的是我们尝试的最后一个测试版本。 请注意、主器件应发送2个通道、而每个从器件应仅选择1个通道、具体取决于 IO 设置。

谢谢、Markus。

我仍然看不到您的音频接口配置。 您是否正在使用自定义外部音频设备？ 如果是、您能否共享自定义.pwadd 文件或设置？ 或者、您是否已将其设置为通用数字音频设备？

一些调试建议：  

1. 尝试在源设备上使用1个通道、在输出设备上使用1个通道
2. 尝试使用 CC85xx EVM 替换接收器
3. 尝试用 CC85xx EVM 替换主器件

此致、

Daniel

Daniel、您好！

主器件使用 PCM1808 ADC、该 ADC 完全由硬件配置、因此我们创建的.ppwadd 模型或多或少是虚拟的。 从器件使用的是 I2C 控制的 TAS5805。 我要在这里连接两种型号。  

我认为 PCM1808和主 CC8520之间的接口工作正常、因为我们可以观察 ps_audio_stats ()中音频信号的峰值和平均值。 TAS5805的模型可能仍有问题、但我们至少应该看到从器件 CC8520的 I2S 发出的音频信号。 然后、修复 TAS5805型号应该很容易。  

我们明天将尝试使用单通道发送器、但我不确定这将有何帮助。 在接收器选择1个通道时、发送器应能够发送2个通道。  

此致、

Markus

Markus、

建议只是为了降低复杂性并帮助缩小问题的范围。 这就是为什么我还建议用 CC85xxDK 和默认映像替换系统中的主设备、然后替换从设备。 这将有助于我们缩小问题所在的范围。

TAS5805型号似乎存在问题。

此致、

Daniel

我´s、如果 TAS5805型号不正确且 TAS5805的音量控制不能正常工作、接收器 TAS5805的音频输出可能会静音。 但为什么 CC8520会拒绝在 I2S 接口上输出音频？ 我们通过示波器观察 I2S 数据线、并且完全没有从 CC8520传输到 TAS5805的音频。

我可以n´t 的是、CC8520中似乎存在某种 I2C 接口检查、因为如果我们在 PCB 上组装 TAS5805、CC8520甚至不会启动。 CC8520似乎正在检查 I2C 接口上 TAS5805的确认位、同时出现该位以确认与 TAS5805的 I2C 通信是否正常。  

CC8520期望 TAS5805提供任何其他确认、这是否会导致它在 I2S 接口上保持静音？