H100PowerManger

155 Commits 4 Branches 1 Tag

3 Commits

Include renames

Author	SHA1	Message	Date
zjk	67e732045a	pCanBridge 扩展多通道支持：每通道独立TCP链路 + 上下行对称通道标注(m_sSrcAux) pCanBridge： - 配置改为 channel = <通道名>,<IP>,<工作端口> 重复行（兼容旧 can_host/can_port 单通道回退），每通道一条独立 CanEndpoint(TCP Client) + 接收线程，对应 CANET 的 CAN0=4001..CAN7=4008 - 上行 CAN_0x%08X 不变，m_sSrcAux=通道名区分来源通道 - 下行按 m_sSrcAux 路由到对应通道；回退规则：default_channel > 单通道 > 多通道告警丢弃 - buildReport 逐通道统计（连接/收发帧数/错误/重连） pCCU： - 新增 bcu_can_channel 配置（默认 CAN0），BCU 断路器下行 Post 前 SetSourceAux 指定目标通道， key 保持 CAN_TX_0x%08X（与上行通道标注对称，key 格式不变）配置/文档：pCanBridge.moos、CanBridge_Info、pCCU.moos、missions/h100.moos、 test/pccu/pccu_it.moos 同步新格式。验证：伪造 CANET Server 冒烟通过（多通道建链/上行解析发布/SQLite channel 列/ 下行通道路由与回退丢弃/srcAux 经 MOOSDB 往返）； pccu 集成测试 PASSED（BCU 断路器下行 3 帧经新路由全部正确）； pccuTest 183/183、PowerMangerTests 64/64 通过。	2026-09-01 21:23:52 +08:00
zjk	90caacf9a2	pCCU 锂电池页新增 BCU 断路器控制（0x10XX81FF 经 pCanBridge 下行 CAN 总线） - CanBms: bcuCtrlCanId(0x10XX81FF) + buildBcuRelayCtrlData(02 00 总正总负 FF4) - SystemData: BcuCtrlCmd 下行队列(Web线程入队->Iterate/MOOS线程出队Notify) + 下发统计 - CCU: /api/bcu_ctrl(addr/action 或 pos/neg, 校验地址01h~36h) + Iterate 经 MOOS CAN_TX_0x 下发 - pCanBridge 变双向透传: 订阅 CAN_TX_0x*，CanEndpoint::sendFrame(13字节CANET帧,TCP写,互斥保护) - 网页: 每BCU节点断路器闭合/断开按钮(confirm确认) + 下发统计卡片 - 测试: pccuTest 控制帧编码用例(183项)；集成测试新增假CANET服务器验证完整下行链路(闭合/断开/非法地址)	2026-09-01 15:23:30 +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

Author

SHA1

Message

Date

zjk

67e732045a

pCanBridge 扩展多通道支持：每通道独立TCP链路 + 上下行对称通道标注(m_sSrcAux)

pCanBridge：
- 配置改为 channel = <通道名>,<IP>,<工作端口> 重复行（兼容旧 can_host/can_port 单通道回退），
  每通道一条独立 CanEndpoint(TCP Client) + 接收线程，对应 CANET 的 CAN0=4001..CAN7=4008
- 上行 CAN_0x%08X 不变，m_sSrcAux=通道名区分来源通道
- 下行按 m_sSrcAux 路由到对应通道；回退规则：default_channel > 单通道 > 多通道告警丢弃
- buildReport 逐通道统计（连接/收发帧数/错误/重连）

pCCU：
- 新增 bcu_can_channel 配置（默认 CAN0），BCU 断路器下行 Post 前 SetSourceAux 指定目标通道，
  key 保持 CAN_TX_0x%08X（与上行通道标注对称，key 格式不变）

配置/文档：pCanBridge.moos、CanBridge_Info、pCCU.moos、missions/h100.moos、
test/pccu/pccu_it.moos 同步新格式。

验证：伪造 CANET Server 冒烟通过（多通道建链/上行解析发布/SQLite channel 列/
下行通道路由与回退丢弃/srcAux 经 MOOSDB 往返）；
pccu 集成测试 PASSED（BCU 断路器下行 3 帧经新路由全部正确）；
pccuTest 183/183、PowerMangerTests 64/64 通过。

2026-09-01 21:23:52 +08:00

zjk

90caacf9a2

pCCU 锂电池页新增 BCU 断路器控制（0x10XX81FF 经 pCanBridge 下行 CAN 总线）

- CanBms: bcuCtrlCanId(0x10XX81FF) + buildBcuRelayCtrlData(02 00 总正 总负 FF*4)
- SystemData: BcuCtrlCmd 下行队列(Web线程入队->Iterate/MOOS线程出队Notify) + 下发统计
- CCU: /api/bcu_ctrl(addr/action 或 pos/neg, 校验地址01h~36h) + Iterate 经 MOOS CAN_TX_0x* 下发
- pCanBridge 变双向透传: 订阅 CAN_TX_0x*，CanEndpoint::sendFrame(13字节CANET帧,TCP写,互斥保护)
- 网页: 每BCU节点断路器闭合/断开按钮(confirm确认) + 下发统计卡片
- 测试: pccuTest 控制帧编码用例(183项)；集成测试新增假CANET服务器验证完整下行链路(闭合/断开/非法地址)

2026-09-01 15:23:30 +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