嵌入式Linux下Crontab启动带终端Python脚本时SPI子进程失效求助

以下是针对crontab启动时Python脚本无法启动SPI子进程的排查和解决方向：

1. 修复可执行文件的路径问题 #

crontab默认的工作目录是用户主目录（如/home/pi），你使用相对路径./spi_newpins调用程序，会导致crontab启动时找不到该可执行文件。

• 解决方法：将调用路径改为绝对路径，假设spi_newpins位于/scripts目录下，修改Python代码：

  proc=subprocess.Popen(["/scripts/spi_newpins","-o","/media/SD/"+ latest_file])
  

2. 消除环境变量差异 #

手动启动时的环境变量（如PATH、LD_LIBRARY_PATH）与crontab运行时的环境变量不一致，可能导致SPI程序依赖的动态链接库无法加载。

• 解决方法：
  • 在Python脚本中显式设置环境变量：

    import os
    env = os.environ.copy()
    env['LD_LIBRARY_PATH'] = '/usr/local/lib:/lib'  # 按实际库路径调整
    proc=subprocess.Popen(["/scripts/spi_newpins","-o","/media/SD/"+ latest_file], env=env)
    

  • 或在crontab命令前加载用户环境变量：

    @reboot /usr/bin/screen -d -m bash -c "source ~/.bashrc && python3 /scripts/my_script.py"
    

3. 验证SPI设备访问权限 #

crontab启动的进程可能没有访问SPI设备文件（如/dev/spidev0.0）的权限，而手动启动时你的用户属于有权限的组（如spi组）。

• 解决方法：
  • 确认运行crontab的用户属于spi组：执行groups <用户名>查看，若不在则用usermod -aG spi <用户名>添加，之后重启设备。
  • 临时测试可在crontab中用sudo运行脚本（注意安全风险）：

    @reboot /usr/bin/screen -d -m sudo python3 /scripts/my_script.py
    

4. 确保存储设备已挂载 #

@reboot触发时机可能早于/media/SD的挂载时间，导致SPI进程的输出路径不存在，启动失败。

• 解决方法：
  • 在Python脚本中添加挂载检查逻辑：

    import time
    while not os.path.exists("/media/SD"):
        time.sleep(2)
    # 检查通过后再启动SPI进程
    

  • 或在crontab中添加延迟，保证存储挂载完成：

    @reboot sleep 30 && /usr/bin/screen -d -m python3 /scripts/my_script.py
    

  • 更可靠的方式是改用systemd服务，配置After=media-SD.mount依赖，确保存储挂载后再启动脚本。

5. 排查子进程错误输出 #

将SPI进程的标准错误重定向到文件，查看具体失败原因：

proc=subprocess.Popen(
    ["/scripts/spi_newpins","-o","/media/SD/"+ latest_file],
    stderr=open("/tmp/spi_error.log", "w"),
    stdout=open("/tmp/spi_output.log", "w")
)

之后查看/tmp/spi_error.log内容，定位具体问题。

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