CC2538烧录时间会什么很长,大约一分钟
如题,我们烧录CC2538时,会等很久。是因为二线编程方式吗?谢谢
请问您现在是如何烧录的?
同问上述问题:
我用IAR擦除CC2538程序,很慢,并且失败概率很大。所以一直是用Smart Programmer2擦除程序,然后再用IAR下载,用IAR下载程序时很慢,有时候都下载不进去,需要给仿真器重新断电才可以。
另外,如何像CC2530一样,设置无法从CC2538中读取程序呢,在Smart Programmer2软件中没有找到相关的设置。
请指教,谢谢!
用smart programmer2 XDS100V3.
CC2538是arm的内核,推荐使用XDS100v3烧写
您好
我用的就是XDS100V3,是CC2538开发板上集成的仿真器电路。
我的问题是,如何在Flash Programmer2中设置“禁止从CC2538中读取程序”?从而防止别人拷贝我的程序。
请指教,谢谢!
就是用XDS100V3.烧写,非常慢。得一分钟的时间。
选中Edit菜单。读最后一页的数据。如图。把该页最后一个字节改为7F。再写入该页数据。完成后,重新上电,您再试着读一下,就什么也读不出来了。提醒一下,MAC地址也不能被读出来了。
多谢指教!
不过很纳闷,这么一个简单的要求,为何TI要设计的这么麻烦,难道说CC2538不需要考虑这种防止读取程序的问题吗?
@guofan li @zhong liu1
1.提高用SmartRF Flash Programmer 2 烧写CC2538速度快的方法,
1)512K的Flash,其实一般客户只会用到150KB差不多了,所以大部分都是没用到的,那么这部分没用的数据是不需要去做擦除和写的。
然后在用SmartRf Flash Programmer 2烧写的时候,在Program选项中有Exclude pages in image with filled with 0xXX
这样做的目的是为了把没有用到的Flash不要在写了。
2)另外关于烧写工具,可以使用XDS200,速度会比XDS100V3快很多。
@Zhong liu,
关于程序防止被读走的方式有两个
1)使用SmartRF Flash Programmer 2直接在对Lock bit的值进行修改
2)
, Lock bit在芯片中的实际地址如下,在cc2538.icf文件中有定义
// Define the region for Lock Bits in flash.
define region FLASH_LCK = mem:[from 0x0027FFE0 to 0x0027FFFF];
直接在程序里面对寄存器进行操作
在程序里面可以直接往这个地址写值进行,相当于用SmartRF Flash Programmer2来写是一样的。
感谢回复。
不过这种方式还是不方便操作,希望TI能直接在Flash Programmer软件中集成这个功能。
TI的技术支持,都能您这般就好了。能否再请教一个问题,为什么CC2538SF23烧录不能正常工作,现象是晶振不起振。是一个批次的SF23都不正常。到现在也没有人能解答。谢谢
Flash Programmer这个功能已经是有的,只不过需要选取都flash,然后去特定的地址修改值。
我们的协议栈默认是针对CC2538SF53也就是512K Flash的,你有没有把协议栈的连接文件改成SF23的?
您好:
我用楼主的方法,利用Flash Programmer2的Edit选项卡的先读出第255页的数据,然后修改最后一个字节为0x7F,再写入CC2538的时候。发现如果CC2538的程序使能看门狗的话就写入失败(也不是每次都失败,但失败的概率特别大),不使能看门狗就没有问题。
请问这是什么原因引起的?
请指教,谢谢!
您说的连接文件是什么? 在编译时, 我们把针对SF23的配置都选上了。请详细指导一下,谢谢!
针对256KB的CC2538芯片,如果需要运行ZigBee协议栈,请把原先协议栈的链接文件用附件中的文件替换
3884.CC2538N23_ZStack.icf
感谢VV。这次的好用了。SF23可以正常运行了。这个问题,FAE已经接手小半年了。也没能解决。再次感谢!TI要是多有几位您的这样的大神,就好了。
@guofan li
问题解决就可以。
麻烦私信告诉我下你们公司,谢谢!
TI工程师你们好:我用的是512KB FLASH的CC2538 ,用 flash programmer2烧写时提示烧写成功,但上电板子运行不起来,好像晶振没起振,我配置的是CC2538SF53,用IAR直接烧写板子可以正常运行,请问是什么原因呢?(编译出来的BIN文件只有100KB)
检查IAR配置关于生成bin文件的配置。
TI原始协议栈默认程序就是可以生成bin文件,你可以对比下。
有可能是代码量的问题