3、FOCAS协议概述：FOCAS协议定义、发展历史、协议特点、与其他协议（OPC UA、MTConnect）的差异
FOCAS（FANUC Open CNC API Specifications）是发那科公司为其数控系统（CNC）提供的开放式数据采集与通信协议规范。在工业数字化转型与智能制造的大背景下，FOCAS协议已成为连接发那科数控机床与上层信息化系统（如MES、ERP、SCADA）的核心桥梁。本章将系统阐述FOCAS协议的定义、发展脉络、技术特点，并通过与OPC UA、MTConnect等主流工业通信协议的对比，帮助学员建立清晰的协议选型与技术认知框架。
上图从宏观视角勾勒了FOCAS协议的核心定位：它既是发那科CNC系统的原生数据接口，又与OPC UA、MTConnect等通用协议形成互补关系。接下来，我们将从定义、历史、特点与差异四个维度展开深入解析。
3.1 FOCAS协议定义与核心原理
FOCAS协议的定义：FOCAS是发那科公司发布的用于访问其CNC控制器内部数据的应用程序编程接口（API）规范。它基于客户端/服务器（C/S）架构，通过以太网或HSSB（高速串行总线）连接，允许外部软件（如PC端应用程序）读取或写入CNC的各类数据，包括轴坐标、主轴转速、进给倍率、报警信息、加工程序、刀具数据、伺服参数等。
核心原理：FOCAS协议本质上是一组动态链接库（Windows下为Fwlib32.dll，Linux下为libfwlib32.so），开发者通过调用这些库中的函数，向CNC发送请求报文，CNC响应后返回数据。其数据访问模型遵循“库函数调用→请求打包→网络传输→CNC解析→响应返回”的闭环流程。FOCAS支持两种连接方式：以太网连接（基于TCP/IP，端口号8193）和HSSB连接（高速串行总线，适用于近距离高实时场景）。
关键理解：FOCAS不是一种“语言”或“格式”，而是一套函数调用规范。它屏蔽了底层网络通信细节，开发者只需关注业务逻辑——例如调用cnc_rdactual()即可获取当前轴坐标，调用cnc_rdalm()即可读取报警信息。这种设计大幅降低了数据采集的开发门槛。
FOCAS协议的数据类型覆盖广泛，从简单的数值型数据（如主轴转速）到复杂的结构体数据（如刀具补偿表）均可访问。其数据粒度可精确到单个伺服轴、单个PMC信号，甚至CNC内部定时器、计数器等底层资源。这使得FOCAS成为发那科CNC数据采集的“最底层、最全面”的通道。
3.2 FOCAS协议的发展历史
FOCAS协议的发展与发那科CNC系统的技术演进紧密相关，大致可分为四个阶段：
| 阶段 | 时间 | 版本/特征 | 典型应用场景 |
|---|---|---|---|
| 萌芽期 | 1990年代 | FOCAS1雏形，基于串口/HSSB，功能单一 | 单机数据读取，主要用于发那科内部调试 |
| 标准化期 | 2000-2010 | FOCAS2发布，引入以太网通信，函数库标准化 | 车间级数据采集，第三方软件集成 |
| 网络化期 | 2010-2020 | 支持更高速以太网，增加安全认证（如FOCAS2/2） | 工厂级MES/SCADA系统大规模接入 |
| 智能化期 | 2020至今 | 适配IoT平台，支持边缘计算，增强数据加密 | 工业互联网平台、数字孪生、预测性维护 |
在FOCAS2标准化阶段，发那科将API函数划分为多个功能组：CNC基本功能（坐标、程序、报警）、伺服/主轴功能（负载、转速、温度）、PMC功能（信号读写）、文件管理功能（程序上传下载）、网络功能（多CNC连接管理）等。这一分层设计使得开发者可以根据需求选择性调用，也便于发那科后续版本的功能扩展。
经验提醒：在实际项目中，FOCAS版本与CNC系统版本（如Series 0i、30i、31i等）存在对应关系。例如，FOCAS2/2库支持30i/31i系列，而FOCAS1库仅支持早期0i系列。选型时必须确认CNC的软件版本与FOCAS库的兼容性，否则会出现函数调用失败或数据异常。
3.3 FOCAS协议的技术特点
FOCAS协议的技术特点可归纳为以下五个方面：
- 原生性与深度访问：FOCAS直接面向发那科CNC内部数据模型，可访问到PMC信号、伺服波形、主轴负载等底层数据，这是其他通用协议难以实现的。
- 高性能与低延迟：基于TCP/IP的以太网通信，在百兆/千兆网络下，单次数据读取延迟可控制在1-5ms，批量读取（如同时读取10个轴坐标）延迟在10ms以内，满足高速采集需求。
- 丰富的函数库：提供超过200个API函数，覆盖数据读取、写入、程序传输、系统诊断等全场景，且支持C/C++、C#、VB.NET、Java等多种开发语言。
- 连接管理灵活：支持一台PC同时连接多台CNC（最多可达16台以上，取决于授权），也支持一台CNC被多个客户端同时访问（需配置）。
- 安全机制：FOCAS2/2及以上版本支持IP地址过滤、用户认证、数据加密（TLS）等安全特性，防止未授权访问。
风险提示：FOCAS协议是发那科的私有协议，使用前必须获得发那科官方授权（通常随CNC系统附带或单独购买）。未经授权的使用可能涉及法律风险。此外，FOCAS库的版本更新较快，旧版本库可能无法兼容新型号CNC，需定期关注发那科官方发布。
从工程实践角度看，FOCAS的“深度访问”能力是其最大价值所在。例如，通过FOCAS可以读取伺服电机的电流波形，用于分析切削负载波动；可以读取PMC的梯形图信号状态，用于诊断机床电气逻辑故障。这些数据在OPC UA或MTConnect中通常无法直接获取，或者需要额外的硬件转换。
3.4 FOCAS与OPC UA、MTConnect的差异对比
在工业通信协议生态中，FOCAS、OPC UA、MTConnect各有定位。下表从多个维度进行对比：
| 对比维度 | FOCAS | OPC UA | MTConnect |
|---|---|---|---|
| 协议性质 | 私有协议（发那科专属） | 开放标准（IEC 62541） | 开源标准（MTConnect Institute） |
| 数据模型 | 发那科CNC内部数据模型 | 面向对象的信息建模（节点/引用） | 设备模型（设备/组件/数据项） |
| 通信方式 | TCP/IP（端口8193）或HSSB | TCP/IP（默认4840），支持多种传输 | HTTP/REST（XML/JSON） |
| 实时性 | 高（ms级） | 中高（可配置，通常10-100ms） | 中（通常100ms-1s） |
| 数据深度 | 极深（PMC、伺服、主轴底层） | 取决于信息模型设计，可深可浅 | 较浅（主要面向状态监控） |
| 跨厂商能力 | 仅限发那科CNC | 跨厂商、跨行业通用 | 跨厂商，但主要面向机床/设备 |
| 开发复杂度 | 中（需学习API函数） | 高（需理解信息建模） | 低（RESTful API简单） |
| 典型应用 | 发那科机床深度数据采集、伺服诊断 | 企业级系统集成、语义互操作 | 设备监控、OEE计算、可视化 |
从上述对比可以看出，FOCUS在数据深度和实时性上具有显著优势，但代价是封闭性——它只能用于发那科设备。OPC UA的优势在于开放性和信息建模能力，适合构建跨厂商、跨系统的统一数据平台。MTConnect则更轻量，适合快速实现设备互联和基础监控。
选型建议：在实际项目中，三者并非互斥关系。常见的架构是：FOCAS负责从发那科CNC采集深度数据 → 通过OPC UA Server将数据标准化 → 上层MES/SCADA通过OPC UA客户端统一消费。MTConnect可作为补充，用于非发那科设备或需要快速部署的轻量监控场景。
3.5 案例拆解：某汽车零部件工厂的FOCAS+OPC UA混合架构
背景与约束：某汽车零部件工厂拥有30台发那科加工中心（Series 0i-MF和31i-B5混用），同时还有10台其他品牌（西门子、三菱）的数控设备。工厂需要建设一套统一的设备数据采集系统，用于实时监控设备状态、计算OEE、采集关键工艺参数（主轴负载、进给速度、刀具寿命）。IT部门要求所有数据必须通过OPC UA接口提供给上层MES，且不允许在每台设备上安装多个采集代理。
初始现象与目标：此前工厂使用MTConnect Agent采集所有设备数据，但发现发那科机床的伺服负载、PMC信号等深度数据无法获取，导致刀具磨损预测模型因数据不足而准确率低（仅72%）。目标是将发那科机床的深度数据接入系统，并将整体OEE计算准确率提升至90%以上。
关键输入数据与参数：发那科CNC的IP地址段为192.168.10.11~192.168.10.40，FOCAS库版本为Fwlib32.dll 2.52；OPC UA Server采用Prosys OPC UA SDK；采集周期要求：主轴负载和进给速度≤50ms，其他数据≤500ms。
分析判断过程：技术团队对比了三种方案：① 全部使用FOCAS直采，但无法覆盖非发那科设备；② 全部使用OPC UA，但发那科深度数据无法获取；③ 混合架构——发那科设备用FOCAS采集，其他设备用MTConnect或OPC UA采集，统一汇聚到OPC UA Server。最终选择方案③，理由：既满足深度数据需求，又保持上层接口统一。
实际操作步骤：
- 开发FOCAS采集服务（C#实现），部署在一台工业PC上，通过以太网连接30台发那科CNC，每200ms轮询一次主轴负载、进给速度、坐标、报警等数据。
- 将FOCAS采集到的数据映射为OPC UA节点，例如将“主轴负载”映射为
ns=2;s=Machine_01/Spindle/Load，并设置采样周期为50ms。 - 对于非发那科设备，使用MTConnect Agent采集基础状态数据（运行/停机/报警），通过MTConnect-OPC UA适配器接入同一OPC UA Server。
- MES系统通过OPC UA客户端订阅所有设备数据，计算OEE并驱动刀具寿命预测模型。
结果对比：系统上线后，发那科机床的伺服负载数据成功接入，刀具磨损预测模型准确率从72%提升至91%；OEE计算准确率达到93%（原为85%）。数据采集延迟稳定在30-60ms，满足工艺监控要求。
风险与代价：FOCAS授权费用约占总项目成本的15%；开发周期比纯MTConnect方案多出约3周；需要专门维护FOCAS库与CNC系统版本的兼容性。
复盘经验：混合架构是处理多品牌设备场景的优选方案，但需注意FOCAS采集服务的单点故障风险——建议部署双机热备。此外，FOCAS数据映射到OPC UA时，需提前设计好信息模型，避免后期频繁调整节点结构。
3.6 常见误区与总结复盘
在FOCAS协议的学习与应用中，以下误区值得警惕：
- 误区一：认为FOCAS可以替代OPC UA。实际上，FOCAS是设备级协议，OPC UA是系统级协议，二者定位不同，应协同使用。
- 误区二：忽略FOCAS库与CNC版本的兼容性。使用旧版FOCAS库连接新型号CNC，可能导致函数返回错误或数据不完整。
- 误区三：过度依赖FOCAS的写入功能。FOCAS支持写入操作（如修改坐标、下载程序），但写入操作风险极高，一旦误操作可能导致设备事故，生产环境中应严格限制写入权限。
- 误区四：忽视网络安全。FOCAS默认端口（8193）在未加密状态下传输数据，若直接暴露在工厂网络中，存在被恶意访问的风险。建议通过VPN、防火墙或FOCAS自带的安全认证功能加以防护。
总结：FOCAS协议是发那科CNC数据采集的“金标准”，其深度访问能力和实时性在工业领域具有不可替代性。理解其定义、发展历史、技术特点，并掌握与OPC UA、MTConnect的差异，是构建高效、可靠的数据采集系统的前提。在实际项目中，应根据设备品牌、数据需求、系统架构等因素，灵活选择协议组合，实现数据价值最大化。