KL15（32引脚）的PTA0和PTA3复用成其他管脚功能，导致程序不能下载（已解决）

xiaxue

Kinetis L系列MCU——KL15的PTA3引脚复用成了GPIO，或者PTA0的MUX设置成了参考手册没有给出的模式，就会使KL15芯片不能下程序，出现了不能写存储器的错误，下面是CodeWarrior 10.4上调试时显示的：
Failed to resume target process., ARM GDI Protocol Adapter : An error occurred while trying to write memory. The Debugger can not write memory.
 
 
是不是PTA0和PTA3，复用成其他管脚功能，就会导致程序不能下载？

我知道答案 目前已有10人回答

阅读全文

FSL_TICS_MAHUI

PTA0和PTA3在芯片复位后默认功能是SWD的功能，所以在调试器连接时是不受管脚配置影响的，但是如果程序在调试过程中更改了管脚功能就会使调试中断。你要检查一下硬件电路，看有没有什么问题。

xiaxue

回复第 2 楼 于2013-09-12 14:01:17发表:
PTA0和PTA3在芯片复位后默认功能是SWD的功能，所以在调试器连接时是不受管脚配置影响的，但是如果程序在调试过程中更改了管脚功能就会使调试中断。你要检查一下硬件电路，看有没有什么问题。
 

我在程序中改了PTA3的管脚功能后，第一次下程序是成功的，在以后下程序就一直你没成功？下面是J_Link commander和Code Warrior的提示：
 

xiaxue

硬件电路没问题，芯片的PTA3脚改后，第二次下程序报的错误就是上面两个截图的情况

FSL_TICS_MAHUI

你试着用J-Link提供的Commander工具，使用“unlock Kinetis”命令mass erase KL芯片后，看看是否能够再次连接成功？
祝顺利。

xiaxue

回复第 5 楼 于2013-09-12 14:56:42发表:
你试着用J-Link提供的Commander工具，使用“unlock Kinetis”命令mass erase KL芯片后，看看是否能够再次连接成功？
祝顺利。
 

Erase KL出错了，请问还有什么方法吗？
还有就是，虽然像截图上的J_Link和Code Warrior无法找到芯片和下载程序，以前烧在芯片里面的程序还是运行着的，这能不能说芯片坏了，还是其他情况？

FSL_TICS_MAHUI

 你试下把NMI_b这个管脚下拉，然后再通过J-Link连接。

xiaxue

回复第 7 楼 于2013-09-12 15:15:03发表:
 你试下把NMI_b这个管脚下拉，然后再通过J-Link连接。
 

能连上了，下拉后也能烧写程序了，谢谢

FSL_TICS_MAHUI

感谢使用飞思卡尔社区服务。

shock

FSL_TICS_MAHUI 发表于 2013-9-13 12:13
感谢使用飞思卡尔社区服务。

您好，我的kl46芯片复位引脚也出现了锯齿波，现在程序不能下载。
下面排除几个原因，也说一下现象：
1.swd接口并没被占用，因为之前犯过这个错
2.芯片貌似不是被锁住了，因为解锁显示的是成功解锁，且还是不能下载
3.排除电路问题，因为前几个小时我还是可以下载的，是不是下载的频率太高导致进入了什么睡眠状态？
4.排除芯片烧坏的问题，之前也有一次出现这个问题，我乱搞，按复位键下载什么的，忽然就好了，也就不在意了，结果今天又来一次，真的要崩溃了
5.这次好久都下载不进去，试过了您的方法，将NMI管脚接地下载，可是也没有用，按复位键下载，一直失败
困扰了好久啊，大哥哥能不能帮小弟解决这个问题啊，感激不尽啊！！！！