液相软件分析图(Visio 架构图)

来源:自定义协议方案-液相芯片CAN总线通信协议设计 同一子目录「一些思考-2019」 项目背景:液相芯片 / FCS 流式细胞仪检测系统软件架构

一、整体架构:三大纵向区域

整张图从左到右分为三大区域,上下方向体现层级关系:

        硬件层                                数据中心                            软件应用层
   ┌─────────────┐                     ┌─────────────┐                    ┌───────────────┐
   │  采集模块     │ ─── USB ────┐     │             │     ┌── 模块反馈 ───┤  命令控制       │
   │             │           采集控制 │  原始数据     │     │               │               │
   │  模块一      │ ◀─────────┤     │  (纵向中枢)    │ ────┤               ├───────────────┤
   │  模块二      │           │     │             │     │               │  绘图          │
   │  模块三      │           │     │             │     │  模块控制      ├───────────────┤
   │   ...        │           │     │             │     │    (下发)       │  设门          │
   │  模块N      │           │     │             │     │               ├───────────────┤
   └─────────────┘           └────▶│ 数据解析与加工 │ ◀───┘               │  结果数据分析   │
                                   └─────────────┘                      └───────────────┘
                                            │
                                            ▼
                                       结果数据分析

二、左侧区域:硬件层(Hardware Layer)

标签:硬件层(图顶部左侧)

模块说明
采集模块最顶端硬件模块,通过 USB 与软件侧通信
USB 采集控制USB 接口 + 采集控制逻辑,数据进出的枢纽
模块一 / 模块二 / 模块三 / … / 模块N多个硬件功能模块并联,通过总线与采集控制相连,可扩展至 N 个模块

数据流方向:

  • 上行:各硬件模块 → 采集控制 → USB → 原始数据(软件侧)
  • 下行:模块控制指令 → USB → 采集控制 → 各硬件模块

三、中心区域:原始数据 + 数据解析与加工

原始数据(图中心,纵向大矩形)

  • 整个系统的数据中枢
  • 左侧接收 USB 采集控制上传的硬件原始数据
  • 右侧同时有多条数据流:
    • → 数据解析与加工(主处理路径)
    • ← 模块反馈(硬件状态回传也汇入原始数据区?待确认)
    • 与模块控制之间也有连接(指令数据)

数据解析与加工

  • 承上启下的核心处理层
  • 输入:原始数据(多路汇入)
  • 输出:
    • → 结果数据分析(向下,主分析路径)
    • → 模块反馈(向上,硬件状态解析后反馈给软件应用层)
    • ← 模块控制(接收来自应用层的控制指令,再下发到硬件)

四、右侧区域:软件应用层(Application Layer)

标签:软件应用层(图顶部右侧)

功能模块纵向位置说明
命令控制顶部指令下发入口,连接模块控制与模块反馈
绘图中上数据可视化 / 图形绘制
设门中流式细胞仪 / 液相芯片核心操作——设门(Gating)
结果数据分析底部最终数据分析结果输出

注意:图中有两个「结果数据分析」模块——

  • ID=43(中部偏下,PinY≈3.64):连接数据解析与加工,可能是中间分析结果
  • ID=47(最底部,PinY≈2.40):位于软件应用层列,是最终结果分析输出
  • 两个模块之间有连线(ID=44 从数据解析与加工连到 ID=43 结果数据分析)

五、数据流向汇总

5.1 上行数据流(采集 → 分析)

硬件模块N
  │
  ▼
采集控制 ──USB──▶ 原始数据 ──▶ 数据解析与加工 ──▶ 结果数据分析
                                               │
                                               ├─▶ 绘图
                                               ├─▶ 设门
                                               └─▶ 结果数据分析(最终)

5.2 下行数据流(控制 → 硬件)

命令控制 ──▶ 模块控制 ──▶ 数据解析与加工 ──▶ 原始数据 ──▶ USB采集控制 ──▶ 硬件模块

5.3 反馈数据流(硬件状态 → 应用层)

硬件模块 ──▶ 采集控制 ──▶ 原始数据 ──▶ 数据解析与加工 ──▶ 模块反馈 ──▶ 命令控制

六、与其他文档的关联

七、架构设计要点

  1. 数据驱动的中心架构:以「原始数据」为中心枢纽,所有模块围绕数据流转设计
  2. 硬件可扩展:左侧模块一到模块N的并联设计,支持硬件模块数量灵活扩展
  3. 解析层解耦:数据解析与加工作为中间层,隔离硬件原始数据格式与上层应用逻辑
  4. 双向数据流:采集(上行)与控制(下行)共用数据通道,通过数据解析层路由
  5. 应用层功能独立:绘图、设门、结果分析作为独立模块,可按需组合

提取自 VSDX 文件 visio/pages/page1.xml,共 36 个形状(18 个含文本)、34 条连线。