第25课：让 Qt 从 GPIO 子系统一路进阶到平台驱动与设备树控制
本节路线图
| 为什么这一课要把三种GP | → | 先从GPIO子系统开始： | → | 再进一步：平台驱动让LE |
| 小猫提醒 这节有分区、烧录或删除类操作，先确认盘符和路径，再按回车。 |
| 猫头鹰提示 编译前先对齐目标架构和工具链名字，别让主机程序和板卡程序搞混。 |
上一课我们已经把 Qt 和字符驱动之间的桥搭起来了，知道了应用层可以通过设备节点去碰到底层硬件。
这一课继续往前走，但重点不再只是“Qt 能不能控制板子”，而是要把同一类 GPIO 需求，放到三种不同驱动组织方式里重新看一遍：
- GPIO 子系统：先学会“按键状态怎么被 Qt 看见”
- 平台驱动：再学会“板载 LED 怎么被 Qt 控制”
- 设备树驱动：最后学会“为什么 app 几乎不变，但底层资源描述方式却更工程化了”
你会发现，这三段内容不是三个孤立 demo，而是一条非常标准的板级应用成长线：
从直接读状态，到规范化驱动，再到设备树描述硬件资源。
本节路线图（参考原理图）
| GPIO 子系统 先把板上按键状态读出来，让 Qt 知道“有没有被按下” | → | 平台驱动 再把两个 LED 控制动作挂到标准平台设备模型上 | → | 设备树驱动 把硬件描述从代码里抽走，交给 DTS 和 Project 统一维护 | → | Q |