[参考译文] CODECOMPOSER：F29 -内存设置 — 段位于不可写的内存区域中

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

您好、

您使用的是哪个 CCS 版本？

谢谢

Aswin

您好、Aswin、

我正在使用 CCS 20.4.0。

Ronan

您好 Ronan、

您使用的是哪款器件？ F29P32、F29H85、F29P58？

在 Uniflash 中、您可以尝试使用“Create session from Existing Target Configuration File“并选择用于 CCS 的文件吗？ 使用此方法时、您是否仍然能够通过 Uniflash 成功编程？

此致、

Alex

您好 Alex、

我使用 F29H85（电路板 F29H85X-F29H85X-EVM SOM）。

以下是 CCS 中使用的 F29H850TU9.ccxml 文件的内容、以及我根据请求在 UniFlash 中使用的文件内容：

在此文件中、使用 UniFlash 进行下载可以继续正常工作。

Ronan

您好 Ronan、

我还有几个问题：

• 导航至“CPU1 Properties“窗口后、您是否能够在“Categories"下“下拉菜单中看到“Flash Settings“菜单选项？
  • 
• 您与设备的初始连接时是否会看到以下打印输出？
  • 
• 您是否能够提供.out 和.map 文件？ 如果没有、您能否提供链接器命令文件？ 我将尝试重现此问题

同时、您可以尝试执行以下步骤：

1. 关闭 CCS 和 Uniflash
2. 在 CCS 20.4 安装中、将 CCS_BASE/DebugServer/bin/FlashC2000v3.dll 重命名为 FlashC2000v3.dll.backup
3. 然后、在 Uniflash 安装中、将 deskdb/content/TICloudAgent/win/ccs_base/DebugServer/bin/FlashC2000v3.dll 复制到 CCS 安装程序的 DebugServer/bin 文件夹中
4. 启动 CCS 并尝试刷写程序

此致、

Alex

您好 Alex、

第一点：我与 Marlyn Rosales Castaneda 就另一个话题进行了联系、我们今天早些时候与她和她的一些同事举行了一次会议。 在这次会议上、我们还讨论了这一主题。 所以我在这里展示了这个问题。 他们没有找到解决方案。 唯一的建议是尝试使用最新版本的 CCS。

现在、回到您的问题：

• 我看不到“闪存设置“
• 我在“初始连接“期间没有这些消息。 现在、这是我对“初始连接“的解释：我打开 CCS、点击“Debug"，“，获得、获得初始连接。
  以下是我在“GEL Output“中收到的消息：
  
  以下是我在“Debug Output“中收到的消息：
  
• 我向 Charlot 先生提供了不同的文件 (out、map、cmd...) 驱动器驱动程序下载。 所有这些文件都带有前缀“1615804-"。“。

我尝试将 CCS 中的“FlashC2000v3.dll"替换“替换为 UniFlash 中的“FlashC2000v3.dll"，“，但、但获得的结果相同。
然后、我比较了 2 个 bin 文件夹、这些 dll 在 CCS 20.4.0 和 UniFlash 9.4.1 之间是相同的。

我现在安装了 CCS 20.4.1 版、可以看到 FlashC2000v3.dll 与 CSS 20.4.0 和 UniFlash 9.4.1 中的栈不同。

但是、结果是相同的、只是消息略有不同：

是否创建了任何可以提供附加信息的日志文件、例如、位于不可写区域的地址？

谢谢你

Ronan

您好 Ronan、

是否创建了任何可以提供附加信息的日志文件、例如、不可写区域中的地址？

遗憾的是、没有一个日志文件列出了确切的违规段。 新的屏幕截图表明问题的这一部分已经解决 — CCS 现在会识别您的程序位于有效的存储器区域中、并尝试将其加载到闪存中。

您遇到的第二个错误（安装 CCS 20.4.1 之后）指示器件可能处于错误状态。 通常、可以通过 XSRn 或切换以等待引导并擦除闪存来解决此问题。

此致、

Alex

您好 Ronan、

如果是这种情况、我很想知道 CSS 20.4.1 中发生了什么变化、而 CSS 20.4.0 可以解释错误消失的原因。

CCS 版本说明位于以下文件中： file：///C：/ti/ccs2040/ccs/doc/CCS_20.4.0_ReleaseNote.htm. 我已经安装了 CCS 20.4.1、但在此版本中假设相同。

此致、
François μ s。

感谢 Alex 的支持。

Ronan