EoE - 以太网隧道
什么是 EoE?
EoE (Ethernet over EtherCAT) 是 EtherCAT 的以太网隧道协议，允许在 EtherCAT 网络中透明传输标准以太网帧。
通过 EoE，从站设备可以拥有独立的 IP 地址，运行标准的以太网应用（HTTP、FTP、Telnet 等），同时不影响 EtherCAT 实时通信。
EoE 让 EtherCAT 从站不仅是实时控制节点，还可以是标准的网络设备，运行各种基于 TCP/IP 的应用。
工作原理
隧道机制
EoE 通过 EtherCAT Mailbox 传输标准以太网帧：
- 应用层 — HTTP/FTP/MQTT 等 — 标准网络应用
- 传输层 — TCP/UDP — 标准传输协议
- 网络层 — IP — 从站有独立 IP 地址
- 数据链路层 — 以太网帧 — 封装在 EoE 协议中
- EoE 层 — EoE Mailbox — EtherCAT 邮箱传输
- 物理层 — EtherCAT — 物理层仍是 EtherCAT
帧封装
标准以太网帧被封装进 EoE 协议。本 SDK 的诚实边界：
- 分片：协议允许分片，但 C# 层仍拦截过大帧，不会按 MTU 1500 自动分片
- 重组：不承诺把大帧自动重组为标准以太网 MTU
- MAC 地址：从站可有独立 MAC；主站侧不创建操作系统网卡
- MTU：不承诺标准 1500 字节 MTU
虚拟网络接口
本 SDK 不提供 Windows TAP / Linux tun/tap 虚拟网卡，也 不内置 DHCP 服务器或 NAT。EoE 走 EtherCAT Mailbox，不能当作一块可配路由、防火墙的操作系统网卡来用。
主要应用场景
设备 Web 界面
典型应用：
- 从站内置 HTTP 服务器（从站固件自己的事）
- 不能指望本 SDK 创建 TAP 后用浏览器直接打开从站 IP
- 实时监控设备状态
- 在线参数调整
优势：
-
用户友好的图形界面
-
无需专用配置软件
-
跨平台访问（手机、平板、PC）
-
伺服驱动器 — 参数配置、示波器、调试工具
-
智能 IO 模块 — 通道配置、诊断信息
-
网关设备 — 若从站固件自己做协议转换；本 SDK 的 EoE 不是多协议网关
-
工业相机 — 图像预览、相机参数设置
工业视觉
EoE 只是以太网帧隧道，不是 GigE Vision 实现。本 SDK 不提供 TAP/tun，标准视觉软件不能把 EoE 当 GigE Vision 网卡用，也不承诺相机画面经 EoE 可用。
数据采集和监控
应用：
- 设备日志上传（Syslog）
- 性能数据推送（MQTT）
- 远程诊断（SSH/Telnet）
- 邮件告警通知（SMTP）
场景：
- 实时振动监测数据上传云平台
- 温度传感器数据推送到监控系统
- 故障时发送邮件通知
- 远程专家通过 SSH 诊断
网关功能
本 SDK 的 EoE 不是 EtherCAT→Modbus TCP / PROFINET / OPC UA / MQTT 的协议转换网关，也不经 TAP 去管理子网。从站若自带这类服务，看从站文档。
文件传输和服务
- FTP 服务器：上传/下载文件
- TFTP 服务器：简单文件传输
- NTP 客户端：时间同步
- SNMP 代理：网络管理
EoE 的技术特点
优势
- 透明性 — 协议可封装以太网帧；本 SDK 无 TAP，不能当操作系统网卡跑任意 TCP/IP 应用
- 灵活性 — 从站可运行任意网络服务，功能扩展性强
- 简化布线 — 单根电缆传输控制+数据，降低成本和复杂度
- 设备互联 — 从站间可以直接通信，分布式架构
- 标准工具 — 本 SDK 不提供 TAP，不能把 ping/traceroute 当成本地网卡诊断手段
- 时间同步 — 结合 DC 实现精确时间，适合时间敏感应用
限制
- 非实时 — 通过 Mailbox 传输，有延迟，不适合实时控制数据
- 带宽有限 — 受邮箱和周期时间限制，吞吐量不如 GigE
- 资源开销 — 从站需要 TCP/IP 协议栈，增加硬件成本
- 复杂度 — 需要配置网络和路由，增加系统复杂度
性能特征
吞吐量
EoE 的带宽取决于：
- 周期时间 — 更快周期=更高带宽（周期最短 125 µs，不是写死 1 ms）
- 邮箱大小 — 更大邮箱=更大帧（典型 128–1024 字节量级，不按 MTU 1500 自动分片）
- 网络负载 — 实时流量优先
- 分片 — C# 层仍拦大帧，不要按标准以太网 MTU 来规划
典型吞吐量：
- 理想条件：1-5 Mbps
- 实际应用：500 Kbps - 2 Mbps
- 足够用于监控、Web 界面等
延迟
EoE 的延迟：
- 典型延迟：10-100 ms
- 不适合：实时控制（使用 PDO）
- 适合：监控、配置、文件传输
网络配置
IP 地址分配
从站 IP 地址分配方式：
- 静态 IP — 由从站或对象字典配置；本 SDK 不充当 DHCP 服务器
- 链路本地 / 从站自配 — 若从站固件自己做，与本 SDK 无关
- 从 CoE 配置 — 通过对象字典设置（若从站支持）
路由和 NAT
本 SDK 不提供 NAT 网关、不创建 TAP/tun，也没有“主站当路由器”的交付能力。从站 IP 若存在，只在 EoE 邮箱隧道里，不能按操作系统网卡去配桥接/NAT/防火墙。
与其他协议的关系
EoE vs 标准以太网
- 物理介质 — EoE: EtherCAT 网络 / 标准以太网: 以太网电缆
- 带宽 — EoE: 1-5 Mbps / 标准以太网: 100-1000 Mbps
- 延迟 — EoE: 10-100 ms / 标准以太网: <1 ms
- 布线 — EoE: 集成在 EtherCAT 中 / 标准以太网: 独立布线
- 成本 — EoE: 无额外成本 / 标准以太网: 需要网络设备
EoE vs FoE
- 用途 — EoE: 通用以太网通信 / FoE: 文件传输
- 协议层 — EoE: 支持所有 TCP/IP 应用 / FoE: 专用文件协议
- 实现复杂度 — EoE: 高（需要 TCP/IP 栈） / FoE: 低
- 性能 — EoE: 带宽较高 / FoE: 针对文件优化
Darra SDK 中的 EoE 支持
Darra SDK 提供 EoE 功能支持：
核心功能
- 邮箱隧道 — 经 EtherCAT Mailbox 收发以太网帧
- 不创建 TAP/tun 虚拟网卡
- 不内置 DHCP 服务器
- 不提供 NAT / 路由表管理
- 不按 MTU 1500 自动分片（C# 仍拦大帧）
没有操作系统虚拟网卡
不能把 EoE 当成一块物理网卡去配 IP、子网掩码、网关，也不能用标准 ping/traceroute 当成本 SDK 已提供的诊断工具。从站若自带 Web/TCP 服务，取决于从站固件，不等于本 SDK 已打通操作系统网络栈。
实际部署建议
网络规划
-
IP 地址规划
- 使用私有 IP 段（如 192.168.100.x）
- 为每个从站预留固定 IP
- 记录 IP 分配表
-
子网划分
- EtherCAT 网络使用独立子网
- 避免与企业网络冲突
- 考虑未来扩展
-
安全策略
- 配置防火墙规则
- 限制从站可访问的服务
- 使用 VPN 进行远程访问
性能优化
-
优先级管理
- 实时数据（PDO）优先级最高
- CoE/SoE 配置其次
- EoE 流量优先级最低
-
带宽控制
- 限制 EoE 流量上限
- 避免大文件传输阻塞网络
- 使用 QoS 策略
-
周期时间
- 如需大量 EoE 流量，使用更快周期
- 权衡实时性和带宽需求
常见问题
哪些设备支持 EoE?
查看设备 ESI 文件中的 <EoE /> 标签。并非所有从站都支持 EoE，特别是简单 IO 模块通常不支持。
EoE 会影响实时性能吗?
EoE 使用较低优先级的 Mailbox 通信，正常情况下不影响 PDO 实时性。但在极端高负载下，可能会略微增加抖动。
能否通过 EoE 访问从站的 Web 界面?
从站若自带 HTTP，那是从站固件。本 SDK 不创建 TAP/tun，不能在操作系统里像普通网卡那样用浏览器打开从站 IP。
EoE 的带宽够用吗?
不要按 GigE Vision / 高清视频来规划。EoE 是邮箱隧道，带宽受周期和邮箱限制；C# 仍拦大帧。
如何调试 EoE 连接?
没有 TAP，就不要用操作系统 ping/路由当验收。查从站是否声明 EoE、邮箱是否通、帧是否被 C# 层因过大拦截。
安全考虑
潜在风险
⚠️ 网络安全风险：
- 从站可能运行有漏洞的 Web 服务
- 未加密的通信可能被窃听
- 恶意流量可能影响网络稳定性
防护措施
✓ 推荐做法：
- 网络隔离 - EtherCAT 网络与企业网隔离
- 防火墙 - 限制允许的端口和协议
- VPN - 远程访问使用加密 VPN
- 定期更新 - 及时更新从站固件
- 访问控制 - 使用密码和权限管理
- 日志审计 - 记录所有访问和操作
总结
EoE 是经 Mailbox 封装以太网帧的隧道。本 SDK 不提供 TAP/tun、DHCP、NAT，也不按 MTU 1500 自动分片（C# 仍拦大帧），不是 GigE Vision。
EoE 不适合实时过程数据。从站若自带 TCP/IP 服务，看从站固件，不等于本 SDK 已打通操作系统网络栈。