reboot_fail_debugUSB_log.txt (62.6 KB)
附件是软件重启失败的日志,请帮忙分析下原因。
There is no error log show when it got reboot. Please dump it from uart serial console.
附件是调试的串口里面打印的日志,每次出现"tegra-i2c 3160000.i2c: un-recovered arbitration lost"的时候,重启就会失败
Hi,
It looks like audio codec is not correctly initialized in the error condition. suggest you check this. It may be something wrong in power supply to audio codec so i2c error is reported.
是的,只要出现audio tlv320 异常,我测试过,i2c通讯不上,如果重启前复位tlv320芯片,就能正常重启,我疑惑的是,即使audio异常,为什么audio会导致重启不了?
Hi,
Our bootloader needs to read eeprom through i2c during boot stage. It looks like i2c line is not in good status after previous crash happened.
实际测下来,仅仅是audio芯片异常,因为重启前,复位audio芯片就正常了。我不能理解的是audio芯片离线后,为什么会影响模组内部eeprom的通讯,硬件复位audio芯片,仅针对audio芯片本身
請問能先確認一下這個i2c error在audio issue不發生的狀況下一定不會發生嗎?
比方說先把audio codec設disable
Could you confirm if this i2c error really won’t happen if audio issue does not happen?
For example, disable audio codec first.
好的,我试下
restart_fail_log-2306302040.txt (71.9 KB)
修改设备树audio芯片disable后,测试了几次发现只要提示“tegra-i2c 3160000.i2c: un-recovered arbitration lost”,软重启后还是会失败,设备树修改如下:
Hi,
It looks to be an issue in hardware design of the audio codec. Does not look like a software issue. We suggest inspect the hardware design.
audio常温测试都是正常的,高温测试的时候才会出现异常。还是说audio芯片通信的i2c总线不能和模组内部eeprom的i2c总线是同一路?
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.