docs: clarify KaihongOS edge boundary in overview docs
鸿枢智联:OpenHarmony 多模态工业现场协同系统
文档入口:
1 项目功能
系统连接移动巡检、专家工作台、RK3568 边缘节点和 Hi3861 设备。巡检员采集图片或文字,专家接单、沟通和复核,设备按受控命令执行并返回 ACK。设备身份、证据、工单和审计记录保持关联。
2 本地 AI 与分层推理
RK3568 运行 KaihongOS/OpenHarmony HAP,RiskNet-v1 通过 C++/NAPI 在设备侧计算;Hi3861 A 板也在设备侧计算。多模态模型部署在团队自有服务器,当前使用 MS-Swift 与 Transformers,不调用第三方公有云推理 API。摄像头 Go 代理是可选的独立外置辅助节点,不属于 RK3568 的 KaihongOS HAP。
P101 真实采样进入本地推理。读取失败或回退数据标记为 skipped,不能当作有效推理。RiskNet 输入缺失、陈旧或来源异常时暂停。两个端侧模型均不直接控制 M301。
源码入口:P101 板端模型、RK3568 原生推理、模型部署脚本。
3 弱网使用
4 系统连接
移动端和专家大屏访问 Windows 业务后端。Windows Docker 运行 FastAPI、openGauss、Redis、MQTT 和专家页面,通过 18111 隧道访问自有服务器的 8111 模型服务。RK3568 KaihongOS HAP 负责 RiskNet 风险参考和 EDGE-001 心跳,P101/M301 负责现场采集与受控执行;如启用摄像头,CAM-001 由独立外置辅助节点上传。
AI 生成建议或动作提案。人工确认后仍需检查角色、设备绑定、LOTO、租约和重放。HTTP 200 只表示请求已接收,匹配 command_id 的真实设备 ACK 才确认执行成功。
5 当前验证
2026 年 10 月 6 日:隔离安全回归 121 项通过;专家大屏 9 项回归及生产构建通过;干净源码 unsigned HAP 构建通过,两种 ABI 均含设备指纹和 HUKS 本地库;自有服务器模型清单与实际图片推理通过。安全回归未访问演示数据库或发送真实设备控制命令。
Mate 60 Pro 移动端、专家协同、SoftBus 和 Hi3861 / RK3568 共同组成现场闭环。P1C_SECURITY 覆盖诊断隔离层;动作层仍以对应现场记录为准。HUKS 是客户端密钥与原生调用能力,不代表服务器 TEE 验证。
PPT 后续实测数据如下,原始轮次对应范围见材料仓库 tests/p1c/指标来源核对.md。
P1C 是混合来源冻结评测集,共 90 条。B_adapter 状态准确率提高 3.94 个百分点,Macro-F1 下降 1.52 个百分点。C_evidence 的证据绑定与安全弃权指标不作为视觉识别准确率。RiskNet 历史测试混淆矩阵如下。
6 构建与部署
先按部署手册配置本机环境和凭据。Windows 服务:
docker compose up -d --build db redis mqtt backend frontend curl http://127.0.0.1:8000/health
移动端:
powershell -ExecutionPolicy Bypass -File scripts/check_openharmony_app_env.ps1 powershell -ExecutionPolicy Bypass -File scripts/build_openharmony_app.ps1
真机安装使用 DevEco 调试签名包。unsigned HAP 用于构建复现。RK3568 与 P101 的入口和外部 SDK 条件见各模块 README。
服务器 AI 使用 deploy/local-ai/hongshu-ai.service,开机默认 General,异常退出后受限重试。安装和检查命令见部署手册第 4.4 节。
7 源码目录
8 参赛材料与许可
正式申报资料、答辩 PPT、演示和签署文件见材料仓库。答辩文件名为鸿枢智联_参赛答辩PPT.pptx。
业务代码采用 Apache License 2.0。模型、数据和第三方组件按各自许可使用,详见 THIRD_PARTY_LICENSES.md。配置示例不含真实密钥。
版权所有:中国计算机学会技术支持:开源发展技术委员会 京ICP备13000930号-9 京公网安备 11010802047560号
鸿枢智联:OpenHarmony 多模态工业现场协同系统
文档入口:
1 项目功能
系统连接移动巡检、专家工作台、RK3568 边缘节点和 Hi3861 设备。巡检员采集图片或文字,专家接单、沟通和复核,设备按受控命令执行并返回 ACK。设备身份、证据、工单和审计记录保持关联。
2 本地 AI 与分层推理
RK3568 运行 KaihongOS/OpenHarmony HAP,RiskNet-v1 通过 C++/NAPI 在设备侧计算;Hi3861 A 板也在设备侧计算。多模态模型部署在团队自有服务器,当前使用 MS-Swift 与 Transformers,不调用第三方公有云推理 API。摄像头 Go 代理是可选的独立外置辅助节点,不属于 RK3568 的 KaihongOS HAP。
P101 真实采样进入本地推理。读取失败或回退数据标记为 skipped,不能当作有效推理。RiskNet 输入缺失、陈旧或来源异常时暂停。两个端侧模型均不直接控制 M301。
源码入口:P101 板端模型、RK3568 原生推理、模型部署脚本。
3 弱网使用
4 系统连接
移动端和专家大屏访问 Windows 业务后端。Windows Docker 运行 FastAPI、openGauss、Redis、MQTT 和专家页面,通过 18111 隧道访问自有服务器的 8111 模型服务。RK3568 KaihongOS HAP 负责 RiskNet 风险参考和 EDGE-001 心跳,P101/M301 负责现场采集与受控执行;如启用摄像头,CAM-001 由独立外置辅助节点上传。
AI 生成建议或动作提案。人工确认后仍需检查角色、设备绑定、LOTO、租约和重放。HTTP 200 只表示请求已接收,匹配 command_id 的真实设备 ACK 才确认执行成功。
5 当前验证
2026 年 10 月 6 日:隔离安全回归 121 项通过;专家大屏 9 项回归及生产构建通过;干净源码 unsigned HAP 构建通过,两种 ABI 均含设备指纹和 HUKS 本地库;自有服务器模型清单与实际图片推理通过。安全回归未访问演示数据库或发送真实设备控制命令。
Mate 60 Pro 移动端、专家协同、SoftBus 和 Hi3861 / RK3568 共同组成现场闭环。P1C_SECURITY 覆盖诊断隔离层;动作层仍以对应现场记录为准。HUKS 是客户端密钥与原生调用能力,不代表服务器 TEE 验证。
PPT 后续实测数据如下,原始轮次对应范围见材料仓库 tests/p1c/指标来源核对.md。
P1C 是混合来源冻结评测集,共 90 条。B_adapter 状态准确率提高 3.94 个百分点,Macro-F1 下降 1.52 个百分点。C_evidence 的证据绑定与安全弃权指标不作为视觉识别准确率。RiskNet 历史测试混淆矩阵如下。
6 构建与部署
先按部署手册配置本机环境和凭据。Windows 服务:
移动端:
真机安装使用 DevEco 调试签名包。unsigned HAP 用于构建复现。RK3568 与 P101 的入口和外部 SDK 条件见各模块 README。
服务器 AI 使用 deploy/local-ai/hongshu-ai.service,开机默认 General,异常退出后受限重试。安装和检查命令见部署手册第 4.4 节。
7 源码目录
8 参赛材料与许可
正式申报资料、答辩 PPT、演示和签署文件见材料仓库。答辩文件名为鸿枢智联_参赛答辩PPT.pptx。
业务代码采用 Apache License 2.0。模型、数据和第三方组件按各自许可使用,详见 THIRD_PARTY_LICENSES.md。配置示例不含真实密钥。