使用raspberry pi 3b plus相机实现探空气球每3分钟拍照存储方案求助

一、定时拍摄功能实现 #

直接用Linux原生定时任务+官方相机工具实现，无需额外复杂依赖：

• 首先编写拍摄脚本 /home/pi/capture.sh，内容如下：

#!/bin/bash
# 生成带时间戳的文件名，避免重名覆盖
filename="/home/pi/photos/$(date +%Y%m%d_%H%M%S).jpg"
# 调用相机拍摄，根据需要调整分辨率、曝光参数
libcamera-still -o "$filename" -t 1000 --width 4056 --height 3040
# 拍摄成功后记录日志，方便故障排查
if [ $? -eq 0 ]; then
    echo "$(date) capture success: $filename" >> /var/log/camera.log
else
    echo "$(date) capture failed" >> /var/log/camera.log
fi

• 给脚本加执行权限：chmod +x /home/pi/capture.sh
• 配置定时任务，执行crontab -e后添加如下行，实现每3分钟触发一次拍摄：

*/3 * * * * /home/pi/capture.sh

二、存储方案选型对比（针对核心疑问） #

1. 直接存储为文件到普通TF卡 #

• 优势：实现零额外成本，代码不需要额外适配，回收后直接读卡就能拿到照片，调试难度极低
• 劣势：普通消费级TF卡耐温范围窄（大多仅支持0~70℃），近空低温环境容易失效，突然掉电大概率损坏文件系统甚至整个存储

2. 存储为文件到工业级存储介质（工业级TF卡/小容量USB固态U盘） #

• 优势：工业级存储耐温范围普遍覆盖-40℃~85℃，抗冲击性能远高于消费级卡，存为文件的开发优势同样保留，双介质同时备份的话丢数据概率极低
• 劣势：单硬件成本比普通TF卡高2~3倍

3. 裸写Flash/自定义二进制存储格式 #

• 优势：绕过文件系统，掉电只会丢失当前正在写入的单张照片，不会损坏整个存储的历史数据
• 劣势：需要额外开发读写逻辑，回收设备后需要自己写解析工具提取照片，开发和调试成本极高，非极端场景不需要考虑

三、落地推荐配置 #

优先选择「工业级TF卡存文件」方案，兼顾可靠性和开发效率，配合以下容错措施进一步降低风险：

• 将树莓派系统分区设置为只读模式，仅单独划分的照片存储分区可写，避免掉电损坏系统导致无法开机
• 拍摄脚本中先将照片写入临时文件，写完校验大小正常后再重命名为正式文件，避免半写的损坏文件占用空间
• 提前根据飞行时长、单张照片大小计算存储需求，预留至少30%的冗余空间，避免存储写满导致漏拍
• 条件允许的情况下额外加一个小容量USB固态U盘做双备份，每次拍摄完成后同时写入两个存储介质

四、前置测试建议 #

发射前必须完成以下测试验证可靠性：

• 连续24小时定时拍摄测试，确认无漏拍、无存储异常
• 低温环境测试：将整套设备放入零下30℃环境静置2小时，期间触发3次以上拍摄，确认存储正常
• 多次模拟突然掉电测试，确认不会损坏历史存储的照片和系统

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