Other Parts Discussed in Post: LAUNCHXL-CC2650, CC2640

通常在实现OAD(on-air-download)功能的过程中,TI会提供标准的示例BIM(Boot Image Manager)代码来进行镜像校验和下载。在TI所提供的示例代码中,BIM代码一般位于内部flash page31,和CCFG相邻。若用户根据自身功能定义不同,需要在BIM代码区域增加更多功能(例如自定义UART / SPI boot, 自定义安全校验功能等等)而导致自定义功能后的BIM代码超出4k byte,又由于BIM区域与CCFG及NV Storage Area相邻,在原有位置不能扩大,只能考虑重新为BIM划定地址空间来满足需求。

本文基于LAUNCHXL-CC2650评估板(http://www.ti.com.cn/tool/cn/launchxl-cc2650) 和BLE-STACK-2-2-1 SDK,详细描述如何将原有的OAD示例代码所包含的BIM起始地址从0x1F000改到0x1000,并且将BIM的地址区间从4k扩到8k

注:所有不同版本的BLE SDK可以在以下网址找到:http://www.ti.com/tool/BLE-STACK-ARCHIVE

此外本文还会谈到在进行BIM重定位过程中会遇到的以下问题及其解决方案:

  • TI RTOS相关Flash区域冲突的规避
  • 新的目标Image有效header的产生
  • 如何修改python工具的脚本生成新的Image

*****************************************************************************************************************

首先关于BIM起始地址的修改,分以下几步:

  • Step1: 修改simple_peripheral project -> cc2650lp_app project的 flash起始地址
  • Step2: 重新给bim_extflash project 的BIM代码分配地址空间
  • Step3: 使用新的BIM分配方式来实现OAD功能

Step1:修改simple_peripheral project -> cc2650lp_app project的 flash起始地址

在IAR7.70/IAR7.8中导入C:\ti\simplelink\ble_sdk_2_02_01_18\examples\cc2650lp\simple_peripheral 文件夹下的项目如下

   1) 修改APP_IMAGE_START

打开cc2650lp_app-FlashOnly_OAD_ExtFlash 工程的option--linker—config,将APP_IMAGE_START从0x1000修改成0x3000

   2) 修改RTOS运行方式

从项目中打开打开CC2640.cfg,或者直接在以下地址内找到这个文件: ble_sdk_2_02_01_18\src\common\cc26xx\kernel\cc2640\config)

注释掉下图所示的代码:

原因:当选择“use BIOS in ROM”方式时,RTOS 的ROM指针会被固定的放在0x1500区域。这样就与我们所想要自定义的BIM代码空间冲突了。而选择“use BIOS in Flash”的方式可以让TI-RTOS从FLASH启动,以避免这个问题。当然”use BIOS in Flash”的方式会稍微多占用一些用户的flash区域。

3) 修改reset vector的地址

接上一步,在CC2640.cfg中,将m3Hwi.resetVectorAddress 从0x1010修改为0x3010。

原因:这是reset vector的地址,应该跟在header后面。

step2 :重新给bim_extflash project 的BIM代码分配地址空间

在IAR7.70/IAR7.8中导入C:\ti\simplelink\ble_sdk_2_02_01_18\examples\util\bim_extflash\cc2640文件夹下的项目如下

打开上图所示的cc26xx_bim_extflash.icf文件,重新定义一个FLASHPAGE1,定义其范围为8k,把region BIM定义为PAGE1的区域,并将BIM_START从0x1F000修改到0x1000.

       

编译通过后,检查生成的bim_extflash.map, 确认之前的改成是否有效。

Step3:使用新的BIM分配方式来实现OAD功能

基于step2中的操作,打开同一个项目中如下图所示的bim_main.c


做如下修改:

重新打开STEP1中修改过的C:\ti\simplelink\ble_sdk_2_02_01_18\examples\cc2650lp\simple_peripheral下的project, 找到

找到图中所示的oad_target_external_flash.c,做如下修改

以上三步完成后,各自重新编译成功,即完成了项目需要的所有改动。

*************************************************************************************

其次,为了配合新的地址分配来实现OAD,我们需要生成新的目标Hex待烧录文件。仍然采用相关的Python工具(这里使用了Python 2.7.10)来生成需要的新的hex文件(新的文件包含正确的metadata Header)。

注:这里重点说明BIM地址修改后,如何对python脚本进行修改。关于提到的Python工具的下载和使用说明可以参见BLE SDK中包含的CC2640 BLE OAD User’s Guide.pdf说明文档中的如下章节,这里不另加赘述。

  • 10.1 Installing Python
  • 10.2 TI OAD Image Tool (Python)

 

根据我们之前的修改,已经把simple_peripheral project -> cc2650lp_app project 的代码起始地址改成了0x3000,而原来采用的python工具脚本所生成的hex文件,是配置成将header的imgAddr改成0x1000的,与我们需要把起始代码改成0x3000的需求不符。所以,我们需要对原有python 工具的脚本和相关操作进行修改,分成以下两步:

1)      修改oad image的脚本文件( oad_image_tool.py)

该脚本文件位于:C:\ti\simplelink\ble_examples-ble_examples-2.2\tools\scripts\oad文件夹

用PythonGUI打开该文件,将startAddr赋值为0x3000,如下:

2)      修改python 工具的脚本的相关操作

这里我们会用到两个Python的argument: -m –r, 来完成修改目标Image的metadata header地址 的目的。

       

在命令行界面输入如下命令:

> set PATH=%PATH%;C:\python27\

> Python C:\ti\simplelink\ble_examples-ble_examples-2.2\tools\scripts\oad\oad_image_tool.py C:\Users\x0269290\Downloads\Desktop\ble_sdk_2_02_01_18\examples\cc2650lp\simple_peripheral\iar\app\FlashOnly_OAD_ExtFlash\Exe\simple_peripheral_cc2650lp_app.hex -o C:\Users\x0269290\Downloads\Desktop\ble_sdk_2_02_01_18\examples\cc2650lp\simple_peripheral\iar\app\FlashOnly_OAD_ExtFlash\Exe\Simple_peripheral_cc2650lp_app.hex -m 0x3000 -r :0xD000

(注:根据python脚本、目标hex、输出hex所在位置及名称的不同需要对命令做出对应的更改。)

如图所示:

得到结果如下:

注:以上例子中的“-m”是用命令给metaAddr赋值。但因为metaAddr(0x3000)大于imgStartAddr(0x1000)导致错误,所以在1)中修改python脚本中的对应代码。

完成上述步骤后,将修改好的APP image用烧写工具(如:flashprogram2)烧写进launchpad(注意:烧写顺序和之前一样,先BIM,再stack,再App)就可以进行OAD操作了。然后照常用BLE device monitor对App进行操作,可以看到如图所示,App的代码段已经下面是烧录完正确image后BLE device monitor参考界面。

Anonymous