1.背景
近期在做一个小产品，是基于S32K144为MCU的板子。在调试过程中发现，虽然采用Jlink可以连接上，但是无法用S32DS的Debug模式进行调试。也就是.elf文件无法下载进入FLASH，而错误提示总是如下：
（1）Failed to download RAMCode
（2）Failed to Read Memory xxx
而且让人崩溃的是焊接了10套板子，有百分之八九十会有这种现象，现象还是一模一样。
首先是怀疑焊接有问题，焊接了N次，也换过N次MCU，最终的结果都是一样的。
xxxxx:真是让人欲哭无泪
2.排除的N种方法
2.1 是否S32DS的Debug模式有问题
网上遍历了各种帖子，也搜寻了各种官方的文档，然而没有任何作用。并不是各位大牛不牛，只能说没有对症下药
2.2 怀疑复位和晶振问题
既然焊接确保了，电压也测量了，阻抗也测量了，Debug设置也没问题，那是否是复位和晶振的问题，一查复位，还真是有问题，出现了谜之一样的波形：三角波形状的复位信号。抱着试试看的心里，看各位广大的网友是否也遇到类似的情况，还真找到了一遍很相关的S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解 (qq.com)
刚开始以为看了希望，按照上面的步骤一步步稳扎稳打，通过SWD读取MDM-AP状态寄存器的命令：
（1）SWDWriteDP 2 0x01000000 //SELECT[31:24] = 0x01选择MDM-AP，且设置DPACC寄存器的SELECT[7:4] = 0x0
（2）SWDReadAP 0 //通过AP index(A[3:2]=0b00)读取MDM-AP状态寄存器
（3）SWDReadAP 0 //dump out真实的AP寄存器值
然后出现了如下界面：
根据读取的指令确定FLASH已经初始化成功，就开始给FLASH解锁，解锁指令就是unlock Kinetis，出现了比较友好的结果：unlock device ok
以为看到了未来，开始又尝试用S32DS的debug模式下载程序，然后问题依旧！！！！！！！令人很抓狂的。
是不是复位的RC值不对，换了几组RC后，问题依旧存在。
进一步抓狂！！！！！！！！！！！！！！！
2.3 FLASH Lock?
在尝试了N次 unlock Kinetis后，也没有成效，又研究了这个帖子S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解 (qq.com)
是不是没有mass erase的原因，但是直接输入mass erase没有任何反应，Jlink Command根本不识别，后参考Jlink command的Help ，发现Erase指令，如下图：
直接输入Erase，果真能Erase，然后S32DS Debug还是不行。愤慨了，再Erase下，结果再也连不上Jlink了，MCU变成砖了。愤慨没用，继续搬砖
令人跟崩溃的，换了MCU，采用Jlink的UI界面手动擦除，结果MCU又变成砖了。又一次躺倒在希望的道路上
3.N中死法后的重生
既然已经死了N次，再来一次，换了颗MCU后，尝试了下Jliink UI界面的如下指令，如下图所示
既然出现了奇迹，如下图所示，擦写、下载、验证都是OK的，重新上电，跑马灯起来了，整个世界都亮了。
4.重生后的回味
重生后的喜悦是必然的，但是到底是什么原因了，原来官方的手册写的很明白，当FLASH Memory的安全机制是激活的时候，仿真器是可以连上，但是没法读取Flash Memory的内容的，就出现了Debug模式下的：Failed to Read Memory xxx。
那需要怎么解除安装机制呢，官方手册也说了，就是trigger a mass erase。
那上文尝试的几次Erase怎么还变砖了，那就是擦除的方式不对，导致mass erase disable，这样无法连接上仿真器，这个时候的方法是采用后门钥匙，但这是天方夜谭，除非你找到原厂支持。
因此，不要随便擦除，还是按照Jlink自带的Production Programming就行擦除下载。
5.tips文章来源：https://www.toymoban.com/news/detail-421474.html
当使用Jlink UI执行Production Programming没有证书，可以私信。文章来源地址https://www.toymoban.com/news/detail-421474.html
到了这里，关于S32K锁死之谜？Failed to download RAMCode? Failed to Read Memory?的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
