嘿，这个场景我太熟了！手动跑一切正常，Daemon一启动就掉链子，大概率是运行上下文差异搞的鬼——毕竟Daemon是后台以系统用户身份跑的，和你登录Pi后手动执行的环境完全不一样，给你几个排查和解决方向：

1. 先查CSV文件的路径！绝对是高频坑 #

你手动运行脚本时，默认是在脚本所在的目录执行，用./records.csv这种相对路径没问题，但Daemon启动时的工作目录大概率是根目录/或者/root，这时候脚本会跑去根目录找（或者创建）CSV文件，你自然看不到数据。

解决办法：把代码里的CSV路径改成绝对路径，比如：

# 原来的相对路径写法（坑）
with open('card_records.csv', 'a', newline='') as f:
# 改成绝对路径（替换成你实际的脚本文件夹路径）
csv_path = '/home/pi/rfid_scripts/card_records.csv'
with open(csv_path, 'a', newline='') as f:

如果怕目录不存在，还可以提前加一段创建目录的代码：

import os
csv_path = '/home/pi/rfid_scripts/card_records.csv'
# 自动创建CSV所在的目录（如果不存在）
os.makedirs(os.path.dirname(csv_path), exist_ok=True)

2. 检查文件/目录的权限 #

Daemon通常是以root或者nobody这类系统用户运行的，而你手动执行是用pi用户，这就可能出现：Daemon用户没有权限往CSV所在目录写文件。

解决办法：

• 要么给目录加足够的权限：

  sudo chmod 775 /home/pi/rfid_scripts
  sudo chown pi:pi /home/pi/rfid_scripts/card_records.csv
  

• 要么让Daemon以pi用户运行（如果用的是systemd服务）：打开你的service文件（比如/etc/systemd/system/rfid_service.service），在[Service]段里加一行：

  User=pi
  

  然后重启服务：sudo systemctl daemon-reload && sudo systemctl restart rfid_service.service

3. 看看Daemon的日志找线索 #

如果上面两步还没解决，直接看Daemon的运行日志，绝对能找到具体错误（比如权限拒绝、文件找不到）：

• 如果你用的是systemd，执行：

  journalctl -u 你的服务名.service -f
  

  比如你的服务叫rfid_reader.service，就跑journalctl -u rfid_reader.service -f，重启Pi或者服务后，就能看到实时的错误输出，精准定位问题。

4. 确认Python环境一致 #

偶尔也会出现Daemon用的Python版本和你手动用的不一样（比如系统默认的Python2和你装的Python3），导致依赖或者路径问题。解决办法是在脚本开头指定Python的绝对路径，或者在service文件里写全Python路径：

• 脚本开头加：#!/usr/bin/python3（用which python3可以查到你实际用的路径）
• service文件里的ExecStart写全：ExecStart=/usr/bin/python3 /home/pi/rfid_scripts/your_script.py

按这个思路排查，基本能搞定问题～

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