ARM Linux 驱动开发篇---GPIO子系统详解-- Ubuntu20.04

ARM Linux 驱动开发篇---GPIO子系统详解-- Ubuntu20.04
🎬 渡水无言个人主页渡水无言

专栏传送门: 《linux专栏》   《嵌入式linux驱动开发》《freertos专栏
⭐️流水不争先,争的是滔滔不绝

 📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生

| 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生

在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连

目录

前言

一、GPIO 子系统核心定位

二、IMX6ULL 的 GPIO 子系统实战(设备树 + 驱动)

2.1、配置设备树中的 GPIO

2.1.1、pinctrl 配置

2.1.2、在设备节点中指定 GPIO

2.1.3、GPIO 控制器节点

2.2、GPIO 驱动程序简介

2.2.1、驱动匹配

2.2.2、驱动入口

2.2.3、核心结构体(gpio_chip)

总结


前言

上一节我们讲解了pinctrl子系统,其核心作用是配置 PIN 的复用功能电气属性。若pinctrl将某个 PIN 复用为 GPIO,后续对 GPIO 的操作(输入 / 输出、读写电平)就需要依靠GPIO 子系统来完成。

GPIO 子系统的设计目标是简化 GPIO 的驱动开发,这样我们只需在设备树中配置 GPIO 相关信息,无需直接操作底层寄存器,即可通过内核提供的 API 函数轻松操控 GPIO。

本文基于 IMX6ULL 开发板,从「子系统简介→设备树配置→驱动原理」逐步拆解,详细讲解了GPIO 子系统。


一、GPIO 子系统核心定位

GPIO 子系统是 Linux 内核针对 GPIO 外设封装的标准化框架,核心职责包括:
        初始化 GPIO 控制器(解析设备树 GPIO 节点信息);
        提供统一的 GPIO 操作 API(申请、释放、输入 / 输出配置、电平读写);
        屏蔽不同 SOC 的 GPIO 硬件差异(如 IMX6ULL 与 STM32 的 GPIO 寄存器差异)。
简单来说,pinctrl负责 “把 PIN 变成 GPIO”,GPIO 子系统负责 “把 GPIO 用起来”,二者协同工作,构成 GPIO 驱动的完整链路。

二、IMX6ULL 的 GPIO 子系统实战(设备树 + 驱动)

以 IMX6ULL 开发板的「SD 卡检测引脚」为例(UART1_RTS_B 复用为 GPIO1_IO19),介绍 GPIO 子系统的设备树配置和驱动底层原理。

2.1、配置设备树中的 GPIO

GPIO 的设备树配置主要分为两步:

1、通过 pinctrl 配置 PIN 复用。

2、在设备节点中指定 GPIO 信息

2.1.1、pinctrl 配置

打开开发板专属的设备树文件imx6ull-alientek-emmc.dts,可以看到在&iomuxc节点的imx6ul-evk子节点中,已存在 SD 卡检测引脚的 pinctrl 配置:

