Linux嵌入式系统中如何使用Golang高效管理GPIO I/O？

完全可以不调用shell命令实现GPIO管理，实际性能远高于执行shell子进程的方案。你用到的shell命令本质是对Linux sysfs虚拟文件系统的文件读写操作，Go直接对这些虚拟文件做IO操作即可，没有额外的进程fork/exec开销，资源占用和操作延迟都低很多。

核心实现逻辑 #

• 导出GPIO：向/sys/class/gpio/export写入GPIO编号的字符串，让内核暴露对应引脚的控制文件
• 设置方向：向/sys/class/gpio/gpio<引脚编号>/direction写入out/in指定输入输出模式，也可以直接写high/low，在设置为输出模式的同时指定初始电平
• 电平控制：输出模式下，向/sys/class/gpio/gpio<引脚编号>/value写入1/0即可切换高低电平，输入模式下读这个文件就能获取当前引脚电平
• 资源释放：不再使用引脚时，向/sys/class/gpio/unexport写入GPIO编号即可取消导出

参考代码（GPIO48控制示例） #

package main

import (
	"os"
	"strconv"
)

func exportGPIO(pin int) error {
	f, err := os.OpenFile("/sys/class/gpio/export", os.O_WRONLY, 0644)
	if err != nil {
		return err
	}
	defer f.Close()
	_, err = f.WriteString(strconv.Itoa(pin))
	return err
}

func setGPIODirection(pin int, dir string) error {
	path := "/sys/class/gpio/gpio" + strconv.Itoa(pin) + "/direction"
	f, err := os.OpenFile(path, os.O_WRONLY, 0644)
	if err != nil {
		return err
	}
	defer f.Close()
	_, err = f.WriteString(dir)
	return err
}

func setGPIOValue(pin int, val int) error {
	path := "/sys/class/gpio/gpio" + strconv.Itoa(pin) + "/value"
	f, err := os.OpenFile(path, os.O_WRONLY, 0644)
	if err != nil {
		return err
	}
	defer f.Close()
	_, err = f.WriteString(strconv.Itoa(val))
	return err
}

func unexportGPIO(pin int) error {
	f, err := os.OpenFile("/sys/class/gpio/unexport", os.O_WRONLY, 0644)
	if err != nil {
		return err
	}
	defer f.Close()
	_, err = f.WriteString(strconv.Itoa(pin))
	return err
}

func main() {
	const gpioPin = 48
	// 导出引脚，重复导出会报错，可提前判断文件是否存在跳过该步骤
	if err := exportGPIO(gpioPin); err != nil {
		panic(err)
	}
	defer unexportGPIO(gpioPin)

	// 设置为输出模式，初始高电平，等价于你示例里的echo high > direction
	if err := setGPIODirection(gpioPin, "high"); err != nil {
		panic(err)
	}

	// 切换为低电平
	if err := setGPIOValue(gpioPin, 0); err != nil {
		panic(err)
	}

	// 切换为高电平
	if err := setGPIOValue(gpioPin, 1); err != nil {
		panic(err)
	}
}

高效优化建议 #

• 高频操作场景下，不要每次改电平都打开关闭value文件，初始化阶段打开一次文件句柄复用，能大幅减少系统调用开销
• 对实时性要求极高的场景，可以改用GPIO字符设备接口（/dev/gpiochipX），通过ioctl系统调用操作，支持批量操作多引脚，操作延迟比sysfs低一个数量级
• 提前缓存对应引脚的控制文件路径，避免每次操作都拼接字符串，进一步提升性能

内容的提问来源于stack exchange，提问作者ipStack