This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TDA4VM:A72在反复上电和断电时偶尔会冻结

Guru**** 1821780 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1432139/tda4vm-a72-occasionally-freezes-when-repeatedly-powered-on-and-off

器件型号:TDA4VM

工具与软件:

您好、

   我们在反复的上电和断电测试过程中发现了以下问题。 您以前是否遇到过这些问题? 我们使用的是 SDK 8.6。

e2e.ti.com/.../A_2D00_Core.txt

同时、MCU 1_0的 ESM 功能报告了内核 MCU 2_1的看门狗卡住的问题。

此致、

Yang

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yang:

    问题出现的频率如何?  它是发生、1分10开/关、1分100开/关还是1分1000开/关?

    如何移除/重新为器件供电、器件是否有足够的电力来完成启动?

    请注意、通常解决此问题的 TI 资源将在下一次会议之前不在办公室。   可能会延迟响应。

    谢谢!  

    kb

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

       我们使用图中所示的继电器上电和断电操作、对其进行了3000次测试并遇到一次。

    此致、

    Yang

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Yang、

    如上所述、我们需要等待分配的 TI 资源在下周恢复。

    此致、

    kb

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

      我期待您的好消息。 如果我有任何新消息、我也会尽快同步。

    此致、

    Yang

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的关注。

    由于印度地区节假日、指派的 TI 工程师不在办公室。 回复将延迟1-2天。

    谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yang:

    C:异步通知被禁用
    [20241031_01:40:45][21.150126] ti-sci 440830.dmsc:mbox tideout in resp (调用方:sci_clk_recalc_rate+0x44/0xa0)
    [20241031_01:40:45][21.158743] ti-sci 440830.dmsc:mbox 发送失败-110
    [20241031_01:40:45][21.163795] ti-sci-clk 440830.dmsc:clocks:recalc-rate 失败(dev=252、clk=1、ret=-110)
    [20241031_01:40:45][21.182127] ti-sci 44083000.dmsc:mbox tidout in resp (调用方:k3_dsp_rproc_prob+0x1a0/0x850 [ti_k3_dsp_remoteproc])
    [20241031_01:40:45][21.192810] ti-sci 440830.dmsc:mbox 发送失败-110
    [20241031_01:40:45][21.197858] k3-dsp-rproc 4d808000.dsp:TI-sci 处理器请求失败:-110
    [20241031_01:40:45][21.205077] k3-dsp-rproc 4d808000.dsp:ti_sci_proc_request 失败、ret =-110
    [20241031_01:40:45][21.246126] ti-sci 440830.dmsc:mbox tidoutout in resp (调用方:ti_sci_cmd_get_device_exclusion+0x18/0x28)
    [20241031_01:40:46][21.255770] ti-sci 440830.dmsc:mbox 发送失败-110

    Linux 与 MCU1_0 (运行 DM 的内核)之间的 IPC 发生故障。 您能否在连续上电周期之间留出更多时间?
    此外、请确保在故障期间正确地使用 DM 固件加载 MCU1_0。

    -基尔西

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    这些轨迹表明 MCU1_0上的 SciServer 没有正确响应。

    您使用的是什么 MCU1_0固件? 您是否能够使用 CCS 连接到 MCU1_0并查看其卡滞位置?

    此致

    Tarun Mukesh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

       我们发现的原因应该是 EMMC 恢复编译花费的时间太长、导致每个内核启动缓慢、从而导致看门狗超时和 ESM 错误。 然后、当驱动程序稍后为 TISCI 应用时、由于频繁的 ESM 中断、TISCI 请求失败、内核冻结。
      请问在甚么情况下、EMMC 的恢复时间可能会很长?

    此致、

    Yang

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

       我们应该已经找到原因了。 我们打开了日志记录功能、当我们在测试过程中遇到问题时、我们只需关闭电源、然后重新打开电源。 但在正常过程中、KL15断电、因此按照正常断电过程运行不会导致任何问题。 我们将来会继续进行测试。

    此致、

    Yang

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Yanggc:

    请在进行未来的测试后、如果您需要任何帮助、请告诉我。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

       我在关闭电源的情况下测试了 KL15大约两千次、但没有再次重现问题。 我们得出结论、该问题对正常功能没有影响。

    此致、

    Yang