AGV/AMR 系统软件崩溃或卡死，如何解决？
软件崩溃重启 · 日志分析 · 内存/存储 · 备份恢复 · 硬件自检
章节进度
13/20
师傅说
AGV/AMR 的"大脑"要是"死机"了（系统软件崩溃或卡死），那它就真成了一块"铁疙瘩"，动弹不得，也收不到指令。先重启大法，再日志追因！A. 可能的原因（6类）
软件崩溃/卡死的常见原因
软件 Bug 是最常见原因；硬件资源耗尽是第二常见
① 软件 Bug（最常见）
内存泄漏、死锁
未处理的异常
第三方库/驱动不兼容
特定条件下触发
② 硬件资源耗尽
内存不足（OOM）
CPU 占用率过高
存储空间写满
日志分区满了写不进
③ 硬件故障
CPU 过热
内存条故障
硬盘/SSD 坏道
电源供电不稳定
④ 驱动/OS 问题
驱动不兼容/版本过旧
OS 内核错误
系统文件损坏
关键服务异常退出
⑤ 外部干扰/异常输入
传感器数据格式错误
网络数据包异常
大量无效并发指令
软件未能正确处理
⑥ 配置错误
配置文件损坏
参数设置不兼容
更新后配置不匹配
环境变量错误
B. 解决步骤（由简到难）
软件崩溃七步排查法
先重启，再查日志，然后硬件，最后恢复备份
1
初步应对与信息收集
观察现象：完全卡死无响应（画面冻结/指示灯固定）？自动重启？还是 HMI 报错？
记录发生时间和状态：故障发生前车辆在执行什么任务？有无特殊操作？
查看 FMS/RCS 系统有无相关报警或车辆状态变化
2
⭐ 重启大法（最直接有效）
先尝试正常关机/重启（如果 HMI 仍有部分响应）
若正常重启无效：找到主电源开关或 Reset 按钮，执行强制关机再开机
注意：强制重启可能导致未保存的数据丢失，但通常是恢复运行的必要手段
3
⭐⭐ 查看系统与应用程序日志（定位根因的关键！）
操作系统日志（Linux）：/var/log/syslog/var/log/messagesdmesg；Windows：事件查看器
查找与崩溃时间点相关的错误、警告、内核恐慌（Kernel Panic）
AGV 应用程序日志：查找错误堆栈（Stack Trace）、异常捕获记录、崩溃前后的关键变量值
FMS/RCS 日志：可能记录了与车辆通信或任务相关的异常
4
检查硬件资源与状态（重启后进行）
内存占用：查看系统和主要进程的内存使用，有无内存泄漏
CPU 占用率：找出占用过高的进程（可能是某个软件模块有问题）
存储空间：检查系统盘和日志分区剩余空间是否充足
硬件温度：CPU/主板/硬盘温度是否过高；清洁散热风扇和散热片
5
软件层面排查
考虑最近的软件/固件更新：问题是否在更新后出现？尝试回滚到之前的稳定版本
检查配置文件：核对关键配置是否正确，有无损坏
隔离可疑模块：在测试环境中禁用某功能，看问题是否复现
6
硬件层面排查（怀疑硬件故障时）
使用内存诊断工具（如 Memtest86+）测试内存条
使用硬盘健康检测工具（如 CrystalDiskInfo）检查 SMART 信息和坏道
断电后检查内存条/硬盘数据线/板卡是否插接牢固
有备件时，用替换法测试可疑硬件
7
恢复备份（最后手段）+ 厂家支持
确定是OS 或应用程序严重损坏时，使用系统镜像或程序备份进行恢复（参考 Q36）
注意：恢复备份是有损操作，会丢失备份点之后的数据
无法自行解决时，联系设备厂家技术支持，提供详细故障描述、日志文件、复现步骤
系统崩溃/卡死解决心法
重启大法先尝试，日志分析是钥匙，硬件资源查一遍（内存CPU存储温），
软件配置莫忽视，备份恢复是后路（谨慎用），厂家支持解深迷，稳定运行终可期！
软件配置莫忽视，备份恢复是后路（谨慎用），厂家支持解深迷，稳定运行终可期！
日志位置速查
Linux 常见日志路径：/var/log/syslog（综合日志）、dmesg（内核消息/硬件）、journalctl -xe（systemd 日志）。Windows：事件查看器 → Windows 日志 → 系统/应用程序。AGV 应用日志路径请查阅设备手册。知识检验
完成所有题目后提交
单选题3 题
1AGV 软件崩溃后，定位根本原因最有价值的信息来源是什么？
A. 查看车辆外观是否有物理损坏
B. 分析系统日志和 AGV 应用程序日志，寻找崩溃前后的错误堆栈和异常记录
C. 询问周围的操作员是否看到有人碰过车辆
D. 检查 AGV 电池的剩余电量
2以下哪种情况最可能导致 AGV 软件系统因"存储空间不足"而崩溃？
A. 电池电量低于 20%
B. AGV 控制器的日志文件持续生成但从未清理，最终写满了系统盘
C. Wi-Fi 信号弱，数据传输速度慢
D. 导航地图文件过大，超过 500MB
3AGV 软件崩溃是在最近一次固件更新后才开始出现的，最应该首先尝试的解决方案是？
A. 立即更换控制器主板
B. 回滚到更新前的稳定版本（如有备份）
C. 清洁 AGV 的激光雷达传感器
D. 更换电池
多选题2 题
4怀疑 AGV 控制器硬件可能存在故障，可以进行哪些硬件排查操作？（多选）
A. 使用内存诊断工具（如 Memtest86+）测试内存条
B. 使用硬盘健康检测工具检查 SMART 信息和坏道情况
C. 断电后检查内存条、硬盘数据线等是否插接牢固
D. 向电池注水以降低系统温度
5AGV 软件系统发生内存泄漏（Memory Leak），可能导致哪些现象？（多选）
A. 系统运行时间越长，可用内存越来越少，最终导致 OOM（内存不足）崩溃
B. 系统响应越来越慢，卡顿越来越频繁
C. 重启后问题临时消失（内存被释放），但运行一段时间后问题复现
D. 立即导致 AGV 的 Wi-Fi 信号变弱
判断题3 题
6对 AGV 软件崩溃，使用强制重启方式有可能导致未保存的数据丢失，但在正常重启无效时，这是必要的临时处理手段。
正确
错误
7恢复系统备份是解决软件崩溃的首选方案，应该优先于重启和日志分析。
正确
错误
8向厂家技术支持报告软件崩溃问题时，应提供详细的故障描述、系统日志文件和问题复现步骤，而不仅仅是"车坏了"这样的描述。
正确
错误