zjk/H100PowerManger
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity
150 Commits 4 Branches 1 Tag
ee8819c610be1430a9da485d8184dfda3f47b9d4
Commit Graph
6 Commits
Author SHA1 Message Date
zjk e9a85c21fc 脚本清理：移除交叉编译，统一板卡原生编译流程 + 数据脚本支持 pCanBridge 
- 移除交叉编译脚本 build-arm64.sh / build-arm64-image.sh 及本地
  bin/arm64、build-arm64 产物目录（QEMU 模拟编译过慢）。
  板卡产物统一由 ./scripts/build-board.sh 原生编译产出。
- deploy.sh 简化为 mission + 5 个 systemd 服务安装（不再推送
  二进制），头注明确二进制来源为 build-board.sh。
- fetch-data.sh：新增 pCanBridge_data.db(+wal/shm) 下载，补齐
  遗漏的 pccu_data.db-wal/-shm，--journal 导出列表加入 pCanBridge。
- clean-data.sh：同步清理 pCanBridge 数据库三件套；修复停服命令
  漏掉 pCCU 的老问题（边写边清会产生脏数据），现按
  pCanBridge→apps→moosdb 顺序全停；--start 启动列表补齐。
- .gitignore：新增全局规则 *.db / *.db-shm / *.db-wal /
  *.db-journal / *.log，所有数据库与日志一律不入库；清理散落
  的重复条目与失效的 bin/arm64 条目。

验证：各脚本 bash -n 通过，help 输出正常，git check-ignore 命中
新规则且不影响 .moos 等配置文件。
 2026-08-31 19:42:20 +08:00
zjk b547772709 新增 pCanBridge：USBCAN-8E-U CAN->MOOSDB 透传桥 + SQLite 落库 
新应用 src/pCanBridge（独立 MOOS App，单通道）：
- CanEndpoint：TCP Client 连接 CANET/USBCAN-8E-U 工作端口
  （目标 IP/端口可配置，默认 192.168.0.222:4001=CAN0），
  接收线程流式缓冲按 13 字节切帧，过滤无效 DLC(>8)，
  断线自动重连（非阻塞 connect+超时 / SO_RCVTIMEO 读超时）。
- 帧协议（CANET-8E-U 手册 8.1）：byte0=帧信息(bit7 FF/bit6 RTR/
  bit3~0 DLC)，byte1~4=ID 大端，byte5~12=数据。
- MOOS 映射：变量名 CAN_0x%08X=CAN ID（不缩减），m_sVal=二进制
  data（逐帧透传不限流），m_sSrcAux=通道名(can_channel_name)，
  m_dfVal2=原始帧信息字节（用于区分标准/扩展、数据/远程帧）。
- CanDbStore：每帧落库 SQLite（can_frame 表：time/channel/
  frame_info/can_id/dlc/hex，含 time、can_id 索引），参考 pCCU
  DbStore：预处理语句 + WAL + synchronous=NORMAL，路径由 dbpath
  配置；复用 pPowerManger 的 sqlite3 amalgamation。
- AppCast 输出连接状态/收帧/发布/落库统计。

配套：
- missions/h100.moos 新增 pCanBridge 配置块（板卡 dbpath 指向
  data 目录）。
- build-board.sh / deploy.sh 支持 pCanBridge：产物部署 +
  pCanBridge.service 安装，服务列表加入第 5 个服务。
- .gitignore 忽略 bin/pCanBridge 与本机默认数据库。

已验证（板卡 192.168.0.223 实测）：服务 active，连接设备正常，
~60 帧/s 透传，落库 9000+ 行 integrity ok、无丢帧。
 2026-08-31 19:14:59 +08:00
zjk 2590282aed 0827协议修订：姿态数据2改预留 + 状态帧新增剩余发电量 + CCU地址可配置
build-test-deploy / ci (push) Successful in 1h13m13s
Details 
FC协议(0827 docx)：
- 控制指令域：字节12,13/16,17由纵倾/横倾姿态数据2改为预留（编码恒0、解码忽略）
- 状态反馈域：字节147,148由预留12改为剩余发电量(MWh)，贯通JSON/网页显示
- PM→CCU链路：姿态字段4xuchar改为2xshort(数据1)，结构体大小与线上布局不变
- 同步更新：CCU转发映射、SnapshotBuilder、pCCU网页、fuelcell网页、SQLite列描述、单测/模拟器
- 修正集成测试遗留断言(20B→24B、心跳d[19]→d[23])并增强预留字节校验

CCU地址可配置：
- pPowerManger 支持 moos 配置项 ccuhost/ccuport（默认127.0.0.1:7000）
- build-board.sh 增加 --ccu-host/--ccu-port 参数

文档：FC协议文档更新为0827版，清理过期协议docx
 2026-08-28 00:09:17 +08:00
zjk 54c32a180a 新增复合管控器(pCCU) + 惯导数据解析 + 设备控制页增强 + 0824协议文档归档 
- 新增 pCCU 复合管控器程序（src/pCCU）：FC/PM 双链路(UDP)、协议编解码器
  (FcProtocol/PmProtocol/Frame/Message/MessageRegistry)、快照与落库(DbStore)、
  内置 WebServer；挂入 src/CMakeLists.txt 与板卡 mission（h100.moos）
- 惯导/深度数据：新增 uDevice_insData 消息解析，接入 UpperCommManager，
  pPowerMangerHost 注册监视，UpmsgTest 覆盖
- pPowerMangerHost 设备控制页增强（web/index.html）
- 部署/运维脚本改为 4 个 systemd 服务（moosdb/pPowerManger/pPowerMangerHost/pCCU）：
  deploy/clean-data/fetch-data 同步适配
- 协议文档：归档 0824 控制主机与复合管控器通信协议 xlsx 及关联 docx，移除旧 md
- 测试：新增 pccu 单元/集成测试与 disSysTest Python 配电仿真
- 清理：移除未使用的 CCU 状态调试打印 coutMsg；.gitignore 补充编译产物/临时文件忽略
 2026-08-26 22:43:10 +08:00
zjk f50c7bd612 数据库：下位机交互数据全量落库，SQLite 封装重构 
- 新增 msg_log 原始帧表，RX/TX 双向记录原始字节与校验结果
- SQLite 封装改为描述符驱动的泛化 insert，删除 10 个手写 SQL
- 新增 ccuSetParmCmd/ccuSetParmFb 表，补齐 CCU 参数设定反馈落库
- 错误防崩溃：统一加锁、fail-open 降级、损坏自动重建、析构顺序修复
- WAL/迁移/预编译语句路径，数据库路径支持 mission 配置 dbpath
- 清理未使用的 shell.c/sqlite3ext.h/SQLite.zip
 2026-08-19 16:28:41 +08:00
zjk 48be5115c9 构建/部署：切换 Ubuntu 22.04 交叉编译环境，新增板卡部署工具 
- ci/Dockerfile：基础镜像 20.04 → 22.04（板卡实测为 Orange Pi Jammy，
  旧 focal 镜像保留为 h100-power-manager-ci:arm64-focal）
- scripts/build-arm64-image.sh：arm64 镜像构建（支持 --force 重建）
- scripts/build-arm64.sh：日常交叉编译（产物输出 bin/arm64/，与本地隔离）
- scripts/deploy.sh：板卡部署（推送二进制+mission，安装 3 个 systemd 服务）
- missions/h100.moos：板卡专用 mission 配置
- .gitignore：忽略 build-arm64/、webassets_gen.h 等构建产物
 2026-08-19 14:32:46 +08:00