树莓派上AWS Greengrass Lambda无法访问USB打印机求助

结合你的描述，已经配置了本地设备资源但还是报错，大概率是权限配置不全或者USB路径动态变化导致的，咱们一步步来排查解决：

1. 先搞定Greengrass运行用户的设备权限 #

Greengrass Lambda默认是用ggc_user/ggc_group身份运行的，就算你在控制台配置了设备资源，这个用户可能还是没有访问USB打印机的权限：

• 先查一下目标设备的权限信息：

  ls -l /dev/bus/usb/001/009
  

  输出会类似crw-rw-r-- 1 root lp 189, 8 Aug 20 10:00 /dev/bus/usb/001/009，这里能看到设备所属的组是lp。

• 把ggc_user加入lp组，让它拥有访问打印机的权限：

  sudo usermod -a -G lp ggc_user
  

• 重启Greengrass守护进程生效：

  sudo systemctl restart greengrass.service
  

  更省心的方式是在Greengrass控制台配置本地资源时，开启自动添加组所有者：找到你创建的设备资源，编辑它的GroupOwnerSetting，勾选AutoAddGroupOwner，这样Greengrass会自动调整设备权限，不用手动加组。

2. 解决USB设备路径动态变化的问题 #

/dev/bus/usb/001/009这种路径是临时的，重启树莓派或插拔打印机后，设备编号很可能会变，导致Greengrass配置的路径失效。可以用udev规则给打印机分配固定的符号链接：

• 先查打印机的VendorID和ProductID：

  lsusb
  

  找到你的打印机条目，比如Bus 001 Device 009: ID 1234:5678 XYZ Printer，记下1234（VendorID）和5678（ProductID）。
• 创建udev规则文件：

  sudo nano /etc/udev/rules.d/99-usb-printer.rules
  

  写入以下内容（替换成你的VendorID和ProductID）：

  SUBSYSTEM=="usb", ATTRS{idVendor}=="1234", ATTRS{idProduct}=="5678", SYMLINK+="usb-printer", MODE="0666", GROUP="lp"
  

• 重新加载udev规则：

  sudo udevadm control --reload-rules && sudo udevadm trigger
  

  之后打印机就会有固定的路径/dev/usb-printer，把Greengrass本地资源的路径改成这个链接，重新部署即可。

3. 确保代码里正确获取设备路径 #

别在代码里硬编码/dev/bus/usb/001/009，而是通过Greengrass的资源环境变量获取路径：

• 在控制台配置本地资源时，给它设置一个ResourceName（比如UsbPrinter）。
• 代码里用环境变量读取路径：

  import os
  
  printer_path = os.environ.get("AWS_GG_RESOURCE_UsbPrinter_PATH")
  # 用printer_path去初始化你的打印机连接
  

  这样即使路径变了（只要udev规则维护好符号链接），代码也能自动拿到正确的路径。

4. 验证配置是否生效 #

可以在Lambda代码里加一些调试日志，确认资源是否正确加载：

import logging
import os
import subprocess

logger = logging.getLogger()
logger.setLevel(logging.INFO)

def handler(event, context):
    # 打印资源路径
    printer_path = os.environ.get("AWS_GG_RESOURCE_UsbPrinter_PATH", "路径未找到")
    logger.info(f"打印机资源路径: {printer_path}")
    
    # 列出USB总线设备，确认能看到目标设备
    result = subprocess.run(["ls", "-l", "/dev/bus/usb/001"], capture_output=True, text=True)
    logger.info(f"USB总线001下的设备: {result.stdout}")
    
    # 这里放你的打印机访问代码

查看Lambda日志，确认路径是否正确、设备是否可见，再排查后续问题。

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