J6B泊车日志分析
/install j6b-log-analysis
J6B泊车日志分析Skill
快速导航
| 参考文档 | 说明 |
|---|---|
| log-locations.md | 各模块日志路径详细说明 |
| error-codes.md | 常见错误识别和解决建议 |
| performance.md | QNX性能分析方法详解(含monitor_cpu.sh脚本) |
| qnx-commands.md | QNX命令参考 |
| troubleshooting.md | 故障排查案例库 |
| report-template-system-resource.md | ⭐ 系统资源分析报告模板(必读) |
自动化脚本
| 脚本 | 说明 | 用法 |
|---|---|---|
| monitor_cpu.sh | 综合CPU监控(彩色+日志) | ./monitor_cpu.sh |
| download_log.sh | 批量下载日志(打包/逐模块) | ./download_log.sh [-a] [-c IP] [模块名] |
| analyze_log.sh | 日志错误分析(模式识别+报告) | ./analyze_log.sh [-l] [-r] [模块名] |
download_log.sh 使用
# 下载所有模块日志
./download_log.sh
# 下载单个模块
./download_log.sh planning
# 打包模式(大数据量推荐)
./download_log.sh -a
# 指定百兆网口
./download_log.sh -c 192.168.2.10 planning
# 指定保存目录
./download_log.sh -o /tmp/logs planning od rd
analyze_log.sh 使用
# 分析板端所有模块
./analyze_log.sh
# 分析指定模块
./analyze_log.sh planning od rd
# 分析本地已下载的日志
./analyze_log.sh -l planning
# 生成分析报告
./analyze_log.sh -r
⚠️ 报告输出规范
当用户要求分析系统资源时,必须严格按照 report-template-system-resource.md 模板输出。
报告结构(7章)
| 章节 | 内容 |
|---|---|
| 第1章 系统健康度 | CPU/内存/进程数/线程数总览 + CPU统计(Min/Max/Avg/Idle) |
| 第2章 CPU占用 TOP 15 | 排名、进程名、CPU%、SYS%、判定 |
| 第3章 内存占用 TOP 15 | 排名、进程名、内存、判定 |
| 第4章 线程状态异常 | Mtx/Sem异常线程列表 |
| 第5章 泊车业务进程状态 | 13个业务进程的运行状态、PID、在线时长 |
| 第6章 TOP完整输出 | top命令原始输出 |
| 第7章 重点关注项 | 异常汇总 + 可能原因 + 排查建议 |
判定阈值
| 指标 | 🟢 正常 | 🟡 注意 | 🔴 告警 |
|---|---|---|---|
| 单进程 CPU | \x3C 10% | 10% ~ 50% | > 50% |
| 系统总 CPU | \x3C 50% | 50% ~ 80% | > 80% |
| 单进程内存 | \x3C 200M | 200M ~ 500M | > 500M |
| 可用内存 | > 2000M | 500M ~ 2000M | \x3C 500M |
| 线程 Mtx/Sem | 0 个 | 1 ~ 3 个 | > 3 个 |
泊车业务进程清单(第5章必须覆盖)
sensorcenter, image_preprocess, perception_rd, perception_od, perception_fusion, dr, loc, pad, gridmap, planning, ui_control, adaptercom, nos_adasSimtool
常用操作速查
F1: 日志文件定位
主日志路径: /app/apa/log/
Coredump路径: /log/coredump
各模块日志快速查找:
| 模块 | 命令 |
|---|---|
| planning | ls -la /app/apa/log/planning/ |
| perception (od/rd) | ls -la /app/apa/log/{od,rd}/ |
| loc | ls -la /app/apa/log/loc/ |
| sensorcenter | ls -la /app/apa/log/sensorcenter/ |
| 所有模块 | ls -la /app/apa/log/ |
F2: 基础日志读取
# 查看最新日志
tail -100 /app/apa/log/planning/*.log
# 实时跟踪
tail -f /app/apa/log/planning/*.log
# 搜索错误
grep -i "error" /app/apa/log/planning/*.log
# 查看系统日志
slog2info | grep -i planning
F3: 日志下载
网络信息:
- 千兆网口:192.168.1.10
- 百兆网口:192.168.2.10
- 用户名:root
# 单个模块日志
scp [email protected]:/app/apa/log/planning/*.log ./
# 批量下载所有日志
scp [email protected]:/app/apa/log/*.log ./
# 打包下载
ssh [email protected] "tar czf /tmp/logs.tar.gz -C /app/apa/log ."
scp [email protected]:/tmp/logs.tar.gz ./
F4: 进程状态查看
# 查看进程详情(QNX特有)
pidin -p planning
# 查看CPU占用
hogs | grep -E "planning|od|rd|loc|psd|sensorcenter"
# 查看系统状态
top
F5: 系统资源性能分析
方式一:快速诊断(推荐新手)
# 综合监控脚本(彩色输出+自动日志)
/userdata/monitor_cpu.sh
特性:
- 🎨 彩色输出:高CPU红色、警告黄色
- 📊 TOP 15排名:CPU占用、内存占用
- 📝 自动日志:保存到
/userdata/log/cpu_monitor/ - 🔄 自动清理:7天后自动删除旧日志
- ⏱️ 实时刷新:每3秒更新一次
方式二:手动三步法(推荐熟练用户)
# 第一步:找出占用CPU的进程
hogs -i -s 1
# 第二步:查看该进程详情
top -p \x3CPID>
# 第三步:分析线程状态
# - Run: 正常计算
# - Mtx/Sem: 锁竞争,需检查
# - NSlp: 正常休眠
诊断结论参考
| PIDS | SYS | STATE | 可能原因 |
|---|---|---|---|
| >50% | \x3C30% | 多Run | 算法过重,需优化 |
| >50% | >70% | 多Run | 死循环或系统调用频繁 |
| 正常 | 正常 | 多Mtx/Sem | 锁竞争严重,检查代码 |
| 正常 | 正常 | 多NSlp | 正常休眠 |
后台监控脚本使用
# 上传脚本到板端
scp scripts/monitor_cpu.sh [email protected]:/userdata/
# SSH登录板端
ssh [email protected]
# 添加执行权限
chmod +x /userdata/monitor_cpu.sh
# 前台运行(实时查看)
/userdata/monitor_cpu.sh
# 后台运行(适合长期监控)
nohup /userdata/monitor_cpu.sh > /dev/null 2>&1 &
# 查看监控日志
tail -f /userdata/log/cpu_monitor/cpu_monitor_*.log
# 停止后台进程
kill $(pidof monitor_cpu.sh)
工作流程
场景1:泊车失败,需要查看日志
-
定位日志路径
ls -la /app/apa/log/ -
查看最新错误
grep -i "error\|fail" /app/apa/log/planning/*.log | tail -50 -
实时跟踪
tail -f /app/apa/log/planning/*.log -
如需下载分析
scp [email protected]:/app/apa/log/planning/*.log ./
场景2:系统卡顿,需要分析性能
-
快速启动综合监控
/userdata/monitor_cpu.sh -
观察监控输出
- CPU占用 > 80% 红色警告
- 内存占用 > 10000K 黄色提示
- 查看TOP 15排名定位问题进程
-
深入分析
# 查看目标进程详情 top -p \x3CPID> -
分析问题
- PIDS高 + SYS高 → 可能死循环或系统调用频繁
- 多线程卡在Mtx/Sem → 存在锁竞争
-
查看历史监控日志
tail -100 /userdata/log/cpu_monitor/cpu_monitor_*.log
场景3:进程崩溃,需要分析coredump
-
查找coredump文件
ls -la /log/coredump/ -
查看崩溃原因
cat /log/reset_reason.txt -
结合日志分析
slog2info | grep -i "crash\|segmentation"
网络连接
连接到板端:
# 千兆网口
ssh [email protected]
# 百兆网口
ssh [email protected]
测试连接:
ping 192.168.1.10
QNX vs Linux 常用命令对比
| 功能 | QNX | Linux |
|---|---|---|
| 查看进程详情 | pidin |
ps |
| 结束进程 | slay |
kill |
| 系统日志 | slog2info |
journalctl |
| 资源监控 | hogs, top |
top, htop |
- 确保已安装 OpenClaw(本地或 Docker 部署)
- 在对话框中输入安装命令:
/install j6b-log-analysis - 安装完成后,直接呼叫该 Skill 的名称或使用
/j6b-log-analysis触发 - 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
J6B泊车日志分析 是什么?
J6B泊车系统日志读取和分析。支持:日志文件定位、日志读取、常见错误识别、日志下载、系统资源性能分析。使用场景:查看日志、分析报错、排查问题、性能诊断、下载日志到本地。触发词:日志、log、slog2info、tail、grep、报错、错误、异常、失败、故障、性能、CPU、占用、下载、scp。 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件,目前累计下载 134 次。
如何安装 J6B泊车日志分析?
在 OpenClaw 或 Claude Code 对话框中运行命令「/install j6b-log-analysis」即可一键安装,无需额外配置。
J6B泊车日志分析 是免费的吗?
是的,J6B泊车日志分析 完全免费,采用 MIT-0 许可证,可自由下载、安装和使用。
J6B泊车日志分析 支持哪些平台?
J6B泊车日志分析 跨平台运行,可在任意部署了 OpenClaw / Claude Code 的环境中使用(cross-platform)。
谁开发了 J6B泊车日志分析?
由 CoderChenDQ(@coderchendq)开发并维护,当前版本 v1.1.0。