[参考译文] CCSTUDIO-THEIA：F29：在银行模式 2 下从 CPU1 访问 FRI-2 中的常量时、软件不工作

您好 Ronan、

谢谢你。 您能描述一下在 FRI-2 中移动常数时执行的所有步骤吗？ 请列出从加载程序到断开调试器的所有步骤、以及您如何看到软件卡在 Bootrom 中。

此致、
François μ s。

TI 内部说明：请参阅我在 Thread 跟踪工具套件的注释中指向的客户文件。 谢谢你。

关于常量从 FRI-1 移动到 FRI-2、我刚刚将定义常量的“#pragma CLANG 部分“从“rodata=".rodata.PROJ_ON CONST_LOCAL_CPU1_UNSPECIFICATE""“ CONST_LOCAL_CPU1_UNSPECIFICATE""更“更改为“改为“rodata=".rodata.PROJ_ON CONST_LOCAL_CPU3_UNSPECIFICATE""“ CONST_LOCAL_CPU3_UNSPECIFICATE""（“（您“您可以（您可以参考链接器命令文件中提供的信息）。

对于另一个问题、使用 UniFlash 下载软件（由于 CCS 出现问题（正在进行其他 POST）)、然后在 CCS 中启动调试会话（“main ()“中的软件中断、然后点击“Run")“）并确保软件正常运行。 我中断软件、然后重置电路板。 CPU1 现在被调试器视为正在运行。 我再次中断软件、可以看到它在 0x00014EB0 的无限循环中被阻止。

希望这有助于找到/重现问题。

Ronan

尊敬的 Ronan：

感谢您对您的问题有进一步的见解。 您能否确认 EVM 中当前配置的引导模式？ 是等待引导还是闪存引导？

然后重置主板

我假设您按下 EVM 上的 XRSn 按钮。 还是通过 CCS 发出 CPU 复位命令？

我再次破坏该软件、可以看到它在 0x00014EB

是否在 ESM/错误聚合器中看到记录的任何错误？ 有关如何在 CCS 中运行脚本的步骤、请参阅 F29x 错误处理和调试指南的第 4.3 节和 5.2 节。 只需片刻即可运行这些错误处理脚本并在 CCS 的 GEL 输出视图中查看输出。  

此致、

Marlyn

您好、Marlyn、

该电路板配置为闪存引导模式 (S1 = 1/1)。

我通过 按下 EVM 上的 XRSn 按钮来复位电路板。

关于 EA 和 ESM 错误：

1/关闭/打开电路板、然后开始调试会话（在“main ()“处中断软件）

2/无 EA 和 ESM 错误

3/单击继续以启动软件=>软件工作

4/ break =>无 EA 错误、以下事件在 CPU1 和 SYS 中挂起： ESM_EVENT_EPWMXBAR2/3/8 和 ESM_EVENT_OUTPUTXBAR3/4/16、但这些事件都不启用

5/清除 CPU1 和 SYS 的 ESM 事件、仅 保留 ESM_EVENT_OUTPUTXBAR16

6/通过在运行状态下按下按钮=> CPU1 来复位 EVM

7/在无限循环中以 0x00014EB0 断开 CPU1 =>

8/ 无 EA 错误、CPU1 和 SYS 中的以下事件处于挂起状态： ESM_EVENT_CPU1RSn 和  ESM_EVENT_OUTPUTXBAR16、但这些事件均不启用

希望这有助于找出问题的根本原因。

感谢您的支持。

Ronan

尊敬的 Ronan：

感谢您分享有关记录的任何可能错误的更多信息。  遗憾的是、似乎没有任何东西可以说明根据 ESM/EA 信息正在发生的事情。 我将在自己的侧构建工程、以便调试正在发生的情况。 请留出一些时间让工程在我的设置中运行。 一旦我把它建成,我就会往回 ping。  

此致、

Marlyn

尊敬的 Ronan：

我能够在自己这边成功地构建该工程。 我将致力于调试您提到的问题。 请注意、星期一是美国假期、因此我可能要等到第二天才回复。  

此致、
Marlyn

尊敬的 Ronan：

关于将常量从 FRI-1 移动到 FRI-2、我刚刚将“#pragma CLANG 部分“（其中常量是从“rodata=".rodata.PROJ_ON LOCAL_CPU1_QUOTE""“ LOCAL_CPU1_QUOTE""定义“定义的“的）定义的）更改为“rodata=".rodata.Tiva_CONST_LOCAL_CPU3"（“（未“未指定（未指定如何处理链接器命令文件）。

您在哪个文件中进行此更改？ 代码库中有很多对“PROJ_ON CONST_LOCAL_CPU1_UNSPECIFIC“的引用、因此我尝试缩小所需的更改范围以复制您的问题。 如果您能提供一些关于您在哪里进行此更改的确切指导、非常感谢！

此致、

Marlyn

尊敬的 Marlyn：

实际上、您将无法在与我相同的位置进行更改、因为您没有处理更改的工具。

但是、您可以直接在生成的文件中进行更改。

因此、如果您在文件“main_MemMap.h"中“中搜索“.rodata.PROJ_ON SEC_CONST_LOCAL_CPU3_UNSPECIFID“、您将找到以下行、该行指定了用于映射在存储体模式 2 下分配给 CPU3 的闪存中的常量的段的名称：

   #pragma CLANG section rodata=“.rodata.PROJ_ON SEC_CONST_LOCAL_CPU3_unspecified“ data=“.data.PROJ_ON CONST_LOCAL_CPU3_unspecified“

