• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 1 订户
  • 视图 516 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] UniFlash 6.3.0.3193：验证 CPU2会首先阻止 CPU1验证

admin
Guru**** 2394305 points
Other Parts Discussed in Thread: UNIFLASH

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1013810/uniflash-6-3-0-3193-verifying-cpu2-first-stops-cpu1-from-verifying

主题中讨论的其他器件：UNIFLASH

您好！

我有一个用于 LAUNCHXL-F8379D 的双 CPU 项目、该项目单独运行。 我已经刷写了 CPU。

重新启动 UniFlash 后、两个 CPU 上的验证都成功、但只有当我按照 CPU1和 CPU2的顺序进行验证时才会成功。

如果按照 CPU2和 CPU1的顺序进行验证、则不会执行后者。 验证程序窗口会非常非常短暂地闪烁、但没有任何有意义的操作、并且没有控制台输入。 重现问题的步骤如下：

启动 UniFlash

验证 CPU1：确定

验证 CPU2：确定

验证 CPU1：确定

验证 CPU2：确定

重新启动 UniFlash

验证 CPU2：确定

验证 CPU1：无意义的验证，无控制台条目。

验证 CPU2：确定

验证 CPU1：无意义的验证，无控制台条目。

验证 CPU2：确定

重新启动前的日志：

[29/06/2021 08：37：47][INFO_C28xx_CPU1：GEL 输出：存储器映射初始化完成
[29/06/2021 08：37：48][info] C28xx_CPU1：如果在一个内核上执行擦除/编程(E/P)操作、则另一个内核不应从共享 RAM (SR)执行、因为它们用于 E/P 代码。 此外、CPU1将被暂停以确定将运行闪存插件代码的 CPU 的 SR 所有权、之后 CPU1将被设置为运行其应用。 在对两个闪存组进行编程后、可以开始从 SR 执行用户代码。
[29/06/2021 08：37：51][成功] C28xx_CPU1：W：/Build/OBC_CPU1/CPU1_FLASH/OBC_CPU1.hex 的程序验证成功
[29/06/2021 08：37：54][INFO_C28xx_CPU2：GEL 输出：存储器映射初始化完成
[29/06/2021 08：37：54][Info] C28xx_CPU2：如果在一个内核上执行擦除/编程(E/P)操作、则另一个内核不应从共享 RAM (SR)执行、因为它们用于 E/P 代码。 此外、CPU1将被暂停以确定将运行闪存插件代码的 CPU 的 SR 所有权、之后 CPU1将被设置为运行其应用。 在对两个闪存组进行编程后、可以开始从 SR 执行用户代码。
[29/06/2021 08：37：55][成功] C28xx_CPU2：W：/Build/OBC_CPU2/CPU2_FLASH/OBC_CPU2.hex 的程序验证成功
[29/06/2021 08：38：03][成功] C28xx_CPU1：W：/Build/OBC_CPU1/CPU1_FLASH/OBC_CPU1.hex 的程序验证成功
[29/06/2021 08：38：08][成功] C28xx_CPU2：W：/Build/OBC_CPU2/CPU2_FLASH/OBC_CPU2.hex 的程序验证成功

重新启动后的日志：

[29/06/2021 08：49：03][INFO_C28xx_CPU1：GEL 输出：存储器映射初始化完成
[29/06/2021 08：49：04][INFO_C28xx_CPU1：如果在一个内核上执行擦除/编程(E/P)操作、则另一个内核不应从共享 RAM (SR)执行、因为它们用于 E/P 代码。 此外、CPU1将被暂停以确定将运行闪存插件代码的 CPU 的 SR 所有权、之后 CPU1将被设置为运行其应用。 在对两个闪存组进行编程后、可以开始从 SR 执行用户代码。
[29/06/2021 08：49：04][INFO_C28xx_CPU2：GEL 输出：存储器映射初始化完成
[29/06/2021 08：49：04][INFO_C28xx_CPU2：如果在一个内核上执行擦除/编程(E/P)操作、则另一个内核不应从共享 RAM (SR)执行、因为它们用于 E/P 代码。 此外、CPU1将被暂停以确定将运行闪存插件代码的 CPU 的 SR 所有权、之后 CPU1将被设置为运行其应用。 在对两个闪存组进行编程后、可以开始从 SR 执行用户代码。
[29/06/2021 08：49：05][成功] C28xx_CPU2：W：/Build/OBC_CPU2/CPU2_FLASH/OBC_CPU2.hex 的程序验证成功
[29/06/2021 08：49：16][成功] C28xx_CPU2：W：/Build/OBC_CPU2/CPU2_FLASH/OBC_CPU2.hex 的程序验证成功

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

    Kier、

    如另一个线程中所建议的那样、请尝试重置并查看这是否有用。  如果没有、请告诉我。

    我将在不显示任何操作状态的控制台上提交一个 TT。  谢谢你。

    谢谢、此致、

    Vamsi

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

    您好、Vamsi、

    谢谢你。 我已经尝试过各种复位、但没有结果。 有时在查询后重置操作下不显示任何内容：

    您希望我何时执行上述序列中的复位以及在 CPU1或 CPU2 Focus 上查询复位选项是否会有所不同？

    请列出按钮按压的确切顺序。

    如果有问题、我可以制作屏幕视频。

    Kier。

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

    Kier、

    感谢您的尝试。

    您是否尝试了 CPU1或 CPU2上的复位操作查询？  我昨天在 CPU1上尝试过、并成功重置它。

    我将其分配给了我们的 CCS 团队、以进一步帮助您。

    谢谢、此致、
    Vamsi

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

    您好 Kier、

    我可以重现这种情况。 在 CPU1之前加载/刷写 CPU2时也会出现此问题。 按下按钮时、似乎根本没有触发操作(对于 CPU1)

    我为此提交了一个错误。 跟踪 ID： https://sir.ext.ti.com/jira/browse/EXT_EP-10427

    谢谢

    Ki

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

    谢谢你，Ki。