系统核心能力
操作员
(自然语言)
L1意图理解
(FMAA)
L2代理调度
(MGDT)
L3设备执行
(UFC/PQC)
L4通信控制
(本软件)
L5证书签发
(CJC)
架构升级
实现从N×M全连接到1+N星型拓扑的架构升级，大幅降低维护成本。
数据可信
提供密码学保障的全链路数据可信体系，确保测试数据安全可靠。
快速接入
支持新仪器快速接入与自动协议翻译，接入时间小于5分钟。
L4 通信控制层 —— 规约无关的通用驱动基石
2.1 架构演进：从N×M到1+N
| 传统架构 | 新架构 |
|---|---|
| N×M全连接 | 1+N星型拓扑 |
| 每款仪器=独立驱动 | 1引擎+N个JSON配置 |
| 维护成本指数级上升 | 维护成本线性增长 |
2.2 元协议描述文件四层结构
| 层级 | 名称 | 内容 |
|---|---|---|
| M1 | 传输层 | 串口/波特率/校验/超时 |
| M2 | 帧结构 | 起始符/地址/功能码/数据/校验/结束符 |
| M3 | 数据类型注册表 | TIDSP/BCD/IEEE754 |
| M4 | 功能映射 | UFC→底层指令 |
核心特点：单个JSON文件即可完整描述一台仪器
2.3 功能映射的四种实现模式
| 模式 | 名称 | 适用场景 |
|---|---|---|
| A | 参数查表 | 单指令映射 |
| B | 标准请求响应 | 非线性设置 |
| C | 宏指令序列 | 多轮串行通信 |
| D | 聚合解析 | 多帧合并返回 |
2.4 四层统一功能码（UFC）体系
功能大类 + 功能子类
示例：0x2000 = 读基础测量值
调用流程：上位机调用 → UFC引擎自动组包解码
2.5 PQC物理量编码
Physical Quantity Code — 统一物理量编码方案
| 特性 | PQC(本系统) | IEC 61850 | DL/T 645 |
|---|---|---|---|
| 编码长度 | 3字节(定长极简) | 变长(树状冗长) | 2-4字节(空间受限) |
| 跨厂商兼容性 | 完美覆盖 | 需复杂映射 | 极差 |
| 机器解析效率 | O(1)极速 | O(N)慢速 | 需定制解析 |
2.6 新仪器接入效率提升
传统方式：数天
↓
LLM + 可验证厂商PDF Schema约束映射JSON规约
↓
新方式：<5分钟
2.7 通信控制层核心指标
| 指标 | 数值 | 说明 |
|---|---|---|
| 架构 | 1+N | 一个引擎驱动全部仪器 |
| 编码 | 3Byte | 统一物理量编码 |
| 接入时间 | <5Min | AI自动翻译新仪器规约 |
| 编码容量 | 327,680种 | 覆盖全部物理量 |
L5 数据可信层 —— 密码学保障全链路数据可信
3.1 核心问题：传统证书不可信
| 问题 | 说明 |
|---|---|
| 无防篡改机制 | 传统纸质或PDF证书可被修改 |
| 溯源依赖人工 | 数据溯源完全依赖人工核验 |
| 验证成本高 | 每次验证需专业人员参与 |
3.2 解决方案：三级验证体系
数据可信溯源链
├── 溯源链绑定
├── 三级验证
└── CJC证书(Compact Judicial Certificate)
3.3 CJC紧凑型数字凭证特点
| 特点 | 说明 |
|---|---|
| 领域定制 | 面向计量领域定制 |
| 密码学保障 | 防篡改机制 |
| 自动化 | 自动生成与验证 |
3.4 区块链双向动态锚定
| 功能 | 说明 |
|---|---|
| 实时上链 | 测量数据实时上链存储 |
| 双向验证 | 确保数据一致性 |
| 时间戳 | 不可篡改的时间记录 |
核心知识产权布局
| 架构层级 | 核心专利名称 |
|---|---|
| L4通信控制 | 基于通用物理量编码PQC的JSON元协议体系 |
| L4通信控制 | 规约无关的大模型自动协议翻译管线 |
| L5数据可信 | 面向计量的紧凑型数字凭证CJC生成与验证协议 |
| L5数据可信 | 测量数据的区块链双向动态锚定方法 |
系统整体流程
┌─────────────────────────────────────────────────────────────────┐
│ 系统整体执行流程 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ 操作员输入 │
│ ↓ │
│ ┌─────────────┐ │
│ │ L1 意图理解 │ → 自然语言解析 │
│ └─────────────┘ │
│ ↓ │
│ ┌─────────────┐ │
│ │ L2 代理调度 │ → FMAA文件代理 │
│ └─────────────┘ │
│ ↓ │
│ ┌─────────────┐ │
│ │ L3 设备执行 │ → MGDT容错引擎 │
│ └─────────────┘ │
│ ↓ │
│ ┌─────────────┐ │
│ │ L4 通信控制 │ → UFC/PQC统一协议 │
│ └─────────────┘ │
│ ↓ │
│ ┌─────────────┐ │
│ │ L5 证书签发 │ → CJC/区块链锚定 │
│ └─────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────┘
行业痛点与解决方案对照
| 痛点编号 | 痛点描述 | 解决方案 | 对应层级 |
|---|---|---|---|
| 01 | 协议碎片化：N台异构设备=N个独立驱动 | 1+N元协议引擎 | L4 |
| 02 | 操作门槛高：依赖专人，经验无法沉淀 | 自然语言+MAK记忆 | L1/L2 |
| 03 | 证书不可信：无防篡改机制 | CJC+区块链锚定 | L5 |
| 04 | 协同无标准：不确定度计算依赖经验 | 自动协商算法 | L3 |
技术术语表
UFC
Unified Function Code — 统一功能码
PQC
Physical Quantity Code — 物理量编码
CJC
Compact Judicial Certificate — 紧凑型数字凭证
FMAA
File-driven Memory-Augmented Agent Architecture
MAK
Memory Accumulation Kit — 记忆积累工具包
MGDT
Multi-Graph Decision Tree — 多图决策树
PDR
Parse-Decompose-Recompose — 解析-拆解-重组流水线
ICF
Intent Classification Filter — 意图分类过滤器
SCPI
Standard Commands for Programmable Instruments
PPS
Pulse Per Second — 秒脉冲
LLM
Large Language Model — 大语言模型
LoRA
Low-Rank Adaptation — 低秩适配器