如果  在此行中将“CPU3"替换“替换为“CPU1"（“（2 次）、它会将常量映射到分配给 CPU1 的闪存。

通常、这应该起作用。

谢谢你

Ronan

尊敬的 Ronan：

正常情况下、此方法应该起作用。

感谢您的澄清。 在这两种情况下（使用工程中共享的原始代码，并且在更改上面的行后）、我会看到器件在复位时进入等待引导状态。 如果您能帮助确认通过上面的更改、代码应正常/正确运行、我将进一步调查为什么会出现这种情况、但如果您能帮助确认这一点、我将不胜感激。  

此致、

Marlyn

尊敬的 Marlyn：

我的错:我给了你一个软件包,在其中我做了额外的修改来启动 CPU3 使带有常量的代码“在 CPU1“而不是“在 CPU3“不再工作。

我向 Charlot 先生提供了一个新的软件包、其中我删除了为启动 CPU3 而添加的所有代码。 我对其进行了测试、当将常量分配给专用于 CPU1 的闪存时、它工作正常。

因此、现在、唯一分配给专用于 CPU3 (bankmode 2) 的闪存的元素是常量“main_ku32CstCpu3"。“。

要将其分配给专用于 CPU1 的闪存、最简单的方法不是我昨天给您的方法、而是在文件“main_tsk.c"中“中反转以下代码中的注释“#define"，“，以、以使用段“SEC_CONST_UNSPECIFICATED"，“，而、而不是“SEC_CONST_LOCAL_CPU3_UNSPECIFICATED"：“：

#define MAIN_START_SEC_CONST_LOCAL_CPU3_UNSPECIFIED
//#define MAIN_START_SEC_CONST_UNSPECIFIED
#include "MAIN_MemMap.h"

const volatile uint32 MAIN_ku32CstCpu3 = 0x5A335ACC;

#define MAIN_STOP_SEC_CONST_LOCAL_CPU3_UNSPECIFIED
//#define MAIN_STOP_SEC_CONST_UNSPECIFIED
#include "MAIN_MemMap.h"

根据我将此常量移动到专用于 CPU1 的闪存时所看到的、但仍有用于启动位于 CPU3 闪存中的 CPU3 的代码、问题不会来自位于专用于 CPU3 的闪存中时对该常量的访问。

实际上、似乎只要我在闪存中添加专用于 CPU3 的内容、软件就会卡 在 0x00014EB 处的无限循环、除非它开始使用调试器。

感谢您的支持。

Ronan

尊敬的 Ronan：

我为 Charlot 先生提供了一个新的软件包、其中我删除了我为启动 CPU3 添加的所有代码。 我对其进行了测试、当常量分配给专用于 CPU1 的闪存时、它工作正常。

感谢您的更新。 我 今天下载了新项目,并使用您提到的更改测试了原始版本和版本（注释/取消注释定义）,但我看到了在两个用例中相同的行为。 我无法复制所有内容并正常运行（例如，器件在 XRSn 或 POR 时未进入等待引导）。  

每次有 XRSn 或 POR 时、器件都会进入等待引导 (0x00014EB)。 由于证书中的映像大小不正确、正在进入等待引导。 在 SDK 的多核示例中、如果您参考 CPU1 工程的编译后处理步骤、您将看到用于为其生成证书的二进制文件中删除了“cpu3app"部分“部分。 CPU1 证书只能与 CPU1 的应用程序关联。 提供的多核工程的设置与 F29x SDK 中的多核示例非常不同、但从我可以看到进入等待引导的问题与用于 CPU1 的证书内的映像大小有关。

此致、

Marlyn

尊敬的 Marlyn：

在我的最后一篇文章    中、关于“ENTRY1.PROT || ENTRY2.PROT“替换为用于启动 CPU3 的代码中的“ISR1.PROT || ISR2.PROT“、我刚刚在 TI 示例中找到 、实际上 CPU1 启动“CODE_START"（“(使用（使用“ENTRY1.PROT|| ENTRY2.PROT“） 、而 CPU3 启动“RESET_PROT"ISR2.PROT"（“（使用“使用 ISR2.PROT"（使用 ISR2.PROT" ISR2.PROT"“ ISR2.PROT"）“）。

所以我认为这部分现在对我来说已经很清楚了。

Ronan

尊敬的 Marlyn：

再次感谢您的支持和与同事的会面。

关于不允许使用 CCS 下载软件但仍能使用 UniFlash 下载的问题：

• Alex Wasinger 是处理另一个主题的人（链接）
• 我们确定用于闪存的 DLL 在 CCS 20.4.0 和 UniFlash 9.4.1 中相同
• 我安装了 CCS 的 20.4.1 版（我很惊讶地发现 CCS 内部的更新不会更新 CCS 本身，但我想这是为了更新）。
  结果相同（不工作）、但工具中的消息不同（见下文）。
  另外、现在我看到了菜单“Flash Settings“。 在这些选项中、我看到有一个测距功能。 我将尝试使用它来寻找故障区域。
  
  
  

Ronan

这是非常令人困惑。 在不更改任何内容的情况下、我再次尝试使用 CCS 20.4.1 运行调试器（因此使用 CCS 下载软件）、现在运行正常。

所以我猜是前一篇文章中提供的错误与初始问题无关。

谢谢你

Ronan

尊敬的 Ronan：

感谢您对此的更新！ 我本来预计重新安装 CCS 可以解决此问题、因此很高兴您现在看到一切都正常工作。 我没有充分的理由解释为什么它最初不工作,现在它是,但很高兴它正在工作。 如果您在接下来的几天中看到问题、请告诉我。

此致、

Marlyn