Skip to main content

ALL 和 FSP 是什么关系?

ALL 是完整的自动化实验室语言,覆盖技能提取与准入、函数式实验方法、研究对象以及设备执行。FSP 是 ALL 内部专门负责设备通信的部分,不是与 ALL 并列的另一套方案。

设备必须原生实现 FSP 吗?

不需要。现有 HTTP API、厂商 SDK、RPC、消息接口或设备驱动可以由适配器映射为 FSP。符合性检查只观察 FSP 端点的数据和行为。

对象、控制和系统是什么关系?

  • 对象说明某项技能处理的容器、属性和状态;
  • 控制说明该技能的参数、请求分类、约束、状态变化和返回值;
  • 系统说明该技能执行所需的设备状态、安全围栏和结果验证。
三者共同说明一项技能接口,不是三类独立能力。实验方法组合属于 ALL 的方法层,不作为设备技能发布。

read、write 和 invoke 是三条设备指令吗?

不是。它们是请求分类,同一分类可以包含多条具体技能。read 读取状态且不产生状态变化;write 修改设备状态或工艺参数并要求写后验证;invoke 触发物理动作,必须执行强制前置检查和结果验证。具体技能由 command_id 标识。

为什么技能信息分多次读取?

FSP 采用渐进式披露:设备发现只返回最小元数据,技能摘要用于检索,完整详情按 command_ids 获取。这样调用方不必一次加载全部 Schema,但实际调用前仍能取得完整约束。

研究对象和 FSP 对象相同吗?

不同。研究对象用于表达实验中的样品、容器、证据和来源;FSP 对象只表达设备可以识别或处理的容器及其当前状态。二者通过对象绑定建立关系。

自然语言能力描述能否修改设备约束?

不能。设备技能描述和函数式技能是 FSP 完整技能定义的派生产物,只能帮助理解、检索和调用。发生冲突时,以 FSP 完整技能定义和设备安全围栏为准。

规范包含哪些可直接实现的产物定义?

规范正文直接定义设备技能描述、质量报告、函数式技能、代码式实验方法、仿真报告、最终执行计划、FSP 异步任务和执行证据结构。设备示例用于说明字段组合,不代表真实设备已经完成物理实验。