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

End

---