[参考译文] TAS5805M：自动状态行为...

尊敬的 Ramsey：

感谢您的答复。 这将帮助客户、我将您的消息发送给客户。

但是、请留出一些时间、让客户进一步提出相关问题。

此致、
欧内斯特

尊敬的 Ramsey：

我是 LG 电子的 Lee Ye-Ri。

我有一个与此问题相关的问题。

我制作一个补丁来读取播放声音时寄存器是否正常写入、 然后在值不同时重写寄存器。

在测试过程中、寄存器0x35未写入为0x11、因此我们重新写入了它。

之后、播放声音时、声音非常响亮、就像在 Speaer 中发生了失真一样。

音量无法在 Android UI 中调节, 在关闭和打开机械手后,它恢复正常。

寄存器未正常写入的问题发生在100次中的1-2次、

我们确认重写后声音很好。

但是、一次非常响亮的声音仍然出现。

我想征求您对这一点的意见。

[ 1248.564373/08-29 16：00：48.981][1][1585][writer] tas5805m_unquose.
[ 1248.581399 / 08-29 16：00：48.998][1][1585][writer] tas5805m 读取取消静音 REG_0x0 = 0x0
[ 1248.581592 / 08-29 16：00：48.998][1][1585][writer] tas5805m 读取取消静音 REG_0x7f = 0x0
[ 1248.581765 / 08-29 16：00：48.998][1][1585][writer] tas5805m 读取取消静音 REG_0x3 = 0x3
[ 1248.581951 / 08-29 16：00：48.998][1][1585][writer] tas5805m 读取取消静音 REG_0x35 = 0x0
->播放声音(取消静音)时、0x35寄存器写入为0x11、但读取为0x0
[ 1248.581974 / 08-29 16：00：48.998][1][1585][writer] tas5805m 重写 REG_0x35
-> 0x35寄存器被重写
[ 1248.582251 / 08-29 16：00：48.999][1][1585][writer] tas5805m 读取取消静音 REG_0x0 = 0x0
[ 1248.582438 / 08-29 16：00：48.999][1][1585][writer] tas5805m 读取 UNM ute REG_0x7f = 0x0
[ 1248.582603/08-29 16：00：48.999][1][1585][writer] tas5805m 读取取消静音 REG_0x3 = 0x3
[ 1248.582764/08-29 16：00：48.999][1][1585][writer] tas5805m 读取取消静音 REG_0x35 = 0x11
-> 0x35寄存器正常(0x11)

此致、

Yeri Lee。

尊敬的 Yeri：

我建议禁用自动静音功能并查看问题是否仍然存在。 其他调试步骤包括读取器件的数字音量和模拟增益、以及查看输出和查看波形的形状。 这有助于确定问题的特征。 在设备控制的某个点、错误可能无法到达正确的簿/页。 寄存器0x35在启动时、播放期间还是其他某个时间读为0x00？

此致、

Ramsey

尊敬的 Ramsey：

当播放开始时、寄存器0x35被写入为0x11、并且当立即读取时、该值为0。

在回放开始和结束时写入下面的寄存器、并且每次都写入簿/页。

数字音量和模拟增益在启动时一次、不会再次写入。

REG_0x00 = 0x00 //页
REG_0x7F = 0x00 //簿
REG_0x00 = 0x00 //页
REG_0x03 = 0x03 //CTRL_2：正常音量、Ctrl 状态：播放
REG_0x35 = 0x11 //SAP_CTRL3：数据路径 L&R

REG_0x00 = 0x00
REG_0x7F = 0x00
REG_0x00 = 0x00
REG_0x03 = 0x0B //静音开启、Ctrl 状态：播放
REG_0x35 = 0x00 //零数据(静音)

问题发生在声音开始但听不到的地方、

我读取寄存器后发现未写入0x03或0x35寄存器。

当未写入0x35寄存器时、也会触发0x69。

我不知道原因是什么、因此我添加了一个在写入后读取寄存器的器件。

如果读取时该值不同、则再次写入。

此致、

Yeri Lee。