pinctrl_hog_1: hoggrp-1 { fsl,pins = < MX6UL_PAD_UART1_RTS_B__GPIO1_IO19 0x17059 /* SD1 CD 引脚,复用为GPIO1_IO19 */ // 其他PIN配置... >; };

上述代码就是将 UART1_RTS_B 引脚复用为 GPIO1_IO19,并配置电气属性,和上一期博客里的 pinctrl 配置逻辑完全一致。

2.1.2、在设备节点中指定 GPIO

SD 卡挂载在 IMX6ULL 的usdhc1接口上,usdhc1节点就是 SD 卡的设备树节点。我们需要在该节点中添加cd-gpios属性,这样便能让驱动知道SD 卡检测引脚使用的是哪个 GPIO:

&usdhc1 { pinctrl-names = "default", "state_100mhz", "state_200mhz"; pinctrl-0 = <&pinctrl_usdhc1>; pinctrl-1 = <&pinctrl_usdhc1_100mhz>; pinctrl-2 = <&pinctrl_usdhc1_200mhz>; cd-gpios = <&gpio1 19 GPIO_ACTIVE_LOW>; /* SD卡检测GPIO:GPIO1_IO19,低电平有效 */ keep-power-in-suspend; enable-sdio-wakeup; vmmc-supply = <&reg_sd1_vmmc>; status = "okay"; };
cd-gpios = <&gpio1 19 GPIO_ACTIVE_LOW>

此行代码就是添加的描述 SD 卡的 CD 引脚 pinctrl 信息所在的子节点。

        &gpio1:指定 GPIO 所属的控制器(GPIO1 控制器);
        19:指定 GPIO1 控制器的第 19 号引脚(即 GPIO1_IO19);
        GPIO_ACTIVE_LOW:指定 GPIO 低电平有效,也就是检测到低电平时,表示 SD 卡插入,若改为GPIO_ACTIVE_HIGH则为高电平有效。

根据上面这些信息,SD 卡驱动程序就可以使用 GPIO1_IO19 来检测 SD 卡的 CD 信号了。

2.1.3、GPIO 控制器节点

打开imx6ull.dtsi,可找到 GPIO1 控制器的节点定义,这是 GPIO 子系统工作的基础:

gpio1: gpio@0209c000 { compatible = "fsl,imx6ul-gpio", "fsl,imx35-gpio"; /* 驱动匹配标识 */ reg = <0x0209c000 0x4000>; /* GPIO1控制器寄存器基地址+长度 */ interrupts = <GIC_SPI 66 IRQ_TYPE_LEVEL_HIGH>, <GIC_SPI 67 IRQ_TYPE_LEVEL_HIGH>; /* 中断配置 */ gpio-controller; /* 标识此节点是GPIO控制器 */ #gpio-cells = <2>; /* GPIO属性的cell数量,固定为2 */ interrupt-controller; /* 标识此节点是中断控制器 */ #interrupt-cells = <2>; };

gpio1 节点信息描述了 GPIO1 控制器的所有信息,重点就是 GPIO1 外设寄存器基地址以及兼容 属 性。

gpio1 节点的 compatible 属性有两个,分别为“fsl,imx6ul-gpio”和“fsl,imx35- gpio”,在 Linux 内核中搜索这两个字符串就可以找到 I.MX6UL 的 GPIO 驱动程序。

reg 属性设置了 GPIO1 控制器的寄存器基地址为 0X0209C000,从I.MX6ULL 参考手册中可以看到GPIO1 控制器的基地址就是 0X0209C000,如下图所示:

gpio-controller:必须添加,表明该节点是一个 GPIO 控制器;
#gpio-cells = <2>:指定描述一个 GPIO 时需要 2 个参数(第一个是 GPIO 编号,第二个是电平极性,如 0 = 高电平有效,1 = 低电平有效);

2.2、GPIO 驱动程序简介

IMX6ULL 的 GPIO 驱动文件是drivers/gpio/gpio-mxc.c,该驱动是典型的平台设备驱动,核心逻辑是解析设备树 GPIO 节点、初始化 GPIO 控制器,并向内核注册 GPIO 操作接口。

2.2.1、驱动匹配

gpio-mxc.c中,通过of_device_id结构体数组与设备树的compatible属性匹配:

static const struct of_device_id mxc_gpio_dt_ids[] = { { .compatible = "fsl,imx1-gpio", .data = &mxc_gpio_devtype[IMX1_GPIO], }, { .compatible = "fsl,imx35-gpio", .data = &mxc_gpio_devtype[IMX35_GPIO], }, /* 匹配GPIO1节点 */ { /* 哨兵节点 */ } };

设备树中 GPIO1 节点的compatible = "fsl,imx35-gpio",因此该驱动会被匹配执行。

因此 gpio-mxc.c 就是 I.MX6ULL 的 GPIO 控制器驱动文件。gpio-mxc.c 所在的目录为drivers/gpio,打开这个目录可以看到很多芯片的 gpio 驱动文件, “gpiolib”开始的文件是 gpio 驱动的核心文件。

2.2.2、驱动入口

驱动匹配成功后,mxc_gpio_probe函数会被调用,核心工作的是:

  1. 读取设备树中 GPIO 控制器的reg属性(寄存器基地址),并进行内存映射;
  2. 初始化 GPIO 寄存器(关闭中断、清除状态等);
  3. 初始化gpio_chip结构体(封装 GPIO 操作函数,如输入 / 输出配置、电平读写);
  4. 通过gpiochip_add函数向内核注册 GPIO 控制器,供上层 API 调用。

2.2.3、核心结构体(gpio_chip)

gpio_chip是 GPIO 子系统的核心结构体,封装了所有 GPIO 操作函数,内核通过该结构体提供统一的 GPIO API:

struct gpio_chip { const char *label; struct device *dev; int (*request)(struct gpio_chip *chip, unsigned offset); /* GPIO申请 */ void (*free)(struct gpio_chip *chip, unsigned offset); /* GPIO释放 */ int (*direction_input)(struct gpio_chip *chip, unsigned offset); /* 配置为输入 */ int (*direction_output)(struct gpio_chip *chip, unsigned offset, int value); /* 配置为输出 */ int (*get)(struct gpio_chip *chip, unsigned offset); /* 读取GPIO电平 */ void (*set)(struct gpio_chip *chip, unsigned offset, int value); /* 设置GPIO电平 */ // 其他成员... };

半导体厂商已在驱动中实现了这些函数,我们无需关心底层寄存器操作,直接使用内核提供的 API 即可。


总结

本期博客详细讲解了GPIO 子系统。

Read more

协作机器人拖动示教控制方法的实现原理介绍

协作机器人(Cobot)的拖动示教(Hand Guiding / Drag Teaching)是一种直观的人机交互方式:操作者用手直接拖动机器人末端或机械臂,使其沿期望轨迹运动,系统实时记录位姿或生成路径,用于后续复现。其核心在于实现“零力”或“低阻抗”状态下的安全、顺滑跟随。 一、基本目标 在拖动示教模式下,机器人应表现为: * 对外部人力几乎无阻力(即“零力”或“重力补偿”状态); * 各关节可自由转动,但受安全约束(如速度、位置限幅); * 实时记录末端位姿或关节角,用于编程。 二、核心原理:基于力/力矩传感器的阻抗控制 1. 力矩感知 协作机器人通常在每个关节集成高精度力矩传感器(或通过电机电流估算关节力矩)。 * 实际测量/估计的关节力矩: τₛ = [τ₁, τ₂, ..., τₙ]ᵀ * 重力引起的理论力矩(

By Ne0inhk
AI绘画——即梦AI基础操作入门教程

AI绘画——即梦AI基础操作入门教程

即梦AI基础操作入门教程: 文章转载自:即梦AI基础操作入门教程 - AI智研社 目录 即梦AI基础操作入门教程: 一、即梦AI是什么?   二、注册与登录步骤 三、即梦AI界面介绍 四、基础功能详细操作步骤 (一)AI绘画功能详细操作 (二)AI视频生成详细操作 一、即梦AI是什么?   即梦AI 是由字节跳动开发的一款AI创作工具,主要功能包括AI绘画、AI视频生成、AI数字人制作等。它能帮助用户快速生成高质量的视觉内容,广泛应用于内容创作、短视频制作、营销宣传和教育培训等领域。 二、注册与登录步骤 访问官网: 进入https://jimeng.jianying.com,点击页面上的“登录”按钮。(也可以下载即梦APP) (备用入口:即梦AI - AI智研社) 账号注册: 使用抖音账号扫码,即可注册登录 三、即梦AI界面介绍

By Ne0inhk

AI绘画关键词网站效率提升实战:从数据预处理到模型加速

快速体验 在开始今天关于 AI绘画关键词网站效率提升实战:从数据预处理到模型加速 的探讨之前,我想先分享一个最近让我觉得很有意思的全栈技术挑战。 我们常说 AI 是未来,但作为开发者,如何将大模型(LLM)真正落地为一个低延迟、可交互的实时系统,而不仅仅是调个 API? 这里有一个非常硬核的动手实验:基于火山引擎豆包大模型,从零搭建一个实时语音通话应用。它不是简单的问答,而是需要你亲手打通 ASR(语音识别)→ LLM(大脑思考)→ TTS(语音合成)的完整 WebSocket 链路。对于想要掌握 AI 原生应用架构的同学来说,这是个绝佳的练手项目。 从0到1构建生产级别应用,脱离Demo,点击打开 从0打造个人豆包实时通话AI动手实验 AI绘画关键词网站效率提升实战:从数据预处理到模型加速 最近在开发一个AI绘画关键词推荐网站时,遇到了不少性能瓶颈。用户输入描述词后,系统需要快速返回最相关的绘画风格关键词,但最初的版本响应慢、推荐结果也不够精准。经过一系列优化,最终将查询响应时间降低了60%。下面分享整个优化过程的关键技术和实战经验。 痛点分析:

By Ne0inhk
当春晚机器人跳起“武Bot”,云智慧 Cloudwise X1 轮足巡检机器人正默默守护数据中心的“心跳”

当春晚机器人跳起“武Bot”,云智慧 Cloudwise X1 轮足巡检机器人正默默守护数据中心的“心跳”

春晚舞台上,机器人“组团”登台、大秀“中国功夫”,火爆出圈。从魔法原子的灵巧到宇树科技的矫健,它们在全球观众面前上演了一场高燃的“赛博团建”。 大众热议“机器人还能做什么”,惊叹其强大的运动控制能力时,一个更具产业价值的问题值得我们关注:当机器人跳出舞台,走向现实世界,它们还能在哪里发挥更大的价值? 从“娱乐明星”到“机房守护者”,机器人正在走向更多“战场” 春晚舞台上的机器人成为“顶流”。它们精准卡点、动作协调,展现了智能硬件在运动控制上的巅峰水平,上演了一场值得喝彩的技术秀。 与此同时,在远离掌声的数据中心,也有一群机器人正默默工作。这里的“战场”,没有灯光,没有节拍,只有对设备状态的精准监控——任何微小异常,都可能影响千万用户的支付、挂号或视频通话。 如果说舞台上的机器人证明了“智能可以多灵动”,那么机房里的机器人则诠释了“智能如何更可靠”。 我们不只需要会功夫的机器人,更需要会“值守”、会“诊断”、会“

By Ne0inhk