1. 从 STM32 到 MX6U为什么寄存器结构体写法值得迁移如果你之前玩过 STM32第一次看 I.MX6U 裸机代码大概率会有点懵STM32 里一个GPIOA-ODR 0x01就搞定的事到了 MX6U 要翻参考手册找一堆基地址还要处理时钟、复用、电气属性三套寄存器。但换个角度想MX6U 的寄存器操作本质上和 STM32 是同一套逻辑只是 STM32 的厂商头文件已经帮你把结构体封装好了而 MX6U 需要你自己动手封装。这篇笔记聚焦正点原子第二期 Linux 之 ARMMX6U裸机篇第 9.1 讲的核心内容模仿 STM32 的驱动开发方式用 C 语言结构体把 I.MX6ULL 的寄存器组织起来然后点亮开发板上的 LED 灯。适合已经学过 STM32 寄存器开发、正在过渡到 ARM Linux 裸机阶段的朋友。整个流程会覆盖 GPIO 时钟使能、引脚复用配置、电气属性设置、数据寄存器读写最后用串口打印和 LED 亮灭作为验证动作。调试阶段我还会用 TaoToken 的统一 Key 来管理模型调用把代码审查、报错分析这类需要模型辅助的环节集中到一个 API 通道上避免在多个平台之间来回切换 Key。下面按实际动手顺序展开。2. TaoToken 前置准备统一 Key 管理调试期模型调用裸机开发过程中经常需要查手册、对寄存器位、分析编译报错。我习惯把这类问题丢给模型辅助但之前用多个平台时Key 散落在不同地方切换起来很烦。TaoToken 的做法是提供一个统一的 API 入口用同一个 Key 就能调用不同模型调试期的模型调用都走这一个通道。先到官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册账号然后在控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建 API Key。创建完成后到 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 复制 Key格式通常是sk-开头的一串字符。API 的基础地址是 https://taotoken.net/api注意这个地址不带 UTM 参数直接用于代码里的base_url配置。如果你用的是 OpenAI 兼容的 SDK把base_url指向这个地址api_key填刚才复制的 Key 就行。调试期我主要用它做三件事一是把编译报错贴进去让它定位问题二是让它帮我核对寄存器位定义和手册是否一致三是生成一些重复性的宏定义。比如 MX6U 的寄存器结构体里有很多占位成员手动数偏移量容易出错让模型帮忙检查结构体成员顺序和手册地址是否对齐能省不少时间。需要说明的是TaoToken 在这里的角色是模型调用的统一入口不是替代你的交叉编译工具链也不是替代开发板。它只是让调试期的信息查询和代码审查更顺手。如果你只是纯手工对寄存器不借助模型也完全可以跑通这部分按需使用。对于长期做嵌入式开发、需要频繁调用模型辅助的场景可以考虑 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 把调试期的模型调用集中管理。如果只是想先验证某个模型能不能用可以直接在模型对话页面 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 试一下。3. 可复制配置imx6u.h 寄存器结构体与 Makefile 片段这一节是核心直接给可复制的代码。先建imx6u.h把用到的寄存器组按 STM32 的风格组织成结构体。先定义基地址。根据《IMX6ULL 参考手册》CCM 基地址是0x020C4000CCM_ANALOG 是0x020C8000IOMUXC_SW_MUX 是0x020E0000IOMUXC_SW_PAD 是0x020E0000偏移后的区域GPIO1 是0x0209C000。实际写的时候按手册查到的地址来#ifndef __IMX6U_H #define __IMX6U_H #define CCM_BASE 0x020C4000 #define CCM_ANALOG_BASE 0x020C8000 #define IOMUXC_SW_MUX_BASE 0x020E0000 #define IOMUXC_SW_PAD_BASE 0x020E0000 #define GPIO1_BASE 0x0209C000 #define GPIO2_BASE 0x020A0000 #define GPIO3_BASE 0x020A4000 #define GPIO4_BASE 0x020A8000 #define GPIO5_BASE 0x020AC000 /* CCM 寄存器结构体注意不连续地址要占位 */ typedef struct { volatile unsigned int CCR; volatile unsigned int CCDR; volatile unsigned int CSR; volatile unsigned int CCSR; volatile unsigned int CACRR; volatile unsigned int CBCDR; volatile unsigned int CBCMR; volatile unsigned int CSCMR1; volatile unsigned int CSCMR2; volatile unsigned int CSCDR1; volatile unsigned int CS1CDR; volatile unsigned int CS2CDR; volatile unsigned int CDCDR; volatile unsigned int CHSCCDR; volatile unsigned int CSCDR2; volatile unsigned int CSCDR3; volatile unsigned int RESERVED_0[2]; /* 占位地址不连续 */ volatile unsigned int CDHIPR; volatile unsigned int RESERVED_1[2]; volatile unsigned int CCGR0; volatile unsigned int CCGR1; volatile unsigned int CCGR2; volatile unsigned int CCGR3; volatile unsigned int CCGR4; volatile unsigned int CCGR5; volatile unsigned int CCGR6; } CCM_Type; /* IOMUXC_SW_MUX 结构体只列用到的 */ typedef struct { volatile unsigned int RESERVED_0[5]; volatile unsigned int GPIO1_IO03; /* 其他引脚按需补充 */ } IOMUXC_SW_MUX_Type; /* IOMUXC_SW_PAD 结构体 */ typedef struct { volatile unsigned int RESERVED_0[5]; volatile unsigned int GPIO1_IO03; } IOMUXC_SW_PAD_Type; /* GPIO 结构体 */ typedef struct { volatile unsigned int DR; volatile unsigned int GDIR; volatile unsigned int PSR; volatile unsigned int ICR1; volatile unsigned int ICR2; volatile unsigned int IMR; volatile unsigned int ISR; volatile unsigned int EDGE_SEL; } GPIO_Type; #define CCM ((CCM_Type *)CCM_BASE) #define IOMUX_SW_MUX ((IOMUXC_SW_MUX_Type *)IOMUXC_SW_MUX_BASE) #define IOMUX_SW_PAD ((IOMUXC_SW_PAD_Type *)IOMUXC_SW_PAD_BASE) #define GPIO1 ((GPIO_Type *)GPIO1_BASE) #endif这里的关键点是volatile不能省否则编译器优化可能把寄存器读写干掉。另外结构体成员顺序必须和手册地址顺序一致遇到地址跳过的位置用RESERVED数组占位数组长度按跳过的字节数除以 4 来算。然后是main.c模仿 STM32 的初始化流程#include imx6u.h void clk_init(void) { CCM-CCGR0 0xFFFFFFFF; CCM-CCGR1 0xFFFFFFFF; CCM-CCGR2 0xFFFFFFFF; CCM-CCGR3 0xFFFFFFFF; CCM-CCGR4 0xFFFFFFFF; CCM-CCGR5 0xFFFFFFFF; CCM-CCGR6 0xFFFFFFFF; } void led_init(void) { IOMUX_SW_MUX-GPIO1_IO03 0x5; /* 复用为 GPIO 模式 */ IOMUX_SW_PAD-GPIO1_IO03 0x10B0; /* 电气属性 */ GPIO1-GDIR 0x08; /* bit3 输出 */ GPIO1-DR 0x0; /* 默认低电平 */ } void led_on(void) { GPIO1-DR ~(1 3); } void led_off(void) { GPIO1-DR | (1 3); } void short_delay(unsigned int n) { while (n--) { ; } } void delay(unsigned int m) { while (m--) { short_delay(0x7ff); } } int main(void) { clk_init(); led_init(); while (1) { led_on(); delay(50); led_off(); delay(50); } return 0; }Makefile 用变量简化交叉编译工具链的调用CROSS arm-linux-gnueabihf- CC $(CROSS)gcc LD $(CROSS)ld OBJCOPY $(CROSS)objcopy OBJDUMP $(CROSS)objdump objs : start.o main.o ledc.bin : $(objs) $(LD) -Timx6u.lds -o ledc.elf $^ $(OBJCOPY) -O binary -S ledc.elf ledc.bin $(OBJDUMP) -D -m arm ledc.elf ledc.dis %.o : %.c $(CC) -nostdlib -c -o $ $ %.o : %.s $(CC) -nostdlib -c -o $ $ clean: rm -rf *.o ledc.bin ledc.elf ledc.dis链接脚本imx6u.lds和上一讲一致起始地址0x87800000注意.bss段的__bss_start和__bss_end符号要在start.s里用来清零。4. 验证请求与成功结果串口打印加 LED 亮灭代码写完后执行make如果没报错会生成ledc.bin。用正点原子提供的imxdownload工具烧录到 SD 卡./imxdownload ledc.bin /dev/sdb注意/dev/sdb要换成你实际的 SD 卡设备名烧录前用lsblk确认一下别烧错盘。烧录完成后把 SD 卡插到 I.MX6U ALPHA 或 Mini 开发板拨码开关切到 SD 卡启动上电。验证动作有两个一是看 LED 灯是否以约 50ms 的间隔闪烁二是通过串口看打印信息。串口用 115200 波特率连接如果程序里加了打印语句能看到启动信息。我实测下来 LED 正常闪烁说明寄存器结构体的偏移量对上了时钟、复用、电气属性三处配置都生效。如果你想在调试期用 TaoToken 验证某个寄存器位定义可以把手册截图或寄存器描述贴到模型对话页面 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 让它帮你核对IOMUX_SW_PAD-GPIO1_IO03 0x10B0这个值对应的位域含义。这种核对在初期能帮你快速建立信心。5. 本篇常见错排查401、local proxy failed 与结构体偏移错位调试过程中遇到的报错分两类一类是模型调用相关的一类是裸机代码本身的。模型调用这边如果返回 401通常是 Key 没填对或者复制时带了空格。检查api_key字段是否完整注意不要用Bearer前缀重复拼接。如果出现local proxy failed说明请求没发出去检查base_url是否写成了https://taotoken.net/api不要多加路径。如果返回里出现reading choices相关的解析错误一般是响应格式和 SDK 预期不一致确认你用的 SDK 是 OpenAI 兼容模式。裸机代码这边最常见的错误是结构体偏移错位。表现是 LED 不亮或者常亮但编译没报错。排查方法是打开ledc.dis看led_init里对GPIO1-GDIR的写操作地址是不是0x0209C004。如果不是说明结构体成员顺序和手册对不上回去检查RESERVED占位数组的长度。另一个坑是.bss段没清零。如果start.s里__bss_start和__bss_end符号没正确引用全局变量初值可能是随机值。检查链接脚本里符号定义的位置以及start.s里ldr r0, _bss_start这种写法不要加。还有IOMUX_SW_PAD-GPIO1_IO03 0x10B0这个值如果电气属性配错引脚可能驱动能力不足LED 亮度偏暗或者不亮。对照手册确认 bit 位含义特别是驱动能力和压摆率相关位。6. 语义一致 CTA把调试期模型调用收拢到一个入口裸机开发到后面会越来越依赖手册查阅和报错分析把模型调用集中到一个 Key 上能减少很多切换成本。TaoToken 的 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 可以管理你的 Key接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 里有不同语言的调用示例。如果你做的是长期编码项目Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 更适合把调试期的模型调用固定下来。最后说个实际经验MX6U 的寄存器结构体一旦建好后面写其他外设驱动就是往里加成员的事。我建议你把imx6u.h按外设分组维护每加一个外设就对照手册核对一遍偏移量别攒着一起调。LED 是最简单的验证目标跑通它之后GPIO 输入、中断、定时器都可以按同样的结构体思路往下做。
正点原子[第二期]Linux之ARM（MX6U）裸机篇学习笔记-9.1-LED灯（模仿STM32驱动开发实验）：用TaoToken统一Key跑通寄存器点亮流程
1. 从 STM32 到 MX6U为什么寄存器结构体写法值得迁移如果你之前玩过 STM32第一次看 I.MX6U 裸机代码大概率会有点懵STM32 里一个GPIOA-ODR 0x01就搞定的事到了 MX6U 要翻参考手册找一堆基地址还要处理时钟、复用、电气属性三套寄存器。但换个角度想MX6U 的寄存器操作本质上和 STM32 是同一套逻辑只是 STM32 的厂商头文件已经帮你把结构体封装好了而 MX6U 需要你自己动手封装。这篇笔记聚焦正点原子第二期 Linux 之 ARMMX6U裸机篇第 9.1 讲的核心内容模仿 STM32 的驱动开发方式用 C 语言结构体把 I.MX6ULL 的寄存器组织起来然后点亮开发板上的 LED 灯。适合已经学过 STM32 寄存器开发、正在过渡到 ARM Linux 裸机阶段的朋友。整个流程会覆盖 GPIO 时钟使能、引脚复用配置、电气属性设置、数据寄存器读写最后用串口打印和 LED 亮灭作为验证动作。调试阶段我还会用 TaoToken 的统一 Key 来管理模型调用把代码审查、报错分析这类需要模型辅助的环节集中到一个 API 通道上避免在多个平台之间来回切换 Key。下面按实际动手顺序展开。2. TaoToken 前置准备统一 Key 管理调试期模型调用裸机开发过程中经常需要查手册、对寄存器位、分析编译报错。我习惯把这类问题丢给模型辅助但之前用多个平台时Key 散落在不同地方切换起来很烦。TaoToken 的做法是提供一个统一的 API 入口用同一个 Key 就能调用不同模型调试期的模型调用都走这一个通道。先到官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册账号然后在控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建 API Key。创建完成后到 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 复制 Key格式通常是sk-开头的一串字符。API 的基础地址是 https://taotoken.net/api注意这个地址不带 UTM 参数直接用于代码里的base_url配置。如果你用的是 OpenAI 兼容的 SDK把base_url指向这个地址api_key填刚才复制的 Key 就行。调试期我主要用它做三件事一是把编译报错贴进去让它定位问题二是让它帮我核对寄存器位定义和手册是否一致三是生成一些重复性的宏定义。比如 MX6U 的寄存器结构体里有很多占位成员手动数偏移量容易出错让模型帮忙检查结构体成员顺序和手册地址是否对齐能省不少时间。需要说明的是TaoToken 在这里的角色是模型调用的统一入口不是替代你的交叉编译工具链也不是替代开发板。它只是让调试期的信息查询和代码审查更顺手。如果你只是纯手工对寄存器不借助模型也完全可以跑通这部分按需使用。对于长期做嵌入式开发、需要频繁调用模型辅助的场景可以考虑 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 把调试期的模型调用集中管理。如果只是想先验证某个模型能不能用可以直接在模型对话页面 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 试一下。3. 可复制配置imx6u.h 寄存器结构体与 Makefile 片段这一节是核心直接给可复制的代码。先建imx6u.h把用到的寄存器组按 STM32 的风格组织成结构体。先定义基地址。根据《IMX6ULL 参考手册》CCM 基地址是0x020C4000CCM_ANALOG 是0x020C8000IOMUXC_SW_MUX 是0x020E0000IOMUXC_SW_PAD 是0x020E0000偏移后的区域GPIO1 是0x0209C000。实际写的时候按手册查到的地址来#ifndef __IMX6U_H #define __IMX6U_H #define CCM_BASE 0x020C4000 #define CCM_ANALOG_BASE 0x020C8000 #define IOMUXC_SW_MUX_BASE 0x020E0000 #define IOMUXC_SW_PAD_BASE 0x020E0000 #define GPIO1_BASE 0x0209C000 #define GPIO2_BASE 0x020A0000 #define GPIO3_BASE 0x020A4000 #define GPIO4_BASE 0x020A8000 #define GPIO5_BASE 0x020AC000 /* CCM 寄存器结构体注意不连续地址要占位 */ typedef struct { volatile unsigned int CCR; volatile unsigned int CCDR; volatile unsigned int CSR; volatile unsigned int CCSR; volatile unsigned int CACRR; volatile unsigned int CBCDR; volatile unsigned int CBCMR; volatile unsigned int CSCMR1; volatile unsigned int CSCMR2; volatile unsigned int CSCDR1; volatile unsigned int CS1CDR; volatile unsigned int CS2CDR; volatile unsigned int CDCDR; volatile unsigned int CHSCCDR; volatile unsigned int CSCDR2; volatile unsigned int CSCDR3; volatile unsigned int RESERVED_0[2]; /* 占位地址不连续 */ volatile unsigned int CDHIPR; volatile unsigned int RESERVED_1[2]; volatile unsigned int CCGR0; volatile unsigned int CCGR1; volatile unsigned int CCGR2; volatile unsigned int CCGR3; volatile unsigned int CCGR4; volatile unsigned int CCGR5; volatile unsigned int CCGR6; } CCM_Type; /* IOMUXC_SW_MUX 结构体只列用到的 */ typedef struct { volatile unsigned int RESERVED_0[5]; volatile unsigned int GPIO1_IO03; /* 其他引脚按需补充 */ } IOMUXC_SW_MUX_Type; /* IOMUXC_SW_PAD 结构体 */ typedef struct { volatile unsigned int RESERVED_0[5]; volatile unsigned int GPIO1_IO03; } IOMUXC_SW_PAD_Type; /* GPIO 结构体 */ typedef struct { volatile unsigned int DR; volatile unsigned int GDIR; volatile unsigned int PSR; volatile unsigned int ICR1; volatile unsigned int ICR2; volatile unsigned int IMR; volatile unsigned int ISR; volatile unsigned int EDGE_SEL; } GPIO_Type; #define CCM ((CCM_Type *)CCM_BASE) #define IOMUX_SW_MUX ((IOMUXC_SW_MUX_Type *)IOMUXC_SW_MUX_BASE) #define IOMUX_SW_PAD ((IOMUXC_SW_PAD_Type *)IOMUXC_SW_PAD_BASE) #define GPIO1 ((GPIO_Type *)GPIO1_BASE) #endif这里的关键点是volatile不能省否则编译器优化可能把寄存器读写干掉。另外结构体成员顺序必须和手册地址顺序一致遇到地址跳过的位置用RESERVED数组占位数组长度按跳过的字节数除以 4 来算。然后是main.c模仿 STM32 的初始化流程#include imx6u.h void clk_init(void) { CCM-CCGR0 0xFFFFFFFF; CCM-CCGR1 0xFFFFFFFF; CCM-CCGR2 0xFFFFFFFF; CCM-CCGR3 0xFFFFFFFF; CCM-CCGR4 0xFFFFFFFF; CCM-CCGR5 0xFFFFFFFF; CCM-CCGR6 0xFFFFFFFF; } void led_init(void) { IOMUX_SW_MUX-GPIO1_IO03 0x5; /* 复用为 GPIO 模式 */ IOMUX_SW_PAD-GPIO1_IO03 0x10B0; /* 电气属性 */ GPIO1-GDIR 0x08; /* bit3 输出 */ GPIO1-DR 0x0; /* 默认低电平 */ } void led_on(void) { GPIO1-DR ~(1 3); } void led_off(void) { GPIO1-DR | (1 3); } void short_delay(unsigned int n) { while (n--) { ; } } void delay(unsigned int m) { while (m--) { short_delay(0x7ff); } } int main(void) { clk_init(); led_init(); while (1) { led_on(); delay(50); led_off(); delay(50); } return 0; }Makefile 用变量简化交叉编译工具链的调用CROSS arm-linux-gnueabihf- CC $(CROSS)gcc LD $(CROSS)ld OBJCOPY $(CROSS)objcopy OBJDUMP $(CROSS)objdump objs : start.o main.o ledc.bin : $(objs) $(LD) -Timx6u.lds -o ledc.elf $^ $(OBJCOPY) -O binary -S ledc.elf ledc.bin $(OBJDUMP) -D -m arm ledc.elf ledc.dis %.o : %.c $(CC) -nostdlib -c -o $ $ %.o : %.s $(CC) -nostdlib -c -o $ $ clean: rm -rf *.o ledc.bin ledc.elf ledc.dis链接脚本imx6u.lds和上一讲一致起始地址0x87800000注意.bss段的__bss_start和__bss_end符号要在start.s里用来清零。4. 验证请求与成功结果串口打印加 LED 亮灭代码写完后执行make如果没报错会生成ledc.bin。用正点原子提供的imxdownload工具烧录到 SD 卡./imxdownload ledc.bin /dev/sdb注意/dev/sdb要换成你实际的 SD 卡设备名烧录前用lsblk确认一下别烧错盘。烧录完成后把 SD 卡插到 I.MX6U ALPHA 或 Mini 开发板拨码开关切到 SD 卡启动上电。验证动作有两个一是看 LED 灯是否以约 50ms 的间隔闪烁二是通过串口看打印信息。串口用 115200 波特率连接如果程序里加了打印语句能看到启动信息。我实测下来 LED 正常闪烁说明寄存器结构体的偏移量对上了时钟、复用、电气属性三处配置都生效。如果你想在调试期用 TaoToken 验证某个寄存器位定义可以把手册截图或寄存器描述贴到模型对话页面 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 让它帮你核对IOMUX_SW_PAD-GPIO1_IO03 0x10B0这个值对应的位域含义。这种核对在初期能帮你快速建立信心。5. 本篇常见错排查401、local proxy failed 与结构体偏移错位调试过程中遇到的报错分两类一类是模型调用相关的一类是裸机代码本身的。模型调用这边如果返回 401通常是 Key 没填对或者复制时带了空格。检查api_key字段是否完整注意不要用Bearer前缀重复拼接。如果出现local proxy failed说明请求没发出去检查base_url是否写成了https://taotoken.net/api不要多加路径。如果返回里出现reading choices相关的解析错误一般是响应格式和 SDK 预期不一致确认你用的 SDK 是 OpenAI 兼容模式。裸机代码这边最常见的错误是结构体偏移错位。表现是 LED 不亮或者常亮但编译没报错。排查方法是打开ledc.dis看led_init里对GPIO1-GDIR的写操作地址是不是0x0209C004。如果不是说明结构体成员顺序和手册对不上回去检查RESERVED占位数组的长度。另一个坑是.bss段没清零。如果start.s里__bss_start和__bss_end符号没正确引用全局变量初值可能是随机值。检查链接脚本里符号定义的位置以及start.s里ldr r0, _bss_start这种写法不要加。还有IOMUX_SW_PAD-GPIO1_IO03 0x10B0这个值如果电气属性配错引脚可能驱动能力不足LED 亮度偏暗或者不亮。对照手册确认 bit 位含义特别是驱动能力和压摆率相关位。6. 语义一致 CTA把调试期模型调用收拢到一个入口裸机开发到后面会越来越依赖手册查阅和报错分析把模型调用集中到一个 Key 上能减少很多切换成本。TaoToken 的 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 可以管理你的 Key接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 里有不同语言的调用示例。如果你做的是长期编码项目Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 更适合把调试期的模型调用固定下来。最后说个实际经验MX6U 的寄存器结构体一旦建好后面写其他外设驱动就是往里加成员的事。我建议你把imx6u.h按外设分组维护每加一个外设就对照手册核对一遍偏移量别攒着一起调。LED 是最简单的验证目标跑通它之后GPIO 输入、中断、定时器都可以按同样的结构体思路往下做。
