[参考译文] CC1352R：将引导加载程序添加到我的 DMM 工程

您好 Sandra、

在测试中、我使用了一个示例工程、但将 flash_base 更改为 0x00000100、以便进行编译。查看错误日志、它们似乎与自定义引导加载程序设置的某些闪存基础定义有关。  

对于自定义引导加载程序、您将遵循与 MCUboot 类似的过程、其中您将使用闪存器（如 UniFlash）加载两个或更多文件、引导加载程序加载在地址 0x0 处、然后由引导加载程序加载到 0x100（或您设置的任何地址）。  

谢谢、
Alex F

您好 Alex、

我使用的引导加载程序就像您介绍的那样。

我采用示例代码“dmm_154sensor_remote_display_app_CC1352R1_LAUNCHXL_tirtos7_ticlang"，“，只、只需更改 flash_base、我有您可以在屏幕截图中看到的错误

如果您可以使用此代码进行检查。  

谢谢您、

Sandra

您好 Sandra、

BLE 栈有点复杂、具有挑战性、首先我通常检查预定义符号（在 ARM 编译器部分的属性中）中是否有任何内容、然后我们需要像您在上面发布的一样查看.cmd 文件。

关于.cmd 文件主题（至少对于 BLE）、我建议查看 mcuboot blinky .cmd 文件、因为它具有闪存库的变化、以此类推引导加载程序。  

我有最近使用 CC23xx 执行与.cmd 文件类似的操作的经验、我可以根据需要回复这个修改后的命令文件。  

观察这个误差、似乎与存储器区域的变化  之间如何重叠有关、这可能是因为并非每个区域都以正确的方式移动。  

谢谢、
Alex F  

您好 Alex、

这是工程中的预定义符号。 我可以看到他们使用的是 FLASH_ROM_BUILD=2、我不知道这是否会有任何区别。

在代码 og mcuboot blinky 中、它们只是更改了 flash_base。

可以向我发送 CC23xx 中的更改、这可能对我有帮助。

谢谢您、

Sandra

您好 Sandra、

以下是一个与 MCUboot 兼容的自定义 proprf 工程示例：

e2e.ti.com/.../lpf3_5F00_freertos.cmd

接下来、我们来看一个 BLE 工程（CC2340 器件）及其属性：

e2e.ti.com/.../lpf3_5F00_app_5F00_freertos.cmd

谢谢、
Alex F

您好、

在您发送给我的.cmd 文件中、所有存储器大小都与另一个文件相关。 我看不到这些价值观、但我认为这对我没有帮助。

最后、我的问题是我只想更改基地址、我无法在 BLE 项目中执行此操作、而这应该是易于更改的...

谢谢、

Sandra

您好 Sandra、

我查看了我们的 SDK、有一个小部分介绍了如何修改 cmd 文件中的 flash_base、 链接在此处。该指南本身关于“安全环境“、但我们可以从指南中执行有关如何修改.cmd 文件的步骤（TI CLANG 下拉菜单）。  

谢谢、
Alex F