如果您没有可用的真实硬件,则在不破解真实内核驱动程序的情况下就没有这种可能性。幸运的是,在 Linux 内核中我们有gpio-mockup(还有新来的gpio-sim
)用于测试 GPIO 库和 API。
主要思想是这样的。您创建一个虚拟 GPIO 芯片:
% modprobe gpio-mockup gpio_mockup_ranges=-1,3 gpio_mockup_named_lines
% gpiodetect
...
gpiochip2 [gpio-mockup-A] (3 lines)
% gpioinfo 2
gpiochip2 - 3 lines:
line 0: "gpio-mockup-A-0" unused input active-high
line 1: "gpio-mockup-A-1" unused input active-high
line 2: "gpio-mockup-A-2" unused input active-high
通过 DebugFS,您可能会看到这些行位于硬件方面,即无论您在那里编写什么,Linux 堆栈都会将其视为硬件状态:
% mount -t debugfs none /sys/kernel/debug
% ls -l /sys/kernel/debug/gpio-mockup/gpiochip2/
total 0
--w------- 1 root root 0 Jan 29 01:10 0
--w------- 1 root root 0 Jan 29 01:10 1
--w------- 1 root root 0 Jan 29 01:10 2
(注意那里的只写属性)
现在演示部分
首先检查引脚的当前状态(让我们选择虚拟 GPIO 控制器的引脚 2):
% gpioget 2 2
0
假设引脚的硬件状态已从 0 更改为 1:
% echo 1 > /sys/kernel/debug/gpio-mockup/gpiochip2/2
再次检查引脚的状态:
% gpioget 2 2
1
对于输出部分,它有点复杂,即要么您需要到 GPIO 芯片的已弃用的 sysfs 接口,要么您必须运行一个线程或从代码中派生一个进程以保持上下文状态正确。和gpioget
and gpioset
目前这是不可能的,因为驱动程序会在(GPIO 控制器的)设备节点关闭后立即恢复状态。
总的来说,我认为您已经明白了,也许您甚至不需要输出 GPIO 线。