OSError as e: PermissionError: [Errno 13] Permission denied: '/dev/gpiochip1'

### 解决 Python 中访问 `/dev/gpiochip1` 出现 `PermissionError: [Errno 13] Permission denied` 的方法 当尝试通过 Python 访问设备文件（如 `/dev/gpiochip1`），如果遇到 `PermissionError: [Errno 13] Permission denied` 错误，这通常是因为当前运行程序的用户缺乏对该设备文件的读写权限[^1]。 以下是可能的原因以及解决方案： #### 原因分析 1. **权限不足** 设备文件 `/dev/gpiochip1` 可能被设置为仅允许特定用户组或超级用户访问。普通用户无法直接对其进行操作[^2]。 2. **SELinux 或 AppArmor 配置限制** 如果系统启用了 SELinux 或 AppArmor 安全模块，则可能存在额外的安全策略阻止对 GPIO 资源的访问[^3]。 --- #### 解决方案 ##### 方法一：更改设备文件权限 可以通过修改设备文件的权限来赋予当前用户访问权： ```bash sudo chmod 666 /dev/gpiochip1 ``` 此命令将使所有用户都能读取和写入该设备文件。需要注意的是，这种方法会降低系统的安全性，因此不建议长期使用[^1]。 ##### 方法二：调整用户组归属 将当前用户添加到拥有 `/dev/gpiochip1` 权限的用户组中。例如，在大多数 Linux 发行版中，GPIO 文件通常由 `gpio` 用户组管理： ```bash sudo usermod -aG gpio $USER ``` 执行完成后需重新登录以应用更改。之后可以验证用户是否已加入目标组： ```bash groups | grep gpio ``` ##### 方法三：使用 `sudo` 提升权限 对于临时需求，可以直接使用 `sudo` 运行脚本以获得管理员权限： ```bash sudo python script.py ``` 虽然简单有效，但这并非推荐的最佳实践，因为过度依赖 `sudo` 可能带来安全风险[^2]。 ##### 方法四：配置 udev 规则 为了更优雅地解决问题，可创建自定义的 udev 规则以便自动分配适当权限给指定设备。编辑一个新的规则文件： ```bash sudo nano /etc/udev/rules.d/99-gpio.rules ``` 向其中添加如下内容： ```plaintext KERNEL=="gpiochip*", SUBSYSTEM=="gpio", MODE="0666" ``` 保存并刷新 udev 规则： ```bash sudo udevadm control --reload-rules && sudo udevadm trigger ``` 这样每次加载驱动时都会自动授予所需权限。 ##### 方法五：禁用 SELinux/AppArmor （谨慎） 如果是由于强制性访问控制机制引起的冲突，可以选择将其设为宽容模式甚至完全关闭。不过这种做法会影响整体系统保护水平，应慎重考虑。 - 对于 SELinux： ```bash sudo setenforce 0 ``` - 对于 AppArmor： ```bash sudo aa-disable / ``` --- ### 示例代码片段 假设我们有一个简单的 Python 程序用于测试 GPIO 接口连接状态： ```python import gpiod from gpiod.line import Direction def test_gpio(): chip = gpiod.Chip('/dev/gpiochip1') line = chip.get_line(0) config = gpiod.LineRequest() config.consumer = "test" config.request_type = gpiod.LINE_REQ_DIR_IN line.request(config) value = line.get_value() print(f"Line Value: {value}") if __name__ == "__main__": try: test_gpio() except PermissionError as e: print(f"Failed due to permission error: {e}") ``` 确保按照前述步骤解决了权限问题后再运行以上代码。 ---