2. 仪器与资源管理基础

在构建仪器自动发现与资源管理系统之前，必须先回答一个基础问题：我们管理的“仪器”和“资源”到底是什么？如果对象边界不清、属性定义不一致、生命周期阶段划分混乱，后续的发现协议、注册中心、调度策略都会失去可靠的数据基础。本节从仪器分类、资源属性、生命周期、管理挑战与自动化需求五个角度，建立统一的管理模型。

一、仪器分类：从物理形态到逻辑角色

实验室与工业现场中的“仪器”并非同一种东西。按接入方式与角色，通常可分为四类：

• 物理仪器：示波器、频谱仪、万用表、电源、信号源等，具有独立通信接口（LAN、USB、GPIB、串口）。
• 模块化仪器：PXI/PXIe、VXI、LXI 模块，插入机箱后共享背板与时钟，逻辑上可视为独立资源。
• 虚拟仪器/软件资源：由软件定义的测量通道、采集任务、计算节点，无独立物理外壳。
• 复合系统：由多台仪器组成的测试台、天线阵列、自动化产线工位，对外表现为一个逻辑资源。

分类的意义在于：不同类别的发现方式、属性字段、健康检查手段完全不同。例如物理仪器依赖 VISA 地址发现，而虚拟资源依赖服务注册与心跳。

二、资源属性：描述一台仪器“是谁、能做什么、现在怎样”

资源属性是自动发现与资源管理的核心数据。建议至少定义以下五组属性：

属性必须可机器读取、可版本化、可校验。例如用统一 JSON 描述：

{
  "resourceId": "SCOPE-TEK-MSO54-001",
  "vendor": "Tektronix",
  "model": "MSO54",
  "serial": "C012345",
  "connection": { "type": "VISA", "address": "TCPIP::192.168.1.21::INSTR" },
  "capability": { "channels": 4, "bandwidthMHz": 500, "sampleRateGSa": 6.25 },
  "state": { "online": true, "busy": false, "lastSeen": "2025-01-01T10:00:00Z" },
  "management": { "lab": "RF-Lab", "calDue": "2025-06-30" }
}

三、生命周期：从发现到退役的六个阶段

资源不是静态条目，而是有生命周期的对象。典型阶段包括：

1. 发现：通过扫描、广播、注册接口识别新资源。
2. 注册：写入资源库，分配唯一 ID，记录属性快照。
3. 校验：验证连接可用性、能力声明是否真实。
4. 使用：被调度器分配任务，状态变为占用。
5. 维护：校准、固件升级、故障修复，期间可能离线。
6. 退役：从资源库标记为停用，保留历史记录。

四、管理挑战：为什么手工台账必然失效

当仪器数量超过几十台、跨多个实验室、涉及多种协议时，传统手工台账会暴露以下问题：

• 信息滞后：仪器已搬走或改 IP，台账仍显示旧地址。
• 属性不一致：不同人用不同字段名描述同一能力，无法自动匹配。
• 状态不可见：无法实时知道某台仪器是否空闲、是否故障。
• 生命周期断裂：校准到期、固件版本、维修记录分散在邮件和表格中。
• 扩展困难：新增一类仪器就要改一次流程，无法复用。

五、自动化需求：从“能发现”到“能治理”

自动化需求可分为三个层次：

1. 发现自动化：定时或事件触发扫描，自动识别新资源并注册。
2. 状态自动化：心跳检测、健康检查、占用释放，保持状态属性实时准确。
3. 治理自动化：根据能力属性自动匹配任务，根据生命周期自动触发校准提醒、退役流程。

下面用一张关系图概括本节的核心模型：仪器分类决定发现方式，资源属性决定描述能力，生命周期决定状态流转，三者共同支撑自动化治理。

六、案例场景：一次“仪器搬家”引发的连锁问题

某实验室将一台频谱仪从 A 区搬到 B 区，IP 从 192.168.1.31 变为 192.168.2.31。手工台账未更新，导致自动化测试脚本连接失败。若已建立资源管理模型，系统会：

1. 发现原地址离线，标记状态为“离线”；
2. 扫描到新地址后，通过序列号匹配到同一物理仪器；
3. 更新连接属性，保留历史记录；
4. 通知调度器重新路由任务。

这个案例说明：资源管理的价值不在于“记录”，而在于“持续同步与自动修复”。只有把分类、属性、生命周期三者统一建模，自动化需求才有落地基础。