主题中讨论的其他器件:CC2640、 MSP430FR6047
您好!
我们构建了一个广泛的程序、运行了许多任务、这些任务执行正常。 我们还将 OAD 作为此软件的一部分、这意味着我们拥有用于将本地应用程序从地址0x00100000引导到其最终位置的 boorloader 的 c 数组。 这很好。 我们假设示例"oad_bootloader_source_MSP_EXP432P4111_nortos_ccs"是此自定义引导加载程序的源代码。
我们使用:
simplelink_sdk_ble_plugin_3_20_00_24
simplelink_msp432p4_sdk_3_40_01_02
SRecord 1.64
我们通过将4111替换为我们使用的4011来实现这一转变! 当然、我们选择了适当的启动和系统文件、更改了定义的器件并附加了所需的修改、例如模块和引脚。
我们将'Reset_Handler (startup_msp432p4011_ccs.c'中的第177行)替换为'setISR'、因为与 MSP432P4111中的同一文件相比、这似乎是错误的!
最后、工程编译正常、并生成所需的'OAD_bootloader_source_MSP_EXP432P4011_nortos_ccs.txt'文件。
为了方便起见、我们将此文件重命名为'OAD_BL_4011_input.txt'。
接下来、我们尝试使用以下命令创建 c 数组:
srec_cat.exe oad_bl_4011_input.txt -ti_txt -o oload_bootloader.c -ca oad_bootloader -c_comp
我们不知道这是否正确、但知道使用结果不起作用!
如果我们启动调试器、我们会得到:
原始阵列工作正常、这来自于当时(2019)使用的 SDK、当我们开始使用 'OAD_firmware_update_MSP_EXP432P4111_tirtos_ccs'时!
问题1:这是错误/不完整的转换吗?
问题2:还有什么?
问题3:我们如何调试源引导加载程序项目?
此致、
劳伦特