CC1310空中升级笔记05 BIM适配工程处理
前言
在学习OAD例程时，才真正明白CC1350 project0的用处。对一个待增加OAD的工程，需要学习它的操作方法。另外我还结合自己淌过的几个坑，总结了这个操作记录。希望能对一些做CC1310 OAD的朋友们有所帮助。
本文作者twowinter，转载请注明作者：http://blog.csdn.net/iotisan/
1.增加宏
In project option -> ARM Compiler -> Advanced Options -> predefined symbols add ‘USE_BIM’ define
// 我在例程中没看到有使用这个宏，貌似没关系
2.使能HEX生成
In project option -> ARM Hex Utility -> check Enable ARM Hex Utility
感觉这样还不够，我找到了个帖子，在e2e论坛还发了个帖子。
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/562492
我在帖子中问CC1310应该怎么做：–intel and –memwidth=8, and – romwidth=8.
3.cmd处理
CC1310_LAUNCHXL_TIRTOS.cmd 和 CC1310_LAUNCHXL_TIRTOS-bim.cmd 的主要区别在这里：
/* The starting address of the application. Normally the interrupt vectors */
/* must be located at the beginning of the application. */
#define FLASH_BASE 0x0
#define FLASH_SIZE 0x20000
/* The starting address of the application. For a Boot Image Manager */
/* compatible image the Applicaion need to start in the first page. */
#define FLASH_BASE 0x1000
#define FLASH_SIZE 0x1EFF0
照这样来看，增加了BIM之后，应用程序从4K开始。在第一步中还使能了USE_BIM的宏。
ifdef USE_BIM
#define FLASH_OAD_IMG_HDR_SIZE 0x10
#define FLASH_OAD_IMG_START FLASH_APP_BASE + FLASH_OAD_IMG_HDR_SIZE
#define FLASH_OAD_IMG_MAX_LEN FLASH_LEN - (2 * FLASH_PAGE_LEN) - FLASH_OAD_IMG_HDR_SIZE
endif
研究了下CC1350的两个boot程序，一个是片内的，一个是片外的，分别研究了下他们的跳转地址。目前这个APP工程是跳转到了0x1010，采用的是extflash的工程。为什么片外OAD的BIM要4K的flash，大概是片内的判断比较简单，片外则要加入SPI，所以代码量大一些。
this is on chip:
asm(" MOV R0, #0x00D0 ");
asm(" LDR R1, [R0, #0x4] ");
// Reset the stack pointer,
asm(" LDR SP, [R0, #0x0] ");
// And jump.
asm(" BX R1 ");
this is extflash:
asm(" MOV R0, #0x1010 ");
asm(" LDR R1, [R0, #0x4] ");
// Reset the stack pointer,
asm(" LDR SP, [R0, #0x0] ");
// And jump.
asm(" BX R1 ");
4.release.cfg
RTOS子工程中还有一个cfg文件。
rfDmExamples-bim.cfg 比 例程的 release.cfg ，默认多了如下两个设置：
/*
* Assign an address for the reset vector.
*
* Default is 0x0, which is the start of Flash. Ordinarily this setting should
* not be changed.
*/
m3Hwi.resetVectorAddress = 0x1010;
/*
* Assign an address for the vector table in RAM.
*
* The default is the start of RAM. This table is placed in RAM so interrupts
* can be added at runtime.
*
* Note: To change, verify address in the device specific datasheets'
* memory map.
*/
m3Hwi.vectorTableAddress = 0x20000000;
5.RTOS子工程的替换
指南中没体现，自己摸索了出来。
从CC13X0-SDK开始，每个工程都会带一个RTOS的子工程。
这块就直接替换rtos的工程。
右键工程 -> Show Build Settings -> CCS Build -> Dependencies
Remove tirtos_builds_CC1310_LAUNCHXL_release_ccs
Add tirtos-bim_builds_CC1310_LAUNCHXL_release_ccs
6.把ccfg.c排除在外
指南中没体现，自己摸索了出来。
因为实际生成的hex，仍保留CCFG区域。我之前深深吃了这个亏。如果瞎搞的话，CC1310可是会brick哦，这样只能返厂了。
7.编译完后处理各个bin
合成即将运行的hex，版本号v3_01
hexmerge.py将应用层hex和BIM的hex合成一个文件，这个是在intelhex-2.1中。
python /usr/bin/hexmerge.py -o bin/rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs_all-v3_01.hex "--overlap=error" bin/rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs-v3_01.hex bin/bim_extflash_cc1350lp_bim.hex
rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs_all-v3_01.hex
rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs-v3_01.hex
bim_extflash_cc1350lp_bim.hex
准备空中升级的bin，版本号v3_02
oad_image_tool.py 将应用层hex处理成bin
python tools/oad_image_tool.py -v 0x0302 -i remoteapp bin/rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs-v3_02.hex -ob bin/rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs_app-v3_02.bin -m 0x1000
rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs-v3_02.hex
rfWsnNodeOadClient_CC1310_LAUNCHXL_tirtos_ccs_app-v3_02.bin