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]