在嵌入式 Linux 开发中，ADC、DAC、加速度计、陀螺仪、光照传感器等模拟/数字转换设备，长期缺少统一、规范的内核管理框架。直到IIO（Industrial I/O）子系统出现，才彻底解决了这类设备的驱动碎片化、接口不统一、数据采集效率低等问题。本文基于 Bootlin 官方技术文档，系统梳理 IIO 子系统的定义、内核现状、核心组件、驱动开发流程、高级特性与用户态使用方法，帮你快速掌握工业级传感器与转换设备的 Linux 内核开发能力。
一、IIO 子系统是什么？解决了什么问题？
1. 核心定义
IIO（Industrial I/O） 是 Linux 内核专为模拟/数字转换设备（ADC）、数字/模拟转换设备（DAC） 及关联传感器设计的标准内核子系统，用于统一管理低速到高速、通用到工业级的模拟采集与输出设备。它的覆盖范围极广：从片上集成的简易 ADC，到每秒 100M 采样率的工业高精度 ADC，再到加速度计、陀螺仪、温湿度传感器等，都能通过 IIO 实现标准化驱动与访问。2. 历史背景与设计初衷
早期 Linux 内核没有专门的 ADC/传感器子系统，这类设备要么挂靠在misc杂项设备，要么自定义字符设备，存在三大痛点：2009 年，Jonathan Cameron 主导启动 IIO 子系统开发，目标是为模拟 I/O 设备提供统一的内核抽象、标准驱动接口、高效数据采集能力，同时兼顾嵌入式与工业场景的性能需求。3. 内核现状
初期放在内核staging/目录（试验性代码区），经过多年迭代已逐步移出 staging，进入内核主线稳定分支；
支持海量硬件：主流厂商如 Analog Devices、TI、Atmel 均提供成熟 IIO 驱动；
早期以用户态抽象为主，近年逐步完善内核态 API，支持驱动间相互调用；
生产环境已广泛使用，稳定性与兼容性满足工业级要求。
二、IIO 子系统核心组件：驱动开发的基础
IIO 驱动开发围绕三大核心组件展开，分别是 IIO 设备、通道、触发与缓冲，理解组件结构就能掌握驱动开发的核心逻辑。1. IIO 设备（iio_dev）：驱动的核心载体
struct iio_dev是所有 IIO 驱动的顶层数据结构，相当于驱动的“身份证”，存储设备全部核心信息：struct iio_dev *idev = iio_allocate_device(sizeof(struct at91_adc_state));
设备支持的通道数量；
设备工作模式（直接采集/触发采集/硬件缓冲）；
驱动回调函数钩子（如读取原始数据、配置设备）；
私有数据（驱动自定义参数、硬件寄存器配置等）。
设备工作模式（modes）
IIO 定义了 4 种标准工作模式，决定设备的采集能力：INDIO_DIRECT_MODE：直接模式，仅支持软件触发单次采集，最简单、最常用；
INDIO_BUFFER_TRIGGERED：触发缓冲模式，支持硬件触发+软件缓冲；
INDIO_BUFFER_HARDWARE：硬件缓冲模式，设备自带硬件 FIFO/缓冲；
INDIO_ALL_BUFFER_MODES：前两种缓冲模式的合集。
2. IIO 通道（iio_chan_spec）：采集的最小单元
IIO 通道是设备的物理采集/输出端口，比如 ADC 的一个电压采集引脚、加速度计的 X 轴数据，都对应一个独立通道。struct iio_chan_spec用于描述通道属性，是用户态识别数据的关键：type：通道类型（如IIO_VOLTAGE电压、IIO_ACCEL加速度）；
channel：通道编号（0、1、2…）；
scan_type：数据格式（有符号/无符号、有效位、存储位）；
info_mask：通道支持的属性（如量程、缩放比例、偏移）。
3. 驱动钩子（iio_info）：内核与硬件的桥梁
struct iio_info是驱动的回调函数集合，IIO 核心通过这些钩子操作硬件，最核心的是read_raw：read_raw：用户态读取数据时，内核自动调用该函数，从硬件读取原始值或转换参数（如缩放比例）；
函数参数包含通道信息与数据类型掩码，区分“读取原始采样值”和“读取量程/缩放系数”。
简单来说，read_raw就是驱动的数据读取入口，所有单通道单次采集都通过它完成。三、基础驱动开发流程：从零实现一个 IIO 设备
基于 IIO 核心组件，一个最小可用的 ADC 驱动只需 5 步：分配 IIO 设备：iio_allocate_device申请iio_dev结构；
配置工作模式：设置modes为INDIO_DIRECT_MODE；
定义驱动钩子：实现read_raw并填充iio_info；
声明采集通道：配置iio_chan_spec描述硬件通道；
注册设备：iio_device_register完成注册，生成 sysfs 接口。
完成后，内核会自动在/sys/bus/iio/devices/iio:deviceX生成标准接口，用户态无需编写驱动即可访问。四、高级特性：硬件触发与缓冲
基础直接模式仅支持单次软件采集，无法满足高速、连续采样场景（如工业数据采集、高频传感器）。IIO 提供硬件触发与缓冲两大高级特性，解决高效采集问题。1. 硬件触发（Hardware Triggers）
硬件触发是指由外部信号（如定时器中断、GPIO 电平、硬件采样信号）发起采集，而非软件主动读取。struct iio_trigger：触发设备结构；
iio_trigger_ops：触发操作钩子（如开启/关闭触发）；
pollfunc：触发回调函数，触发时自动执行，负责读取硬件数据。
触发开发流程
分配触发设备：iio_allocate_trigger("自定义触发名")；
绑定触发操作：trig->ops = &iio_trigger_ops；
注册触发：iio_trigger_register(trig)；
绑定采集回调：idev->pollfunc = iio_alloc_pollfunc(...)。
2. 缓冲（Buffers）
缓冲是触发采集的“数据容器”，没有缓冲，高频触发会导致数据丢失。IIO 提供两种标准缓冲：kfifo 缓冲：基于内核 FIFO 的简单缓冲；
环形缓冲（ring buffer）：循环存储数据，适合连续采集，是主流选择。
缓冲快速初始化
新版内核提供简化接口，一行代码完成缓冲、触发、回调的全套配置：ret = iio_sw_rb_simple_setup(idev, &iio_pollfunc_store_time, &触发处理函数);
该函数自动完成：缓冲分配、pollfunc 初始化、开启触发支持、向 IIO 核心注册缓冲。五、用户态 API：如何在应用层使用 IIO 设备
IIO 对用户态提供两套标准接口，无需关心底层硬件差异：1. Sysfs 接口（路径：/sys/bus/iio/devices/iio:deviceX）
in_voltage0_raw：通道 0 原始采样值；
in_voltage_scale：电压缩放系数（原始值 × 缩放系数 = 实际电压）；
name：设备名称。
2. 触发+缓冲模式 Sysfs 扩展接口
buffer/enable：开启/关闭缓冲采集；
buffer/length：设置缓冲长度；
scan_elements/in_voltage0_en：启用通道 0 采集；
trigger/current_trigger：绑定硬件触发。
3. 字符设备接口（/dev/iio:deviceX）
缓冲模式下，直接读取字符设备即可获取批量二进制数据，数据按通道+时间戳有序排列，适合高速采集场景。内核源码提供测试工具generic_buffer.c（路径：drivers/staging/iio/Documentation/），可直接验证驱动采集功能。六、总结
内核官方文档：drivers/staging/iio/Documentation；
参考驱动：drivers/staging/iio/iio_simple_dummy.c
对于嵌入式 Linux 开发者而言，IIO 是处理模拟采集、传感器设备的最优解，掌握它就能高效完成工业级、消费级传感器与 ADC/DAC 设备的驱动开发与应用部署。
10个月宝宝每天需要喝多少奶粉？