[参考译文] CC1354R10：如何使用应用程序代码而不是编译后处理步骤分配 MCUBOOT 版本号

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1540247/cc1354r10-how-to-assign-mcuboot-version-number-with-application-code-instead-of-post-build-steps

工具/软件：

尊敬的 TI 社区：

请您帮助自己和将来可能正在查看此帖子的其他人。

1.请介绍如何在应用程序代码中分配 MCUBoot 版本号、而不是通过工程属性中的编译后处理步骤添加该版本号。 我在下面列出了当前推荐的分配版本号的方法：



     ${CG_TOOL_ROOT}/bin/tiarmobjcopy ${BuildArtifactFileBaseName}.out --output-target binary ${BuildArtifactFileBaseName}_noheader.bin --remove-section=.ccfg

     ${COM_TI_SIMPLELINK_CC13XX_CC26XX_SDK_INSTALL_DIR}/tools/common/mcuboot/imgtool sign --header-size 0x100 --align 4 --slot-size 0xF4000 --version 2.0.0 --pad-header --pad --key ${PROJECT_ROOT}/Test_certificate_header.pem ${BuildArtifactFileBaseName}_noheader.bin ${BuildArtifactFileBaseName}-unencrypted.bin

Zephyr 有一个 KConfig 选项“CONFIG_MCUBOOT_image_version"，“，允许、允许应用程序代码与 py imgtool 交互、以在编译期间对映像签名。 TI 是否提供任何类似的支持？

2.您还可以介绍如何使用 mcuboot 签名的映像而不是_noheader.bin 进行调试、即编译后处理步骤应该是使用... unsecreed.bin 进入调试模式。

此致

Brenton Chetty