1. 为什么第一课选了LED从ARM裸机开发的特殊性说起我见过不少刚接触嵌入式Linux的朋友买了一块i.MX6ULL开发板第一反应是“我要跑系统、写驱动、点个屏”。但真正把i.MX6ULL这块Cortex-A7芯片跑起来之后你会发现第一课往往不是“Hello World”而是“点亮一颗LED”。原因很简单在单片机上点亮LED只要会写GPIO寄存器就行但在Cortex-A系列处理器上点亮LED这件事背后藏着一整套启动流程、内存布局和镜像格式的知识。i.MX6ULL从SD卡上电到你的C代码真正执行中间隔着Boot ROM、镜像头、DDR初始化这些看不见的关卡。如果把这一切比作开车在单片机上点亮LED是“松开手刹”在i.MX6ULL上点亮LED则是“把整辆车从车库倒出来再开上主路”——手刹只是最后一步。所以这个项目虽然叫“点亮LED”它的真实价值在于帮你建立三个基本认知第一Cortex-A7和Cortex-M的裸机开发逻辑完全不一样。单片机比如STM32上电后直接从头执行Flash里的代码而Cortex-A7上电后第一个执行的是芯片内部固化的一段Boot ROM它负责从你指定的介质SD卡、eMMC、NAND等读取镜像然后跳转到DDR内存里执行。也就是说你写的代码不是直接被CPU执行的而是被Boot ROM“搬运”到内存里再执行的。第二链接地址不是随便定的。既然代码要被搬运到DDR里执行编译时就必须告诉链接器“这段代码最终会被放在哪个地址”这个地址叫链接地址。对i.MX6ULL来说常见的内存起点就是0x87800000。低了会撞到Boot ROM或内部RAM高了可能会有地址空洞所以这个地址几乎成为了i.MX6ULL裸机工程的默认约定。第三镜像不是裸的二进制。SD卡上的镜像需要按特定格式组织Boot ROM才能识别。这里面涉及IVTImage Vector Table、Boot Data、DCDDevice Configuration Data等概念。DCD尤其关键——它用来在启动早期初始化DDR否则你把代码链接到0x87800000CPU跳过去面对的可能是一块还没“通电”的内存。如果你之前只玩过单片机这个项目会有一种“原来如此”的顿悟感如果你已经有嵌入式Linux开发经验但没写过裸机这个项目也能帮你把启动阶段的知识补上。下面我按实际操作的顺序把从原理图到寄存器、从编译到烧录的完整链路拆开讲清楚。2. 动手前先看两张图电路原理图与芯片手册怎么配合很多人拿到开发板就直接打开数据手册搜寄存器这个顺序是反的。正确顺序是先看开发板的原理图确定LED挂在哪个引脚上、是高电平点亮还是低电平点亮然后带着这两个信息去查芯片手册。2.1 从原理图确定引脚号和点亮电平以常见的i.MX6ULL开发板为例板载LED通常接在GPIO1_IO03或GPIO5_IO01这类引脚上。原理图里你会看到类似这样的标注LED0连接到芯片的GPIO1_IO03另一端通过一个限流电阻接到3.3V电源或者接到GND。这里就要注意了如果LED另一端接3.3V说明要让LED亮起来引脚必须输出低电平电流从电源流过LED再到引脚这叫“低电平点亮”如果LED另一端接GND则引脚需要输出高电平这叫“高电平点亮”。这个信息直接决定了后面数据寄存器怎么写。很多新手上来把GPIO配置成输出、然后置1结果灯不亮再一查原理图才发现是低电平点亮白白折腾半天。2.2 在手册里定位三个模块CCM、IOMUXC、GPIO确定引脚之后打开i.MX6ULL参考手册你会发现操作一个GPIO至少要碰三个模块CCMClock Controller Module负责给GPIO模块提供时钟。很多模块的时钟默认是关闭的如果你不先在CCM里使能对应的时钟后面写GPIO寄存器可能根本没有反应——代码执行了但硬件纹丝不动。IOMUXCIOMUX Controller负责引脚复用配置。同一个物理引脚往往有多个功能比如GPIO1_IO03除了当GPIO用还可能是某个UART、PWM或定时器通道。你要把它切换到GPIO功能就需要设置对应的MUX寄存器此外还要配置电气属性比如驱动能力、上下拉、压摆率这就要动PAD寄存器。GPIO本身包含数据寄存器、方向寄存器等。设置方向位为输出再往数据寄存器写电平LED就亮了。对应到i.MX6ULL的具体寄存器我以GPIO1_IO03为例把常用地址整理一下。注意不同版本的手册地址可能有细微出入且不同开发板引脚不同下面表格的值是针对GPIO1的配置实际使用时务必以你自己的原理图和手册为准。模块寄存器名称地址示例作用CCMCCM_CCGR10x020C406C使能GPIO1等外设的时钟IOMUXCIOMUXC_SW_MUX_CTL_PAD_GPIO1_IO030x020E0068设置引脚复用功能选择ALT5为GPIOIOMUXCIOMUXC_SW_PAD_CTL_PAD_GPIO1_IO030x020E02E8配置电气属性上下拉、驱动强度、压摆率GPIOGPIO1_DR0x0209C000数据寄存器输出0或1GPIOGPIO1_GDIR0x0209C004方向寄存器配置为输入或输出这里我想多说一句使能时钟这一步在单片机里通常由启动文件或库函数帮你做了但在Cortex-A裸机上没人替你擦屁股你不使能时钟模块就是睡着的。判断“是否真的需要使能”有一个笨办法——读一下寄存器看看复位值和你写入的值是否一致。如果写了却没变化先查时钟再查是否写错了地址。3. 寄存器配置的全链路时钟、复用、电气属性、方向、数据现在进入核心代码环节。我用的例子是GPIO1_IO03低电平点亮。整个配置顺序建议是先时钟再MUX再PAD再方向最后数据。这个顺序不是强行规定的但按它写不会出问题而且逻辑上最顺。3.1 五个寄存器的配置顺序和取值第一步使能GPIO1时钟。最省事的写法是把CCM_CCGR1整体写成0xFFFFFFFF这样该寄存器控制的时钟全部使能。这种做法在初学阶段完全没问题跑通之后你可以再回去查每个bit的用途做精细控制。#define CCM_CCGR1 (*(volatile unsigned int *)0x020C406C) CCM_CCGR1 0xFFFFFFFF;第二步设置引脚复用功能为GPIO。对GPIO1_IO03来说MUX寄存器选择ALT5也就是写入0x5。#define IOMUXC_MUX_GPIO1_IO03 (*(volatile unsigned int *)0x020E0068) IOMUXC_MUX_GPIO1_IO03 0x5;第三步配置电气属性。这里我给一个常用的值作为示例0x000010B0。拆开看bit13的PUE位为0表示关闭内部上拉/下拉电阻bit7:6的SPEED设置为10对应medium档压摆率bit5:3的DSE设置为110对应中等驱动能力。LED对压摆率不敏感这个配置完全可以点亮而且比全0更贴近实际项目的设置习惯。如果LED比较亮或比较暗可以调DSE档位试试但初学者不建议在这里花太多时间。#define IOMUXC_PAD_GPIO1_IO03 (*(volatile unsigned int *)0x020E02E8) IOMUXC_PAD_GPIO1_IO03 0x000010B0;第四步设置方向。GPIO1_GDIR的bit3写1表示GPIO1_IO03为输出。为了让代码可读性好一点推荐用位操作而不是直接整个寄存器赋值#define GPIO1_GDIR (*(volatile unsigned int *)0x0209C004) GPIO1_GDIR | (1 3);第五步写数据。因为是低电平点亮所以把bit3清0灯就亮#define GPIO1_DR (*(volatile unsigned int *)0x0209C000) GPIO1_DR ~(1 3);3.2 最小可运行的main函数把上面几段整合到main.c里再加一个简单的软件延时就是一个完整的点亮程序。很多人会问延时为什么用空循环因为在裸机里没有操作系统提供sleepCPU只能自己数数。这个延时不精确但对于点亮LED来说足够证明程序在正常运行了。void delay(volatile unsigned int n) { while (n--); } int main(void) { CCM_CCGR1 0xFFFFFFFF; IOMUXC_MUX_GPIO1_IO03 0x5; IOMUXC_PAD_GPIO1_IO03 0x000010B0; GPIO1_GDIR | (1 3); GPIO1_DR ~(1 3); while (1) { delay(500000); } return 0; }3.3 为什么寄存器必须用volatile修饰上面代码里我把寄存器地址强制转换成指针然后立刻用volatile修饰。这个细节值得说一下。C语言编译器在开启优化后可能把连续的读写操作“优化”掉或者把值缓存到寄存器里导致你写的代码没有真正访问内存地址。对普通变量这是好事对寄存器这是灾难。加上volatile之后编译器就会老老实实地在读写的时刻真正访问内存不再自作聪明。我在第一次写这个工程时main函数里的延时循环没加volatile编译时开了-O2结果延时被优化成了几乎空转LED亮倒是亮了但闪烁频率完全不对。排查了很久最后发现是要给计数器指针加volatile。这个问题在《C专家编程》里也提到过但自己踩一遍印象最深。4. 一个裸机工程的三件套启动汇编、链接脚本、MakefileC代码有了但光靠它还不能直接在i.MX6ULL上跑。你还需要三样东西一段启动汇编、一个链接脚本、一套Makefile。这三样决定了你的程序能否被正确加载、链接、启动。4.1 为什么链接地址必须是0x87800000启动汇编的核心任务只有两个设置栈指针、调用main。但在此之前你得先想明白一个问题这段代码会被Boot ROM加载到哪里执行i.MX6ULL的内部RAM只有128KB左右显然放不下一个复杂的裸机程序所以绝大多数裸机工程都把代码链接到DDR地址0x87800000。Boot ROM在解析镜像头时会先把DDR初始化好这一步靠DCD然后把代码拷贝到0x87800000最后跳转过去。因此链接脚本必须以0x87800000为起点否则CPU一跳就飞到不知道哪里去了。4.2 启动汇编与链接脚本start.S的内容非常短.text .global _start _start: ldr sp, 0x87800000 bl main loop: b loop设置栈指针用0x87800000是因为栈是向下增长的我们把栈顶放在代码段的开头地址这样栈往下长正好占用后面未被代码段覆盖的内存空间。bl main跳进C世界之后main里是死循环理论上不会回来但万一main返回了loop里死循环兜底这是嵌入式程序的基本素养——不允许跑飞。链接脚本imx6ull.ldsENTRY(_start) SECTIONS { . 0x87800000; .text : { *(.text) } .rodata : { *(.rodata) } .data : { *(.data) } .bss : { *(.bss) } }这个脚本只做了最简单的事把.text、.rodata、.data、.bss依次放在从0x87800000开始的连续地址上。实际工程里还会加__bss_start、__bss_end符号然后启动汇编里清BSS段但对于我们点亮LED这个级别BSS段里的变量大多是全局变量初值为0不清BSS最多是某些全局变量初始值不对LED不会因此不亮。为了严谨我建议把清BSS的代码加上这个习惯越早养成越好。4.3 IVT与DCD从bin到可启动镜像的最后一步启动汇编和链接脚本准备好之后编译出来的还是纯二进制bin文件。这个bin直接烧进SD卡是启动不了的。i.MX6ULL的Boot ROM要求镜像按特定结构组织前面要有IVT头、Boot Data、DCD数据。IVT里记录了这个镜像加载到内存的地址、镜像大小、入口函数地址等信息。DCD则是一组“配置指令”Boot ROM解析后会逐条执行这些指令把DDR控制器初始化好。也就是说你的程序虽然链接在0x87800000但如果DCD没有把DDR配好代码拷过去也执行不了。这部分手工拼会比较痛苦好在学习社区里已经有现成的工具。常见做法是把编译出的bin文件塞给一个小工具它自动帮你生成带完整头结构的.imx文件然后写进SD卡。这类工具多半有类似下面的用法./imxdownload led.bin /dev/sdb注意扩展名可能不是.bin也可能是.imx不同工具输出的东西不同但底层逻辑都一样给原始bin补上Boot ROM需要的启动头。我不在这里写死某个工具的下载地址和完整命令因为这类工具版本很多参数细节也有差异建议你以自己手头BSP或教程里的工具为准。你真正需要理解的是bin文件不是最终产物加了头的镜像才是。5. 上电实测与三个最常见的翻车现场烧录之后拨好启动开关上电。如果你运气好LED亮了恭喜你可以直接跳到后面一节。但如果LED没亮也别慌我把最常见的问题按“烧录阶段”和“运行阶段”分开说。5.1 烧录前的设备识别先说烧录阶段最容易被忽视的坑SD卡设备节点搞错。Linux下SD卡通常显示为/dev/sdb、/dev/sdc这样的名称但如果你电脑上插着U盘它也可能叫/dev/sdb。很多人一激动直接对着/dev/sdb写入结果用的是一个U盘镜像写进去拔下来插到板子上当然不启动更严重的是有人把系统盘所在的/dev/sda也写坏了那真是血泪教训。所以烧录前务必执行一次lsblk看清楚容量SD卡一般是8GB或16GBU盘可能是32GB或64GB再核对一下型号名称确认设备节点对应的是你要烧的那张卡再动手。这一步花不了10秒但能帮你避免一晚上的损失。5.2 翻车现场一LED完全没反应上电后LED完全不亮优先怀疑三个方向启动介质没选对。i.MX6ULL开发板通常有拨码开关或跳线帽来选择从SD卡、eMMC、NAND启动。如果你拨到了eMMC启动SD卡里的镜像根本不会被读取程序完全没有执行。去翻一下开发板手册把启动模式拨到SD卡启动。镜像头没做好。bin文件直接烧进去或者工具输出的格式不对Boot ROM无法解析CPU还在Boot ROM里打转。这时LED自然不亮。寄存器地址或复用配错。这个最常见。比如原理图上是GPIO5_IO01你却配置了GPIO1_IO03的MUX方向倒是设对了但引脚根本没被切到GPIO功能于是电平无法输出。我自己的排错方法是先肉眼确认启动拨码再用串口连接看Boot ROM有没有打印启动信息。i.MX6ULL的Boot ROM在串口上会输出一些字符如果串口有输出说明Boot ROM已经在工作问题就缩小到镜像内容和寄存器配置上。5.3 翻车现场二程序没跑起来如果串口打印正常但LED不动作多半是DCD问题。DCD是用来初始化DDR的如果你写DCD时DDR参数配错Boot ROM往0x87800000拷贝代码时就会失败或者拷贝过去了但CPU跳转后访问到的是无效内存程序立马死掉。这类问题有一个很明显的特征串口上你会看到Boot ROM输出了某种错误提示或者代码下载阶段卡住。这时候不要慌仔细检查你用的下载工具和镜像生成流程是否完整换一个别人验证过能启动的最小镜像做对照实验往往比反复修改自己的代码更快定位到问题。5.4 翻车现场三复位瞬间LED闪一下上电瞬间LED闪了一下然后又灭了这种情况其实说明你的程序已经跑起来了但马上又复位了或者是反复复位。背后的原因可能是看门狗在捣乱。Cortex-A7裸机环境里看门狗没有喂狗逻辑一旦超时就把SoC复位。你的LED刚亮系统又从头开始跑于是灯只是闪一下。这种问题解决的办法很直接在start.S进入main之前把看门狗相关的寄存器配置一下把看门狗关掉或者在main循环里周期性喂狗。关狗是大多数裸机工程的默认做法因为裸机本身就希望CPU一直执行不需要看门狗来“监督”。如果你参考的BSP模板里有几行关狗的代码建议直接保留不要觉得多余。6. 点亮之后怎么验证自己真的懂了点亮LED这个项目做完很容易产生一种“好像会了又好像啥也没学会”的感觉。这是正常的因为从表面看你只是写了几个寄存器赋值。我建议你做下面两件小事来检验自己是不是真懂了这两件事都不难但收获比再跑十个流水灯都大。6.1 从亮到闪理解延时与BSS把“常亮”改成“闪烁”只需要在main循环里加一个反向操作while (1) { GPIO1_DR ^ (1 3); delay(500000); }这个改动本身没什么难度但它会逼你面对一个真实的问题你的代码里有没有全局变量如果有它们分布在BSS段还是DATA段BSS段清零了吗闪烁程序里如果用了全局变量作为延时计数而你的启动汇编没有清BSS这个变量的初值就不确定闪烁频率会变得很奇怪。很多教程会把清BSS当成“标准动作”直接写上但如果你自己独立做一遍闪烁实验会真正理解为什么要有这个标准动作。6.2 换一个引脚重新配置检验查手册能力第二个建议是拿起开发板原理图找到另一颗LED通常每块开发板不止一颗走一遍完整流程查原理图确认引脚号、确认点亮电平、去手册里查MUX寄存器和PAD寄存器的地址、查GPIO对应的时钟使能位、修改代码、重新编译烧录。这一遍下来你会发现自己从“照着教程抄”变成了“自己能查资料”。我当年就是这个实验让我彻底记住了IOMUXC和CCM的基本查找方法。往后的裸机项目——按键、串口、PWM、中断——本质上都是重复这套流程只是外设模块不同、寄存器不同而已。最后再分享一个小技巧调试阶段不要一上来就用最复杂的代码结构。先让LED亮再去思考代码组织、封装、抽象。点灯这种规模的项目代码写丑一点没关系但启动流程、链接地址、内存分布这些底层概念一定要在脑子里扎下根。这些地基打好之后后面跑Linux、写设备树、调驱动遇到问题你才不至于两眼一抹黑。 
长河君 · 2026/10/21 19:25:07 · 阅读 1.2k i.MX6ULL裸机开发：从点亮LED掌握ARM启动与寄存器配置
1. 为什么第一课选了LED从ARM裸机开发的特殊性说起我见过不少刚接触嵌入式Linux的朋友买了一块i.MX6ULL开发板第一反应是“我要跑系统、写驱动、点个屏”。但真正把i.MX6ULL这块Cortex-A7芯片跑起来之后你会发现第一课往往不是“Hello World”而是“点亮一颗LED”。原因很简单在单片机上点亮LED只要会写GPIO寄存器就行但在Cortex-A系列处理器上点亮LED这件事背后藏着一整套启动流程、内存布局和镜像格式的知识。i.MX6ULL从SD卡上电到你的C代码真正执行中间隔着Boot ROM、镜像头、DDR初始化这些看不见的关卡。如果把这一切比作开车在单片机上点亮LED是“松开手刹”在i.MX6ULL上点亮LED则是“把整辆车从车库倒出来再开上主路”——手刹只是最后一步。所以这个项目虽然叫“点亮LED”它的真实价值在于帮你建立三个基本认知第一Cortex-A7和Cortex-M的裸机开发逻辑完全不一样。单片机比如STM32上电后直接从头执行Flash里的代码而Cortex-A7上电后第一个执行的是芯片内部固化的一段Boot ROM它负责从你指定的介质SD卡、eMMC、NAND等读取镜像然后跳转到DDR内存里执行。也就是说你写的代码不是直接被CPU执行的而是被Boot ROM“搬运”到内存里再执行的。第二链接地址不是随便定的。既然代码要被搬运到DDR里执行编译时就必须告诉链接器“这段代码最终会被放在哪个地址”这个地址叫链接地址。对i.MX6ULL来说常见的内存起点就是0x87800000。低了会撞到Boot ROM或内部RAM高了可能会有地址空洞所以这个地址几乎成为了i.MX6ULL裸机工程的默认约定。第三镜像不是裸的二进制。SD卡上的镜像需要按特定格式组织Boot ROM才能识别。这里面涉及IVTImage Vector Table、Boot Data、DCDDevice Configuration Data等概念。DCD尤其关键——它用来在启动早期初始化DDR否则你把代码链接到0x87800000CPU跳过去面对的可能是一块还没“通电”的内存。如果你之前只玩过单片机这个项目会有一种“原来如此”的顿悟感如果你已经有嵌入式Linux开发经验但没写过裸机这个项目也能帮你把启动阶段的知识补上。下面我按实际操作的顺序把从原理图到寄存器、从编译到烧录的完整链路拆开讲清楚。2. 动手前先看两张图电路原理图与芯片手册怎么配合很多人拿到开发板就直接打开数据手册搜寄存器这个顺序是反的。正确顺序是先看开发板的原理图确定LED挂在哪个引脚上、是高电平点亮还是低电平点亮然后带着这两个信息去查芯片手册。2.1 从原理图确定引脚号和点亮电平以常见的i.MX6ULL开发板为例板载LED通常接在GPIO1_IO03或GPIO5_IO01这类引脚上。原理图里你会看到类似这样的标注LED0连接到芯片的GPIO1_IO03另一端通过一个限流电阻接到3.3V电源或者接到GND。这里就要注意了如果LED另一端接3.3V说明要让LED亮起来引脚必须输出低电平电流从电源流过LED再到引脚这叫“低电平点亮”如果LED另一端接GND则引脚需要输出高电平这叫“高电平点亮”。这个信息直接决定了后面数据寄存器怎么写。很多新手上来把GPIO配置成输出、然后置1结果灯不亮再一查原理图才发现是低电平点亮白白折腾半天。2.2 在手册里定位三个模块CCM、IOMUXC、GPIO确定引脚之后打开i.MX6ULL参考手册你会发现操作一个GPIO至少要碰三个模块CCMClock Controller Module负责给GPIO模块提供时钟。很多模块的时钟默认是关闭的如果你不先在CCM里使能对应的时钟后面写GPIO寄存器可能根本没有反应——代码执行了但硬件纹丝不动。IOMUXCIOMUX Controller负责引脚复用配置。同一个物理引脚往往有多个功能比如GPIO1_IO03除了当GPIO用还可能是某个UART、PWM或定时器通道。你要把它切换到GPIO功能就需要设置对应的MUX寄存器此外还要配置电气属性比如驱动能力、上下拉、压摆率这就要动PAD寄存器。GPIO本身包含数据寄存器、方向寄存器等。设置方向位为输出再往数据寄存器写电平LED就亮了。对应到i.MX6ULL的具体寄存器我以GPIO1_IO03为例把常用地址整理一下。注意不同版本的手册地址可能有细微出入且不同开发板引脚不同下面表格的值是针对GPIO1的配置实际使用时务必以你自己的原理图和手册为准。模块寄存器名称地址示例作用CCMCCM_CCGR10x020C406C使能GPIO1等外设的时钟IOMUXCIOMUXC_SW_MUX_CTL_PAD_GPIO1_IO030x020E0068设置引脚复用功能选择ALT5为GPIOIOMUXCIOMUXC_SW_PAD_CTL_PAD_GPIO1_IO030x020E02E8配置电气属性上下拉、驱动强度、压摆率GPIOGPIO1_DR0x0209C000数据寄存器输出0或1GPIOGPIO1_GDIR0x0209C004方向寄存器配置为输入或输出这里我想多说一句使能时钟这一步在单片机里通常由启动文件或库函数帮你做了但在Cortex-A裸机上没人替你擦屁股你不使能时钟模块就是睡着的。判断“是否真的需要使能”有一个笨办法——读一下寄存器看看复位值和你写入的值是否一致。如果写了却没变化先查时钟再查是否写错了地址。3. 寄存器配置的全链路时钟、复用、电气属性、方向、数据现在进入核心代码环节。我用的例子是GPIO1_IO03低电平点亮。整个配置顺序建议是先时钟再MUX再PAD再方向最后数据。这个顺序不是强行规定的但按它写不会出问题而且逻辑上最顺。3.1 五个寄存器的配置顺序和取值第一步使能GPIO1时钟。最省事的写法是把CCM_CCGR1整体写成0xFFFFFFFF这样该寄存器控制的时钟全部使能。这种做法在初学阶段完全没问题跑通之后你可以再回去查每个bit的用途做精细控制。#define CCM_CCGR1 (*(volatile unsigned int *)0x020C406C) CCM_CCGR1 0xFFFFFFFF;第二步设置引脚复用功能为GPIO。对GPIO1_IO03来说MUX寄存器选择ALT5也就是写入0x5。#define IOMUXC_MUX_GPIO1_IO03 (*(volatile unsigned int *)0x020E0068) IOMUXC_MUX_GPIO1_IO03 0x5;第三步配置电气属性。这里我给一个常用的值作为示例0x000010B0。拆开看bit13的PUE位为0表示关闭内部上拉/下拉电阻bit7:6的SPEED设置为10对应medium档压摆率bit5:3的DSE设置为110对应中等驱动能力。LED对压摆率不敏感这个配置完全可以点亮而且比全0更贴近实际项目的设置习惯。如果LED比较亮或比较暗可以调DSE档位试试但初学者不建议在这里花太多时间。#define IOMUXC_PAD_GPIO1_IO03 (*(volatile unsigned int *)0x020E02E8) IOMUXC_PAD_GPIO1_IO03 0x000010B0;第四步设置方向。GPIO1_GDIR的bit3写1表示GPIO1_IO03为输出。为了让代码可读性好一点推荐用位操作而不是直接整个寄存器赋值#define GPIO1_GDIR (*(volatile unsigned int *)0x0209C004) GPIO1_GDIR | (1 3);第五步写数据。因为是低电平点亮所以把bit3清0灯就亮#define GPIO1_DR (*(volatile unsigned int *)0x0209C000) GPIO1_DR ~(1 3);3.2 最小可运行的main函数把上面几段整合到main.c里再加一个简单的软件延时就是一个完整的点亮程序。很多人会问延时为什么用空循环因为在裸机里没有操作系统提供sleepCPU只能自己数数。这个延时不精确但对于点亮LED来说足够证明程序在正常运行了。void delay(volatile unsigned int n) { while (n--); } int main(void) { CCM_CCGR1 0xFFFFFFFF; IOMUXC_MUX_GPIO1_IO03 0x5; IOMUXC_PAD_GPIO1_IO03 0x000010B0; GPIO1_GDIR | (1 3); GPIO1_DR ~(1 3); while (1) { delay(500000); } return 0; }3.3 为什么寄存器必须用volatile修饰上面代码里我把寄存器地址强制转换成指针然后立刻用volatile修饰。这个细节值得说一下。C语言编译器在开启优化后可能把连续的读写操作“优化”掉或者把值缓存到寄存器里导致你写的代码没有真正访问内存地址。对普通变量这是好事对寄存器这是灾难。加上volatile之后编译器就会老老实实地在读写的时刻真正访问内存不再自作聪明。我在第一次写这个工程时main函数里的延时循环没加volatile编译时开了-O2结果延时被优化成了几乎空转LED亮倒是亮了但闪烁频率完全不对。排查了很久最后发现是要给计数器指针加volatile。这个问题在《C专家编程》里也提到过但自己踩一遍印象最深。4. 一个裸机工程的三件套启动汇编、链接脚本、MakefileC代码有了但光靠它还不能直接在i.MX6ULL上跑。你还需要三样东西一段启动汇编、一个链接脚本、一套Makefile。这三样决定了你的程序能否被正确加载、链接、启动。4.1 为什么链接地址必须是0x87800000启动汇编的核心任务只有两个设置栈指针、调用main。但在此之前你得先想明白一个问题这段代码会被Boot ROM加载到哪里执行i.MX6ULL的内部RAM只有128KB左右显然放不下一个复杂的裸机程序所以绝大多数裸机工程都把代码链接到DDR地址0x87800000。Boot ROM在解析镜像头时会先把DDR初始化好这一步靠DCD然后把代码拷贝到0x87800000最后跳转过去。因此链接脚本必须以0x87800000为起点否则CPU一跳就飞到不知道哪里去了。4.2 启动汇编与链接脚本start.S的内容非常短.text .global _start _start: ldr sp, 0x87800000 bl main loop: b loop设置栈指针用0x87800000是因为栈是向下增长的我们把栈顶放在代码段的开头地址这样栈往下长正好占用后面未被代码段覆盖的内存空间。bl main跳进C世界之后main里是死循环理论上不会回来但万一main返回了loop里死循环兜底这是嵌入式程序的基本素养——不允许跑飞。链接脚本imx6ull.ldsENTRY(_start) SECTIONS { . 0x87800000; .text : { *(.text) } .rodata : { *(.rodata) } .data : { *(.data) } .bss : { *(.bss) } }这个脚本只做了最简单的事把.text、.rodata、.data、.bss依次放在从0x87800000开始的连续地址上。实际工程里还会加__bss_start、__bss_end符号然后启动汇编里清BSS段但对于我们点亮LED这个级别BSS段里的变量大多是全局变量初值为0不清BSS最多是某些全局变量初始值不对LED不会因此不亮。为了严谨我建议把清BSS的代码加上这个习惯越早养成越好。4.3 IVT与DCD从bin到可启动镜像的最后一步启动汇编和链接脚本准备好之后编译出来的还是纯二进制bin文件。这个bin直接烧进SD卡是启动不了的。i.MX6ULL的Boot ROM要求镜像按特定结构组织前面要有IVT头、Boot Data、DCD数据。IVT里记录了这个镜像加载到内存的地址、镜像大小、入口函数地址等信息。DCD则是一组“配置指令”Boot ROM解析后会逐条执行这些指令把DDR控制器初始化好。也就是说你的程序虽然链接在0x87800000但如果DCD没有把DDR配好代码拷过去也执行不了。这部分手工拼会比较痛苦好在学习社区里已经有现成的工具。常见做法是把编译出的bin文件塞给一个小工具它自动帮你生成带完整头结构的.imx文件然后写进SD卡。这类工具多半有类似下面的用法./imxdownload led.bin /dev/sdb注意扩展名可能不是.bin也可能是.imx不同工具输出的东西不同但底层逻辑都一样给原始bin补上Boot ROM需要的启动头。我不在这里写死某个工具的下载地址和完整命令因为这类工具版本很多参数细节也有差异建议你以自己手头BSP或教程里的工具为准。你真正需要理解的是bin文件不是最终产物加了头的镜像才是。5. 上电实测与三个最常见的翻车现场烧录之后拨好启动开关上电。如果你运气好LED亮了恭喜你可以直接跳到后面一节。但如果LED没亮也别慌我把最常见的问题按“烧录阶段”和“运行阶段”分开说。5.1 烧录前的设备识别先说烧录阶段最容易被忽视的坑SD卡设备节点搞错。Linux下SD卡通常显示为/dev/sdb、/dev/sdc这样的名称但如果你电脑上插着U盘它也可能叫/dev/sdb。很多人一激动直接对着/dev/sdb写入结果用的是一个U盘镜像写进去拔下来插到板子上当然不启动更严重的是有人把系统盘所在的/dev/sda也写坏了那真是血泪教训。所以烧录前务必执行一次lsblk看清楚容量SD卡一般是8GB或16GBU盘可能是32GB或64GB再核对一下型号名称确认设备节点对应的是你要烧的那张卡再动手。这一步花不了10秒但能帮你避免一晚上的损失。5.2 翻车现场一LED完全没反应上电后LED完全不亮优先怀疑三个方向启动介质没选对。i.MX6ULL开发板通常有拨码开关或跳线帽来选择从SD卡、eMMC、NAND启动。如果你拨到了eMMC启动SD卡里的镜像根本不会被读取程序完全没有执行。去翻一下开发板手册把启动模式拨到SD卡启动。镜像头没做好。bin文件直接烧进去或者工具输出的格式不对Boot ROM无法解析CPU还在Boot ROM里打转。这时LED自然不亮。寄存器地址或复用配错。这个最常见。比如原理图上是GPIO5_IO01你却配置了GPIO1_IO03的MUX方向倒是设对了但引脚根本没被切到GPIO功能于是电平无法输出。我自己的排错方法是先肉眼确认启动拨码再用串口连接看Boot ROM有没有打印启动信息。i.MX6ULL的Boot ROM在串口上会输出一些字符如果串口有输出说明Boot ROM已经在工作问题就缩小到镜像内容和寄存器配置上。5.3 翻车现场二程序没跑起来如果串口打印正常但LED不动作多半是DCD问题。DCD是用来初始化DDR的如果你写DCD时DDR参数配错Boot ROM往0x87800000拷贝代码时就会失败或者拷贝过去了但CPU跳转后访问到的是无效内存程序立马死掉。这类问题有一个很明显的特征串口上你会看到Boot ROM输出了某种错误提示或者代码下载阶段卡住。这时候不要慌仔细检查你用的下载工具和镜像生成流程是否完整换一个别人验证过能启动的最小镜像做对照实验往往比反复修改自己的代码更快定位到问题。5.4 翻车现场三复位瞬间LED闪一下上电瞬间LED闪了一下然后又灭了这种情况其实说明你的程序已经跑起来了但马上又复位了或者是反复复位。背后的原因可能是看门狗在捣乱。Cortex-A7裸机环境里看门狗没有喂狗逻辑一旦超时就把SoC复位。你的LED刚亮系统又从头开始跑于是灯只是闪一下。这种问题解决的办法很直接在start.S进入main之前把看门狗相关的寄存器配置一下把看门狗关掉或者在main循环里周期性喂狗。关狗是大多数裸机工程的默认做法因为裸机本身就希望CPU一直执行不需要看门狗来“监督”。如果你参考的BSP模板里有几行关狗的代码建议直接保留不要觉得多余。6. 点亮之后怎么验证自己真的懂了点亮LED这个项目做完很容易产生一种“好像会了又好像啥也没学会”的感觉。这是正常的因为从表面看你只是写了几个寄存器赋值。我建议你做下面两件小事来检验自己是不是真懂了这两件事都不难但收获比再跑十个流水灯都大。6.1 从亮到闪理解延时与BSS把“常亮”改成“闪烁”只需要在main循环里加一个反向操作while (1) { GPIO1_DR ^ (1 3); delay(500000); }这个改动本身没什么难度但它会逼你面对一个真实的问题你的代码里有没有全局变量如果有它们分布在BSS段还是DATA段BSS段清零了吗闪烁程序里如果用了全局变量作为延时计数而你的启动汇编没有清BSS这个变量的初值就不确定闪烁频率会变得很奇怪。很多教程会把清BSS当成“标准动作”直接写上但如果你自己独立做一遍闪烁实验会真正理解为什么要有这个标准动作。6.2 换一个引脚重新配置检验查手册能力第二个建议是拿起开发板原理图找到另一颗LED通常每块开发板不止一颗走一遍完整流程查原理图确认引脚号、确认点亮电平、去手册里查MUX寄存器和PAD寄存器的地址、查GPIO对应的时钟使能位、修改代码、重新编译烧录。这一遍下来你会发现自己从“照着教程抄”变成了“自己能查资料”。我当年就是这个实验让我彻底记住了IOMUXC和CCM的基本查找方法。往后的裸机项目——按键、串口、PWM、中断——本质上都是重复这套流程只是外设模块不同、寄存器不同而已。最后再分享一个小技巧调试阶段不要一上来就用最复杂的代码结构。先让LED亮再去思考代码组织、封装、抽象。点灯这种规模的项目代码写丑一点没关系但启动流程、链接地址、内存分布这些底层概念一定要在脑子里扎下根。这些地基打好之后后面跑Linux、写设备树、调驱动遇到问题你才不至于两眼一抹黑。