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.

[参考译文] TMDS64EVM:如何按微秒顺序使用 WDT

Guru**** 2540720 points
Other Parts Discussed in Thread: AM6442, SYSCONFIG

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1535581/tmds64evm-how-to-use-wdt-in-microsecond-order

器件型号:TMDS64EVM
主题:AM6442SysConfig 中讨论的其他器件

工具/软件:

您好、TI 支持团队。

我对 AM6442 CR5 的 WDT 有疑问。
我正在使用 MCU_PLUS_SDK_am64x_08_06_00_45 作为 SDK。
我想以微秒级顺序使用 WDT、而不是以毫秒级顺序使用。
例如、我想每 50us 清除一次 WDT。

查看 API 的 Watchdog_Params、可以看到以下参数:
“uint32_t Watchdog_Params:::expirationTime“
此器件为毫秒、但您能告诉我如何以微秒为单位进行设置吗?
此外、如果有任何使用 WDT 复位 CPU 的示例代码、请告知我。

此致、
今泉清正。

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

    附加说明。

    是否可以将 WDT 与 PRU 配合使用?

    我也正在考虑在 IEP 计时器的 us 顺序计时清除 WDT。

    如果也有任何 PRU 示例代码、请告知我。

    此致、

    今泉清正。

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

    你好、今泉清正、

    我正在查看您的查询,你可能会期待在一两天内回复.

    此致、

    Anil.

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

    了解看门狗机制

    ICSS IEP 中的看门狗计时器旨在监视系统稳定性。 启用后、它们会从配置的值开始递减计数、如果达到零(到期)、则会生成事件、从而触发纠正措施。 为了防止过期、需要定期维护看门狗。

    触发/勾选 ICSSG IEP PDI 和 PD 看门狗的步骤

    1. 配置看门狗计时器

      • 设置 IEP_PDI_WD_TIM_REG 寄存器中的 PDI_WD_TIME 值(默认为 0x3E8 或 1000 十进制)
      • 设置 IEP_PD_WD_TIM_REG 寄存器中的 PD_WD_TIME 值
    2. 启用看门狗计时器

      • 写入 WD_CTRL_REG (0x214):
        • 将位 16 (pdi_wd_en) 设置为 1 以启用 PDI 看门狗
        • 将位 0 (PD_wd_en) 设置为 1 以启用 PD 看门狗
    3. 维修/勾选看门狗 :虽然文档没有明确提及专用的“重新加载“或“服务“寄存器,但在嵌入式系统中维护看门狗有两种常见的方法:

      方法 1:重写计时器值

      • 使用所需的超时值定期写入 IEP_PDI_WD_TIM_REG 和 IEP_PD_WD_TIM_REG 寄存器
      • 这会使用指定的值重新加载看门狗计数器、从而防止到期

      方法 2:切换控制寄存器

      • 通过切换 WD_CTRL_REG 中的 ENABLE 位、定期禁用和重新启用看门狗
      • 首先向使能位写入 0、然后写入 1 以重新启动看门狗
    4. 监控看门狗状态

      • 读取 WD_STATUS_REG (0x20C) 以检查状态:
        • 位 16 (PDI_wd_status):1 =活动或禁用、0 =已过期
        • 位 0 (PD_wd_status):1 =活动或禁用、0 =已过期
    5. 清除过期计数器 (如果需要):

      • 写入 EXP_COUNTER_REG (0x210) 以清除到期计数器
      • 位 7-0 (pdi_exp_cnt):对 PDI 看门狗超时进行计数
      • 位 15-8 (pd_exp_cnt):对 PD 看门狗超时进行计数

    重要说明

    1. 应以短于配置的超时时间的固定间隔执行监视程序维护操作。

    2. 对于 PDI 看门狗、如果 PRUSS_IEP_WD_PREDIV[15-0] PRE_DIV 设置为 100μs、并且 PDI_WD_TIME 设置为 0x03E8(1000 十进制)、则超时周期为 100ms。

    3. 文档指出“如果系统稳定、应定期复位或清除看门狗计时器以避免超时或到期“、从而确认需要定期维护。

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

    你好 PratheeshGangadhar。

    感谢您的答复。

    我在 TRM 中也提到了 6.4.13.2.7 PRU_ICSSG IEP 看门狗。

    我有疑问。
    PD 和 PDI 之间有什么区别? 我是否应该使用 PDI?

    关于“3.服务/点击监视程序“、
    如果我不使用方法 1 或 2、会重置 AM64 吗?

    此致、
    今泉清正。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    PD 和 PDI 之间有何区别? 我是否应该使用 PDI?

    您可以使用其中任何一种、PDI 可能会更好。

    如果我不使用方法 1 或 2、AM64 是否会被重置?

    否、不需要在软件中管理 AM64 复位、WD 到期状态将在寄存器中设置、软件需要通过启动复位 (+) PROCESSOR-SDK-AM64X:在 AM64X 上触发系统复位 — 处理器论坛-处理器 — TI E2E 支持论坛

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

    你好 PratheeshGangadhar。

    感谢您的答复。
    那么、您能告诉我上面我问过的 CR5 中微秒级 WDT 吗?
    看看 Watchdog_Params API、有以下参数:
    “uint32_t Watchdog_Params:::expirationTime“
    这以毫秒为单位、但如何将其设置为微秒?
    例如、我想每 50us 清除一次 WDT。

    最棒的餐厅
    今泉清正。

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

    通过更改 WDT fclk、我能够实现 1ms WDT。

    如果我要执行 CPU 复位、按如下方式重写 CTRLMMR_RST_CTRL_REG 是正确的
    对 WDT 超时时时发生的 NMI 中断执行热复位?

    ——
    #define CTRLMMR_RST_CTRL_REG (0x43018170)//分区 6
    void watchdogCallback (void *arg)
      ~~~μ s
      //热复位
      SoC_controlModuleUnlockMMR (SOC_DOMAIN_ID_MAIN、6)
      unsigned long  n =*(volatile uint32_t *)(CTRLMMR_RST_CTRL_REG)
      N =(n & 0xfffffff0)| 0x06;// SW_MAIN_WARMRST b'0110
      *(volatile uint32_t *)(CTRLMMR_RST_CTRL_REG)= n
    }
    ——

    我也明白、AM64 不支持 WDT 中的 CPU 复位功能、CPU 复位必须由软件执行。

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

    你好、 今泉清正、

     上述建议的方法无法正常工作、因为它依赖于从内控制复位位 WDT ISR 例程。

    问题描述:

    如果 R5F 内核遇到异常、它将跳转至异常处理程序、并可能无限期地保持不变、从而阻止主应用程序恢复正常执行。

    在这种情况下:
    •看门狗计时器 (WDT) 可能会过期、但
    •其中断被视为正常 IRQ、其优先级低于异常。
    •因此、WDT ISR 可能永远不会被执行、并且由 ISR 控制的复位逻辑不会触发、从而导致预期的系统行为失败。

    推荐解决方案:

    使用 ESM(错误信令模块)、而不是依赖于 WDT 中断。
    •您应该将 WDT 过期事件路由到 ESM。
    •ESM 可以配置为根据 WDT 事件生成系统复位。
    •这是使用 ESM 到 WDT 路由和 CTRL_MMR 配置进行控制的。

    这可确保即使内核卡在异常中、ESM 模块也会可靠地强制重置。

    其他参考资料:
    • 有关如何配置 WDT→ESM→SOC 复位流程的更多详细信息、请参阅常见问题解答。
    •另外、 请查看 随附的 Excel 工作表、其中概述了 WDT 使用的各种时钟频率下可以实现的最小/最大超时持续时间和分辨率。 只需将输入时钟从 32K 更改为 25MHz Hz 时钟并查看结果即可。

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1283237/faq-am64x-am62x-how-to-reset-the-soc wddt-timer-expression-in-am64x-and-am62x

    /cfs-file/__key/communityserver-discussions-components-files/791/Watchdog.xlsx

    此致、
    Anil.

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

    您好、Swargam Anil。

    感谢您的答复。

    我尝试通过以下链接使用“2068.WDG_Reset_AM64X.zip"从“从 RAM 引导。

    e2e.ti.com/.../faq-am64x-am62x-how-to-reset-the-soc wddt-timer-expression-in-am64x-and-am62x

    但是、调试输出在下一点停止。

    ——
    [MAIN_Cortex_R5_0_0]
    RTI 示例测试应用

    RTI_Test_init:初始化主 ESM 完成

    RTI 示例代码 UC-1 已启动
    DWWD 配置为 100%窗口大小
    DWWD 配置为 10000ms 超时

    RTI DWWD 正常保养测试正在运行。
    请最多等待 10000 ms。
    等待 10 秒、让 DWWD 生成中断。

    ——

    即使等待超过 10 秒、也没有收到 DWWD 中断。

    2068.WDG_Reset_AM64X.zip 是否正常工作?

    使用的 SDK 版本为 8.6.0.45。 在本示例中、它是 8.6.0.43。

    此致、

    今泉清正。

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

    你好、 今泉清正、

    上面附加的示例不会产生中断。 WDT 到期后、 SOC 就会复位。

    WDT 到期后、您需要通过观察  引导日志来检查 SOC 是否正在复位。

    此致、

    Anil.

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


    您好、Swargam Anil。

    10 秒后、我能够确认重置。
    谢谢你。

    我认为应该在 10 秒内运行看门狗服务以避免重置。
    在这种情况下、我是否应该调用以下函数? (sdl_rti_example_uc1.c)
    RTIAppExpiredDwwdService()

    或者、以下内容是否足够?
    SDL_RTI_SERVICE (SDL_INSTANCE_RTI)

    为什么 RTIAppExpiredDwwdService 函数会调用 SDL_RTI_service 两次?

    此致、
    今泉清正。

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

    您好、Swargam Anil。

    我正在使用在 ROM 中运行的 CR5 和 CA53 程序尝试 CR5 WDT->ESM->SOC 重置流程。
    CR5 的 WDT 设置为 32kHz、需要 10 秒的超时时间进行复位。
    但是、10 秒后、尽管似乎实际上已进行重置、但未进行重新启动。
    该复位后、SBL OSPI 不会启动。

    我确认了无法重新启动的情况。
    我将 OSPI 闪存与 CA53 配合使用、
    使用 CA53 执行 Flash_open 函数时、CR5 的 WDT->ESM->SOC 复位将无法正常工作、系统无法重新启动。
    如果未执行 Flash_open 函数、系统会正确重新启动。
    似乎是调用 Flash_open 函数的原因。 (flash_open 函数为 flash.c)

    您知道原因是什么吗? 我想尽快解决这个问题。

    此致、
    今泉清正。

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

    附加说明。

    在 CA53 上执行 Flash_open 后、我在 WDT 复位开始之前的 10 秒内对 CA53 执行了 Flash_reset、并正确地重新启动。
    如果 CA53 保留在 Flash_open 中、则在发生 CR5 WDT 复位时不会重新启动。
    实际上、我在 Flash_open 状态下使用 CA53。
    在这种情况下、即使 CR5 WDT 超时、如何正确重新启动?

    此致、
    今泉清正。

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

    附加说明。

    在上述 CR5 无法完成 WDT 复位并且未重新启动的情况下、我使用 XDS110 调试器连接到了 CCS 中的 CR5。

    如下所示、它指向 CR5 工程的存储器映射中未包含的地址、例如 0x41822048。

    如果 CA53 处于 Flash_open 状态时 WDT 在 CR5 中超时、会发生什么情况?

    此致、

    今泉清正。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我正在尝试使用在 ROM 中运行的 CR5 WDT->ESM->SOC 重置流程。
    CR5 的 WDT 设置为 32kHz、需要 10 秒的超时时间进行复位。
    但是、10 秒后、尽管似乎实际上已进行重置、但未进行重新启动。
    该复位后、SBL OSPI 不会启动。

    你好、 今泉清正。

    没有依赖 Flash_Open API 与 WDT 功能...

    您能否分享您的示例项目以查看代码更改?

    我将 OSPI 闪存与 CA53 配合使用。
    [/报价]

    这意味着您正在使用 A53 内核中的闪存模块?

    此致、

    Anil.

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

    您好、Swargam Anil。


    我向用于复位 CR5 的示例工程 (SDL_RTI_Example_uc1_am64x-evm_r5fss0-0_nortos_ti-arm-clang) 添加了闪存功能 (Flash_Open)。
    我已附上该工程。


    在 Flash_Open 之后、我预计 CR5 WDT->ESM->SOC 将在 10 秒后重置、但 SOC 未重置。 (我尝试使用 XDS110 从 RAM 引导。)

    我的程序在 CA53 中使用闪存,但我能够重现即使在 CR5 中的 Flash_Open 之后也无法重新启动的问题。

    我使用的闪存是 IS25LX256。
    请尽快解决此问题。


    此致、
    今泉清正。

    e2e.ti.com/.../sdl_5F00_rti_5F00_example_5F00_uc1_5F00_am64x_2D00_evm_5F00_r5fss0_2D00_0_5F00_nortos_5F00_ti_2D00_arm_2D00_clang.zip

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

    你好、Imaizumi Kiyomsasa、

    RTI0 专用于 A53cluster 0。

    要将 RTI0 中断路由到 ESM、我们需要设置为第 160 位、而不是 162 位。

    因此、尝试使用下面的 A53 内核进行配置、查看配置是否起作用。

    SDL_ESM_config RTI_Test_esmInitConfig_MAIN =
    {
     .esmErrorConfig = {0u, 3u}, /* Self test error config */
     .enableBitmap = {0x00000000u, 0x00000000u, 0x00000000u, 0x00000000u,
                      0x00000000u, 0x00000001u,
                     },
          /**< All events enable: except timer and self test  events, */
         /*    and Main ESM output.Configured based off esmErrorConfig to test high or low priorty events.*/
     .priorityBitmap = {0x00000000u, 0x00000000u, 0x00000000u, 0x00000000u,
                        0x00000000u, 0x00000001u,
                       },
         /**< Configured based off esmErrorConfig to test high or low priorty events. */
      .errorpinBitmap = {0x00000000u, 0x000000e0u, 0x00000000u, 0x00000000u,
                         0x00000000u, 0x00000000u,
                        },
        /**< All events high priority:  */
    };

    我不确定您是如何将 闪存移植到 A53 内核中的。

    默认情况下、闪存在 R5F 内核上可用、而不在 A53 内核上可用。

    请分享如何在 A53 内核上集成闪存驱动程序的方法。

    此致、

    Anil.

    此致、

    Anil.

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

    您好、Swargam Anil。

    我将 RTI8 与 CR5 和 WDT 一起使用。
    不是 CA53。
    在示例程序 (sdl_RTI_example_uc1_am64x-evm_r5fss0-0_nortos_ti-arm-clang.zip) 中、闪存由 CR5 内核运行。
    CA53 是不相关的。


    我将 RTI8 与 CR5 和 WDT 一起使用。
    不是 CA53。
    在示例程序 (sdl_RTI_example_uc1_am64x-evm_r5fss0-0_nortos_ti-arm-clang.zip) 中、闪存由 CR5 内核运行。
    CA53 是不相关的。

    使用 CR5 内核执行 Flash_Open 后、我希望 WDT 在 10 秒后执行复位。
    但是、未发生重置。
    我使用 CCS 从 RAM 引导了示例程序。
    当我在加载程序超过 10 秒后停止程序时、执行地址不正确 (0x418274D2)。
    发生什么事了?
    但是、如果未执行 Flash_Open、程序会正确重新引导、因此我已确定原因与闪存有关。

    此致、

    今泉清正。

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

    你好、 今泉清正、

    在设置中、尝试删除此配置并观察行为。  

    您能否在没有更改 WDT 的情况下确认是否执行了闪存打开?

    上述挂起地址属于 ROM 地址。

    此致、

    Anil.

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

    您好、Swargam Anil。

    感谢您的答复。

    我在 SysConfig 中删除了 MPU_REGION4 并重新构建。
    当我从 CCS 执行 RAM 时、Flash_Open 成功。
    但是、10 秒后没有发生 WDT 重新引导。
    当时在调试器中停止的地址为 0x41827504。
    情况没有改善。

    暑假从 8 月 13 日开始,所以我想在那时解决这个问题。

    此致、
    今泉清正。

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

    你好、 今泉清正、

    请确认闪存模块在没有 WDT 的情况下工作?

    为什么设备进入 ROM 代码、代码从哪里进入 ROM?

    您需要从哪个行代码中调试控件转至 ROM 代码。 如果你给这些细节,我可以帮助你.

    此致、

    Anil.

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

    您好、Swargam Anil。

    闪存模块在没有 WDT 的情况下运行。
    可用于对闪存进行读取和写入。

    我不明白为什么地址在停止时变为 ROM0。
    我唯一猜测是在复位和 SBL 重新启动之间发生了内部情况。
    我只是在 10 秒后在 CCS Debug 中以随机时序停止测试。
    我不确定原因是什么。

    从示例程序中可以看到、除了 Flash_Open 之外、不会执行任何闪存操作。

    此致、
    今泉清正。

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

    你好、今泉清正、

    请尝试从  闪存加载中重现问题。

    在外部存储器中刷写相同的应用程序(闪存+ WDT)。

    接下来、将硬件保持在 OSPI 引导模式、并每 10 秒验证一次、并检查 SOC 是否从 SBL 或应用程序日志中复位。

    如果 ROM 代码中仍然存在相同的挂起问题、那么我们需要调试 SBL 代码。

    此致、

    Anil.

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

    您好、Swargam Anil。

    我将应用程序(闪存+ WDT)写入定制电路板上的闪存并尝试 OSPI 引导。
    因此、使用 WDT 重新引导时未输出串行日志。
    因此、即使从 ROM 引导、重新引导也无法在定制电路板上正常工作。

    当我尝试从 EVM 上的 RAM 引导应用程序时、它会正确地重新启动。

    因此、区别在于闪存器件不同。
    该 EVM 是 S28HS512T、但定制电路板是 IS25LX256。
    它不会在定制电路板上重新启动。
    有人知道这件事吗?


    在定制电路板上使用 SBL NULL 进行引导时、在加载程序之前、地址 0x40 和 0x44 包含 0xE320F003、0xEBFFFFFD。
    我认为这是正确的行为。(对于 RAM 引导)

    但是、当 WDT 之后没有重新启动时、地址 0x40 和 0x44 如下所示:



    在地址 0x40 附近写入的数据与激活 SBL NULL 时不同。

    似乎已应用复位(因为连接到 XDS110 的 CCS 的 Debug 窗口中显示了“A Reset occurred on the Target“)。

    如果您使用闪存+WDT 应用程序进行重置并重新引导、则 SBL NULL 应运行。
    但是、SBL NULL 似乎未运行。
    之后、ROM 区域中的程序(如 0x418220DE)正在运行。

    当我使用 CCS 的 Memory Browser 进行检查时、我发现未知数据是从地址 0x41808000 开始写入的。 EVM 也是如此。
    重新启动似乎失败、并且已成为 ROM0 区域。
    我不知道发生了什么。
    唯一的区别是闪存器件。

    此致、
    今泉清正。

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

    你好、今泉清正、

    估计温度误差。

    我觉得应用程序中的闪存初始化可能会产生问题。

    所以、当我们移除闪存并测试过的 WDT 后、就可以正常工作、没有问题。

    从 CCS 加载示例后、该示例工作正常。

    在您的示例中、您刚刚打开了闪存、但没有将其用于写入和读取操作。

    为什么要在 SDL 示例中打开 FLASH?

    我们可以执行一项测试。 在 WDT init 之后、关闭闪存和 OSPI 外设、然后查看您是否有问题。

    还有一点、我们不需要设置任何错误映射位并将其保持为全零  

     .errorpinBitmap = {0x00000000u, 0x00000000u, 0x00000000u, 0x00000000u,
                         0x00000000u, 0x00000000u,
                        },

    此致、

    Anil.

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

    您好、Swargam Anil。

    我来解释一下为什么在本示例中只使用 Flash_Open。
    当我在 CR5 中打开闪存时、WDT 未重新启动。
    为了确定原因、我只在不进行读取或写入的情况下执行了闪存打开。

    如上所述、将所有错误映射位设置为 0。
    然后、在 WDT 复位之前、我执行了以下操作:
     Board_flashClose(包括 Flash_Close)
     drivers_ospiClose
     drivers_udmaClose

    但是、情况没有改变、并且未显示重新引导消息。

    此致、

    今泉清正。

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

    你好、 今泉清正、

    我会将您的问题发送给 SBL 专家、以便详细了解上述问题。

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

    您好、Swargam Anil。

    SBL 专家的意见如何?
    如果您有任何疑问、请告诉我。

    此致、

    今泉清正。