[参考译文] PCM2903C：PCM2903C

大家好、Gerald、

PCM2903C 是 USB 类兼容设备、从 Android OS 的角度来看、其行为应与任何其他声音设备类似。 我不是 Android 操作系统专家、但解决方案是阻止操作系统将交换发送到 PCM2903C。 一旦 PCM2903C 在5ms 内停止查看活动、它就会进入暂停状态、功耗将降至~250uA。

此致、
Jeff McPherson

这正是我所期望的,但所有应用程序都被禁用,我可以知道。  我将检查其他模型。

在结束本演示之前、是否能精确地说 "编解码器本身无法使 USB 连接保持活动状态？ "

Jeff、

当您说"任何活动"时、您是指任何 USB 活动、还是指音频包。 数据表没有说明。

我检查了 USB 总线、即使 USB 音频流结束、仍然有周期性的非常短的数据包、每1ms 发送一个数据包。 这似乎可以使 PCM2903C 无限期保持活动状态、但没有音频流。 正如我在一个重要支持案例(1426487)中所提到的、此非周期性活动可有效地防止 SSPND 输出低于阈值(逻辑低电平)。

我已经确认、使用使用 RESLTEC 编解码器的商用 USB 耳机时、定期简报数据包仍然以相同的方式发送。  我还测试了一个不同的 USB 主机设备(一个三星塔巴),并确认存在相同的 USB 活动,从音频流结束后约10秒开始,并无限期地继续。

因此、如果这种行为是 Android 设备的标准 USB 行为、并且如果没有权变措施、则看起来就像它使 PCM2900C 对 portabel (即电池供电)设备毫无吸引力。

想法？

Gerald

大家好、Gerald、

这些耳机可能包含一些其他"去抖"类型的逻辑、以保持较低的功耗状态、即使操作系统正在发送短数据包、也可能是为了让操作系统识别系统。

我 同意 这会给您带来很大的问题、但遗憾的是、在这种情况下、编解码器将会按照设计的方式工作。 我唯一的其他想法是、该编解码器是围绕 USB1.1进行设计的、现在我们正在使用 USB3.0、可能一些设计假设/期望发生了变化。 我们尚未推出任何超过 USB2.0的编解码器。

对于给您带来的不便、我们深表歉意、
Jeff McPherson