• 痞子衡嵌入式:恩智浦i.MX RT1xxx系列MCU启动那些事(2)- Boot配置(BOOT Pin/eFUSE)



      大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家介绍的是恩智浦i.MX RT1xxx系列MCU的Boot配置

      在上一篇文章 Boot简介 里痞子衡为大家介绍了Boot基本原理以及i.MXRT1xxx Boot方式简介。今天痞子衡就来重点聊一聊i.MXRT1xxx Boot方式具体由哪些配置决定的。

      无论是什么芯片里的BootROM,其最核心的功能无非两个:一、从存放Application的存储器中加载执行;二、通过支持的通信接口接收来自Host的Application数据完成更新,所以Boot配置也主要围绕这两个核心功能。

    一、Boot行为模式选择

      BOOT_MODE[1:0] pin是决定i.MXRT1xxx Boot行为的最顶层配置,但是与上一篇文章里介绍的Kinetis/LPC/STM32 Boot Mode配置不同的是,i.MXRT1xxx上电永远是从ROM里开始启动,此处的BOOT_MODE[1:0]决定的仅是BootROM程序的不同行为模式(执行代码分支),而Kinetis/LPC/STM32 Boot Mode侧重的是决定CPU从ROM还是FLASH里启动。

    1.1 BOOT_MODE[1:0] Pinout

      下表是BOOT_MODE相关pinout信息,可在参考手册的External Signals and Pin Multiplexing章节中找到。
      i.MXRT117x pinout:


      i.MXRT105x / i.MXRT106x / i.MXRT1064 pinout:

      i.MXRT102x / i.MXRT1015 pinout:


      i.MXRT1011 pinout:


    1.2 BMOD[1:0]三种模式

      BOOT_MODE[1:0] pin状态是在POR_B pin上沿时被自动采样存储在芯片内部的寄存器SRC->SBMR2[25:24]中的,这两个bit也叫BMOD[1:0],BootROM其实是根据BMOD[1:0]的值来决定Boot行为的。(注意:如果改变了BOOT_MODE[1:0] pins的输入状态而使用ONOFF pin(RESET_B)去软复位,Boot行为并不会改变,因为BMOD[1:0]值并未改变)。

      从上述Boot MODE pin settings表中我们可以知道,除了BMOD[1:0]=2'b11这种情况是reserved之外,其余三种情况对应三种Boot行为,痞子衡为大家逐一分析,先从最简单的行为模式(Serial Downloader)说起。

    1.2.1 Serial Downloader模式(UART/USB-HID)

      Serial Downloader模式顾名思义即串行下载模式,在这种模式下,BootROM通过指定的USB或者UART口来接收来自Host(恩智浦提供了上位机工具sdphost.exe或者mfgtool或者MCUBootUtility)的Application数据,并将数据存储在SRAM中执行,这种模式其实就是从SRAM启动,但是如果用这种模式去Boot Application缺点很明显,每次上电都需要将Application重新下载进SRAM,无法做到脱机自动Boot,所以显然这种模式的主要目的并不是从SRAM启动Application,那它到底有什么用?
      其实Serial Downloader模式主要是用来从SRAM中启动Flashloader,恩智浦官方提供了Flashloader程序,Flashloader程序可以用来将你的Application下载进i.MXRT1xxx支持的所有外部非易失性存储器中,为后续从外部存储器启动做准备。除此以外Serial Downloader模式还可以用来查看Fuse值。
      关于Serial Downloader模式以及Flashloader具体如何应用,痞子衡会在下一篇文章里进一步介绍。

    1.2.2 Boot From Fuses模式

      Boot From Fuses模式从名字来看其实会让人误解,这个模式并不是从Fuse里加载Application启动的意思,而是根据Fuse里的一些Boot配置值来决定从哪个外部存储器Boot。Fuse是i.MXRT1xxx里一块特殊的存储区域,用于存放全部芯片配置信息,其中有一部分配置信息和Boot相关。
      在参考手册Fusemap这一章节,可以看到完整的Fuse Map表,其中偏移0x460处的32bit配置数据的bit4是BT_FUSE_SEL,这个bit至关重要,决定了Boot From Fuses模式的主要行为,具体表现如下:

    • BT_FUSE_SEL=0:表明所有外部存储器中均没有Application,此时Boot From Fuses模式等同于Serial Downloader模式。
    • BT_FUSE_SEL=1:表明有外部存储器中存在有效Application,此时BootROM会根据Fuse中其他Boot配置信息进一步选择指定的外部存储器(Boot Device)去Boot。

      关于Fuse中其他Boot配置信息,文章后面痞子衡会继续讲。

    1.2.3 Internal Boot模式(Serial NOR/NAND、Parallel NOR/NAND、SD/eMMC、1bit Recovery SPI NOR)

      Internal Boot模式其实跟Boot From Fuses模式(BT_FUSE_SEL=1时)很类似,只是这个模式下BT_FUSE_SEL的意义有点不同,具体表现如下:

    • BT_FUSE_SEL=0:BootROM根据BOOT_CFG[x:0] pins和Fuse中Boot配置综合决定Boot Device,其中BOOT_CFG[x:0] pins的配置会覆盖Fuse中意义相同的Boot配置信息。
    • BT_FUSE_SEL=1:BootROM完全根据Fuse中Boot配置信息选择指定的Boot Device去Boot。

      我们可以通过更改BOOT_CFG[x:0] pins输入状态来切换Boot配置,这部分Boot配置在Fuse里也同样存在,但是使用BOOT_CFG[x:0]来更改Boot配置显然比烧写Fuse更方便快捷(也可以认为BOOT_CFG[x:0]主要用于产品开发过程中,待产品开发结束后,应直接用Fuse来锁定Boot配置)。关于BOOT_CFG[x:0] pin具体提供哪些Boot配置,文章后面痞子衡会继续讲。

    二、Boot Device类型选择

      前面痞子衡讲了,无论是Boot From Fuses模式还是Internal Boot模式,最终目的都是为了选择合适的Boot Device加载启动,那么Boot Device到底如何确定?主要取决于BOOT_CFG[x:0] pin以及Fuse里的BOOT_CFG1位。
      BOOT_CFG[x:0] pin(在RT105x/RT106x上是12bit,在RT102x上是10bit)跟Boot Device选择相关的是BOOT_CFG[7:4]这4个bit,对应Fuse里是偏移0x450处32bit配置数据里的bit4-7(也叫BOOT_CFG1[7:4]),本小节主要介绍的是BOOT_CFG1[7:4]。

    2.1 BOOT_CFG[x:0] Pinout

      下表是BOOT_CFG相关pinout信息,可在参考手册的External Signals and Pin Multiplexing章节中找到。
      i.MXRT117x pinout:

      i.MXRT105x / i.MXRT106x / i.MXRT1064 pinout:

      i.MXRT102x / i.MXRT1015 pinout:


      i.MXRT1011 pinout:

    2.2 BOOT_CFG1[7:4]六种Device

      BOOT_CFG1[7:4]用于选择具体Boot Device,无论是RT105x/RT106x还是RT102x,它们支持的外部存储器种类是一样的,但是这里的具体配置值两个芯片上稍稍有些区别(主要是SD和SEMC NAND不一样)。
      下表是BOOT_CFG1[7:4]具体配置值信息,可在参考手册的Fusemap章节中找到。
      i.MXRT117x device selection:

      i.MXRT1064 device selection:

      i.MXRT105x / i.MXRT106x device selection:

      i.MXRT102x device selection:

      i.MXRT1015 device selection:

    三、Boot Device具体配置

      当Boot Device已经确定之后,底下就是配置该Device具体属性了。假设我们选择了Serial NOR FLASH,但是Serial NOR只是一类FLASH的统称,市面上有非常多的Serial NOR芯片,每个芯片特性可能不完全一样,那么BootROM怎么知道这些不同的Serial NOR芯片的特性呢?还是通过BOOT_CFG[x:0] pin和Fuse来指定。

    3.1 BOOT_CFG[x:0]

      BOOT_CFG[x:0] pin其实是跟Fuse里是偏移0x450处32bit配置数据里的bit0-x是对应的。

    • BOOT_CFG[7:0] pin对应的是Fuse BOOT_CFG1[7:0]
    • BOOT_CFG[x:8] pin对应的是Fuse BOOT_CFG2[x-8:0]

      前面讲过BOOT_CFG1[7:4]是用来确定Boot Device类型的,其余bit就是用来配置当前选择的Boot Device的具体信息,因此不同的Boot Device,这些bit的意义是不一样的。具体在Fuse里统一介绍。

    3.2 eFUSE map

      前面讲过,Fuse是i.MXRT1xxx里一块特殊的存储区域,用于存放全部芯片配置信息,其中有一部分区域分配给Boot。参考手册的Fusemap章节中可见所有bit具体定义,这里痞子衡仅贴出一部分用于示例:

      从上表中我们可以看到i.MXRT105x上BOOT_CFG1,BOOT_CFG2共16bit的完整定义,除了BOOT_CFG1[7:4]前面已经介绍过之外,从其余bit的定义来看,确实是与具体Boot Device属性相关的。
      这些Boot相关的Fuse定义,在这里逐一解释意义不大,需要结合具体Boot Device一起来看,痞子衡后续会在介绍每个Boot Device启动的文章里再进一步分析。

      至此,恩智浦i.MX RT1xxx系列MCU的Boot配置痞子衡便介绍完毕了,掌声在哪里~~~

    欢迎订阅

    文章会同时发布到我的 博客园主页CSDN主页微信公众号 平台上。

    微信搜索"痞子衡嵌入式"或者扫描下面二维码,就可以在手机上第一时间看了哦。

  • 相关阅读:
    jfreechart各种图表生成源码练习
    已知两圆圆心坐标及半径求两圆交点 (C语言|参数方程求解)
    关于“Internet Explorer无法打开站点,已终止操作”的解决方法
    用批处理编译VC2008工程
    NET 3.5 SP1和VS2008 SP1 Beta版
    "Couldn't find installable ISAM."这条错误信息,什么含义?
    ArcGIS Server 开发系列(二)Web ADF 编程 (转载于Flyingis)
    ArcGIS Server 开发系列(一)编程框架总览 (转载于Flyingis)
    雅虎公司C#笔试题
    datagrid的即时刷新
  • 原文地址:https://www.cnblogs.com/henjay724/p/9034563.html
Copyright © 2020-2023  润新知