jflash烧一次锁一次芯片(已解决)
本帖最后由 FSL_TICS_Robin 于 2014-8-8 16:26 编辑如题 片子是kl15 ,怎么破 自己顶,希望大侠看到 楼主你好
能否详细说一下你的问题,比如用的什么编译环境、程序是否有修改0x400~0x40F处值? FSL_TICS_Robin 发表于 2014-7-23 10:40
楼主你好
能否详细说一下你的问题,比如用的什么编译环境、程序是否有修改0x400~0x40F处值? ...
用的iar生成.bin文件,然后用J-Flash ARM烧写,直接打开MKL15Z128xxx4.jflash的工程,添加.bin文件,然后program。烧完后片子就锁住了,下次烧要解锁
程序修改0x400~0x40F处值 在J-Flash ARM哪修改啊 project setting ->production->secure chip 的勾去掉 没用过这款芯片,在用东芝的额Certex-M3芯片的时候,遇到过与JTAG相关的复用I/O口没有配置正确,导致下载过一次程序后,之后J-Link就再也连不上的问题。 linyu0395 发表于 2014-7-23 10:55
project setting ->production->secure chip 的勾去掉
刚才看了下,没有勾选。。。。。 project setting ->production->program serial number 处可以修改flash数据在目的底下会生成一个Switch_Serial.txt写上数据即可 烧写提示是这样的
linyu0395 发表于 2014-7-23 11:10
project setting ->production->program serial number 处可以修改flash数据在目的底下会生成一个Switc ...
program serial number 没有勾选,这个烧写序列号用的吧?现在是提示写保护 还有iar调试下载没问题 nade 发表于 2014-7-23 11:18
program serial number 没有勾选,这个烧写序列号用的吧?现在是提示写保护
地址自定义一下 跟烧写序列号有啥区别呢? 这种情况还没遇到过 锁了也没关系,JFLASH可以解锁,J-LINK COMMANDER ,UNLOCK kinetis. nade 发表于 2014-7-23 10:49
用的iar生成.bin文件,然后用J-Flash ARM烧写,直接打开MKL15Z128xxx4.jflash的工程,添加.bin文件,然后 ...
楼主你好
可能是你的IAR版本过老导致的,新版本的IAR会保护0x40C-0x40F段以免客户误操作加密芯片。
IAR环境中Kinetis的“0x40C -0x40F”加密位无法真正写入的原因和解决方法 (The way to solve the write-acess of Kinetis' security byte “0x40C -0x40F” in IAR6.6) 飞思卡尔的东西 锁死一堆人 cloudxxcloud 发表于 2014-7-28 10:16
飞思卡尔的东西 锁死一堆人
{:sweat:} 在论坛里的确是遇到很多人提到芯片被锁
其实大家注意以下两篇帖子就不会有太多问题了:
浅谈知识产权保护方法之加密Kinetis K60(方案一)
浅谈知识产权保护方法之加密Kinetis K60(方案二) 顶一个,这是个好东西 ln08136207 发表于 2014-7-28 09:01
锁了也没关系,JFLASH可以解锁,J-LINK COMMANDER ,UNLOCK kinetis.
我也是这么做的,一般都可以这样解锁。 这个功能完全可以去了 cloudxxcloud 发表于 2014-7-28 19:24
这个功能完全可以去了
加密功能应该是很多微控制器都具有的吧?
主要之前IAR编译器没有保护那一段,所以用户误操作后可能导致不同等级的锁死。
新版本的IAR编译器必须要特殊操作后才可以修改这些地址值了。 进来看看怎么解决的。
页:
[1]