本文主要是介绍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中运行调试,避免错误的配置导致上述调试问题发生。
这篇关于S32K14x OpenSDA 无法烧录问题解决方法的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!