跳到主要内容

VoE - Vendor-specific over EtherCAT

VoE 允许厂商实现专有的 Mailbox 协议。

协议简介​

VoE (Vendor-specific over EtherCAT) 是一个灵活的框架，允许设备厂商在 EtherCAT Mailbox 中实现自定义协议。

协议特点：

  • 厂商可自定义数据格式和通信机制
  • 通过 Mailbox 传输（非实时）
  • 不影响标准 CoE/SoE 等协议的使用
  • 用于实现专有功能

使用场景​

典型应用​

  • 专有诊断 — 厂商特定的诊断信息和调试接口
  • 特殊配置 — 标准协议未覆盖的设备参数
  • 加密通信 — 需要加密的敏感数据传输
  • 专用固件更新 — 使用自定义格式的固件升级
  • 扩展功能 — 厂商独有的高级功能

实际案例​

案例1：高级运动控制器

  • 使用 CoE 实现标准 CiA 402 接口
  • 使用 VoE 实现专有的轨迹规划算法参数配置

案例2：智能驱动器

  • 使用 CoE 进行基本控制
  • 使用 VoE 进行振动分析、预测性维护数据采集

案例3：特殊传感器

  • 使用 CoE 传输标准测量值
  • 使用 VoE 传输原始信号、频谱分析数据

VoE 与其他协议的关系​

协议分层​

  • CoE — 完全标准化，高互操作性，受限灵活性，适用通用功能
  • SoE — SERCOS 标准，中高互操作性，中灵活性，适用运动控制
  • FoE — ETG 标准，高互操作性，低灵活性，适用文件传输
  • VoE — 厂商自定义，低互操作性，完全灵活，适用专有功能

VoE 的定位：

  • 补充标准协议无法覆盖的功能
  • 不替代标准协议，而是与之共存
  • 牺牲互操作性换取功能灵活性

优势与限制​

优势​

  • 完全灵活 — 厂商可自由定义数据结构和通信逻辑
  • 知识产权保护 — 可实现加密和专有算法
  • 快速迭代 — 无需等待标准化流程
  • 功能差异化 — 实现竞争优势的独特功能

限制​

  • 互操作性差 — 不同厂商的 VoE 实现不兼容
  • 文档依赖 — 必须参考厂商文档
  • 维护成本 — 需要厂商持续支持
  • 集成复杂 — 增加系统集成工作量

VoE Mailbox 结构​

VoE 数据通过 EtherCAT Mailbox 传输，帧结构包含：

字段大小说明
Length16 bits数据长度
Address16 bits目标地址
Channel8 bits通道标识
Priority8 bits优先级
Vendor ID32 bits厂商标识符
Vendor Data可变厂商自定义数据

SDK 访问方式​

通用方式​

VoE 通信通常通过厂商提供的 SDK 封装进行访问。典型流程：

  1. 获取厂商 SDK - 从设备厂商获取专用库
  2. 初始化连接 - 建立与从站的 VoE 通信
  3. 发送命令 - 使用厂商定义的命令格式
  4. 接收响应 - 解析厂商特定的数据格式
  5. 处理数据 - 根据协议文档处理返回值

访问模式​

  • 直接访问 — 发送原始 VoE 帧，简单命令响应
  • 封装 API — 使用厂商提供的函数库，复杂功能调用
  • 高级抽象 — 厂商提供的高层接口，应用开发

注意：具体 API 使用方法请参考厂商提供的 SDK 文档和示例。

开发建议​

对于设备厂商​

何时使用 VoE： ✅ 标准协议（CoE/SoE）无法满足功能需求 ✅ 需要保护专有技术和算法 ✅ 功能需要快速迭代，无法等待标准化

何时避免 VoE： ❌ 功能可以用标准协议实现 ❌ 希望设备具有通用性和互操作性 ❌ 无法提供长期技术支持

对于系统集成商​

评估要点：

  1. 文档完整性：厂商是否提供详细的 VoE 协议文档
  2. SDK 支持：是否有现成的库和示例代码
  3. 技术支持：厂商的响应速度和支持质量
  4. 替代方案：是否有使用标准协议的替代产品

风险管理：

  • 避免过度依赖单一厂商的 VoE 实现
  • 关键功能尽量使用标准协议
  • 与厂商签订长期支持协议

与 CoE 对比​

特性CoEVoE
标准化完全标准化厂商自定义
互操作性高低
开发成本低（有现成文档和工具）高（需要自行实现）
灵活性受标准限制完全灵活
维护标准组织维护厂商自行维护
适用场景通用功能专有功能

实际应用指南​

推荐的使用模式​

模式1：标准 + 扩展​

设备功能分层设计：

  • 基本控制 — CoE (CiA 402)，标准化控制接口
  • 实时数据 — PDO (CoE)，循环数据交换
  • 高级功能 — VoE (厂商扩展)，专有诊断和配置

这种模式保证了基本功能的互操作性，同时提供差异化特性。

模式2：混合协议​

伺服驱动器完整功能实现：

  • 位置/速度控制 — CoE (标准)，通用性，易集成
  • 固件更新 — FoE (标准)，标准化升级流程
  • Web 配置界面 — EoE (标准)，用户友好界面
  • 振动分析 — VoE (专有)，高级诊断功能

这种模式充分利用各协议优势，提供完整解决方案。