[参考译文] MSP430FR5994：IP 封装手动放置？

您好 Kenan、

这似乎是 IAR 编译器的一个函数。 我建议您直接联系 IAR、以便加快联系速度。 您可以尝试通过以下电子邮件联系： support.cn@iar.com

这是他们的技术支持。

BR、

Janz Bai

您好 Janz、

屏幕截图取自 CCS v12.8.1 ;这不是一个特定于 IAR 的功能。 此外、如果您查看下面的文档、您会发现对此功能的详细说明、但其中并未涵盖手动地址放置。

https://www.ti.com/lit/an/slaa685/slaa685.pdf

我在几个不同的文档中看到了部分信息、但我相信这应该可以在 CCS 中实现。

此致、

您好 Kenan、

很抱歉、我误解了您的意思。 让我把这篇文章发送给负责 IDE 和编译器的 SDTO 团队,请他们发表意见。

BR、

Janz Bai

Kenan — 我假设您希望在链接器命令文件中手动执行此操作。 这是器件专家可以提供帮助的地方。 我将提请他们注意这一问题。

谢谢

Ki

您好 Kenan、

我认为本应用手册可能会对您有所帮助、您可以了解以下内容：

MSP 代码保护功能

此致、  

Janz Bai

这是我在上一次答复中分享的文件。  SLA-685 不提供完整的、可复制粘贴的链接器命令文件或端到端的分步过程、该过程说明如何将 IPE 重定位到特定的绝对地址。

您好 Kenan、

很抱歉、我们现在确实有了这些材料。 我认为“让编译器处理内存分区“更简单、让我们无需花时间手动处理它。 为什么需要手动指定存储器？  

我认为你和我分享的图中的操作是可以的,但也许你需要做一些测试,并尝试在你的身边。

此致、  

Janz Bai

尊敬的 Janz：

我同意、“让编译器处理存储器分区“非常方便、避免了手动内存管理。 我担心的不是手动定义 IPE 存储器布局、而是关于手动定义 IPE 存储器布局的问题 使用 OTA 更新时解决跨编译的稳定性问题 。

在我的系统中、OTA 更新仅替换现场的应用程序代码。 FRAM 中的 IPE 区域在器件上保持不变。 应用程序直接调用 IPE 函数（普通 C 函数调用）。

我的担心是：
如果编译器/链接器将 IPE 函数放在跨编译版本的不同地址处、则可以对照不同于器件上实际存在的 IPE 函数地址来链接新的应用程序映像（稍后构建）。 在这种情况下、在 OTA 之后、新应用程序可能会跳转到 FRAM 内的错误地址、从而导致未定义的行为。

因此、这并不是我们真正喜欢的架构、而是产品的硬性要求：在现场、OTA 更新只能更新应用程序、而 IPE 区域必须保持不变。

我认为对于许多使用 IPE 的产品来说、这是一个非常常见的实际场景、 许多用户可能会遇到这种情况。  在如何安全处理方面获得 TI 的明确指导或官方推荐的方法非常重要。

此致、

Kenan Onat Kaplan

您好 Kenan、

我明白了您的意思、因此关键点是如何修复这些函数的地址。 您能否尝试查看下面的链接、看看它是否能为您提供帮助：

2.7.2.函数属性—TI Arm Clang 编译器工具用户指南

BR、

Janz Bai

您好 Janz、

我需要进行更正：

关键不是如何修复单个函数或一组函数的地址。 即使 I 引脚特定功能转换到固定地址、如果 IPE 基地址发生变化、这些函数最终也会超出 IPE 区域、并且无法再正确执行。 因此、需要固定的是 IPE 区域本身（底座和大小） 而不是放置在其中的单个元素。