妙用MCU中SystemReset不复位的通用寄存器

撞上电子

大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家介绍的是i.MXRT1xxx里SystemReset不复位的GPR寄存器的小妙用。
; H0 X* P" E" H3 `. Z9 L6 Y) H: u) }我们知道稍大规模的项目代码设计一般都是多人协作完成的，在项目开始阶段的总体设计时，项目组长通常会将代码按功能进行划分，每个功能块代码之间尽量做到耦合度低、互不依赖、互不影响，这样各功能可以独立进行单元测试，项目得以并行开发，后期通过事先定义好的接口/协议进行功能块集成即可。
但上述方法在嵌入式软件项目里有时候会遇到功能块集成后互相干扰的问题，因为嵌入式项目很多时候并不是纯软件设计，也会跟片内外设资源打交道，而片内外设属于硬件范畴，硬件模块的工作是有前后状态依赖的（这点在片内时钟的配置上体现得尤其明显），出了问题传统方法是具体分析具体解决，来一个就解决一个，但任何代码的改动或者后期新特性的增加都可能会带来新的潜在干扰问题。
那么对于上述困境，有没有一个一劳永逸的解决方法？其实是有的！那就是每个功能块在设计时都不要依赖芯片初始状态，按照进入时先清理系统环境，然后做功能设计，退出时做一下系统恢复。这种方法虽然保险，但是会引入集成后项目整体运行低效的问题。今天痞子衡要在具体项目实战中介绍一种利用i.MXRT芯片内System Reset后不复位的GPR寄存器来解决属性上互斥的功能代码块集成互相干扰问题的方法。
一、SBL项目中的痛点恩智浦MCU SE团队近期一直在加班加点赶一个大项目，这个项目是为客户产品OTA需求而生的。我们知道在线升级是每个智能产品都不可绕开的话题，恩智浦SE团队为了方便客户在基于i.MXRT/LPC的产品上做在线升级，特别推出OTA参考设计，下面是功能架构简图：项目分为SBL + SFW两部分，SBL负责ISP本地更新（UART/USB）以及App切换管理；SFW是一个示例App，其除了客户项目业务功能外，也集成了远程更新功能（WiFi、以太、U盘、SD卡四种升级方式）。