S32K14x OpenSDA 无法烧录问题解决方法

1.背景

2.原因分析

2.1无法调试原因

2.2无法再次烧录原因

3.解决方法

3.1官方文档

3.2尝试

3.2.1评估可能性

3.2.2修改硬件

3.2.3尝试烧录

3.3修复EB配置

1.背景

在尝试使用EB tresos配置S32K144 DIO时，将所有引脚的Port信息进行了配置；但是忽略了在原理图上S32K144没有专门的复位引脚；OpenSDA的复位引脚使用了PA5的复用功能，如下图：

由于EB在配置Port时会有一个没有使用的Pin配置，如下图（配置内容在这里不重要）：

这里我选择了输入模式。最终的结果是代码下载到MCU后，OpenSDA再也无法烧录和调试。

2.原因分析

接上节，因为我没有配置PTA5的功能，以及在配置Port列表时所有的IO都配置成了高阻态；导致在运行完Port_Init()后MCU的Jtag其他PIN也是高阻态。

2.1无法调试原因

那么通过Jtag调试的OpenSDA会因为无法进行数据交互而无法继续调试。

2.2无法再次烧录原因

又由于FRDM这块板子的供电默认采用的是与OpenSDA共用USB供电OpenSDA会与MCU同时得到供电。当OpenSDA启动完毕，MCU早已经进入了软件执行过了Port_Init();这就导致PTA5已经不是RESET脚了，进而导致JTAG口无法复位MCU，进而无法执行其他下载阶段。

3.解决方法

解决思路是首先解决烧录的问题，烧录问题需要能进入复位，参考这个思路寻找解决办法。

3.1官方文档

查找S32K14x的手册发现有如下一段话：

从倒数第三行可以看出，当出现任何复位事件时MCU的外部RestPin都会配置成RESET功能；打算采用这个特性去烧录一个MCU配置了ReSetPin的软件；由于无法通过ResetPin让MCU复位，最简单的实现思路当然是上电复位。

3.2尝试

3.2.1评估可能性

首先，需要评估上电复位的可操作性。此处采用测量JTAG的ResetPin的拉低持续时间来确定手工上下电是否可以满足Jtag的时间要求。首先使用逻辑分析仪分析OpenSda的拉低（ResetPin）时间（配置一个正常的工程然后进入烧录），如下图：

多次点击ReTry,然后记录了如下波形 (KingST的逻辑分析仪，支持一波国产)。

可以看到第一阶段有400ms的拉低时间，第二阶段有1.9S的拉低时间。那么只需要在ReSetPin在拉低的时间内给MCU上电即可进入刷写。（单身汪完全可以满足这个时间需求）

3.2.2修改硬件

查看原理图，发现是0欧姆短接，那么需要去掉0欧姆短接电阻，然后使用排针短接帽的形式来供电（J1的0偶换成跳线座）。

3.2.3尝试烧录

首先进入debug,然后等待首次超时，此时在单击Retry按钮的同时短接J1的跳线。此时可以正常烧录，如下图：

此时，完成烧录的修复。后期出现无法烧录均可以采用此方案（锁定Jtag保护的除外）。不需要jlink等其他设备。

3.3修复EB配置

此处可以根据对应的硬件配置对应的JTAG Port的属性进行配置，这里不再赘述。

4.总结

采用MCU的上电复位可以修复OpenSda不能烧录S32K144的问题，此外建议在配置工程后首先在RAM中运行调试，避免错误的配置导致上述调试问题发生。