TxPDO 与 RxPDO：数据流向决定一切
说实话，刚接触 EtherCAT 那会儿，我也被 TxPDO 和 RxPDO 绕晕过。明明都是 PDO，干嘛分两个名字？后来在产线上调一个 16 轴伺服项目时，数据死活对不上，才彻底搞明白——方向错了，什么都白搭。
今天咱们就把这两个东西掰开揉碎。你记住一句话就行：TxPDO 是从站发给主站，RxPDO 是主站发给从站。方向是灵魂。
核心记忆点：
- TxPDO（Transmit PDO）→ 从站 → 主站（上报数据）
- RxPDO（Receive PDO）→ 主站 → 从站（下发指令）
4.1 从命名看本质
为什么叫 Tx 和 Rx？其实是从主站的视角来命名的。
- TxPDO：从站主动“发送”（Transmit）给主站。主站是接收方。
- RxPDO：主站“接收”（Receive）从站发来的数据？不对！这里容易搞混——RxPDO 是从主站角度看的“接收”，但数据流向是主站发给从站。说白了，RxPDO 是主站发送、从站接收。
我刚开始也在这个命名上栽过跟头。有一次配置一个数字量输入模块，把输入信号映射到了 RxPDO，结果主站死活读不到数据。折腾了两小时，才发现方向搞反了。嗯，从那以后我每次建映射前，都会先问自己一句：这数据是谁发给谁？
4.2 典型应用场景对比
咱们直接上表格，一目了然。
| 对比项 | TxPDO（从站→主站） | RxPDO（主站→从站） |
|---|---|---|
| 数据方向 | 从站上报 → 主站读取 | 主站下发 → 从站接收 |
| 典型数据 | 传感器值、编码器位置、状态字、报警码 | 目标位置、速度指令、控制字、DO 输出 |
| 触发方式 | 事件触发、同步触发、循环上报 | 主站周期性下发、事件触发 |
| 常见设备 | 数字量输入模块、模拟量输入模块、编码器 | 数字量输出模块、模拟量输出模块、伺服驱动器 |
| 映射数量 | 通常 1~4 个 TxPDO | 通常 1~4 个 RxPDO |
你看，输入类设备主要用 TxPDO，输出类设备主要用 RxPDO。但有些设备两头都占，比如伺服驱动器——既要上报当前位置（TxPDO），又要接收目标位置（RxPDO）。
4.3 数据流图：看一眼就懂
下面这张 SVG 图，把 TxPDO 和 RxPDO 的完整数据流向画出来了。我建议你仔细看看箭头方向。
看到没？TxPDO 的箭头从从站指向主站，RxPDO 的箭头从主站指向从站。方向搞反了，数据就传不过去。
4.4 实际项目中的配置经验
我做过一个 32 点数字量输入 + 16 点数字量输出的远程 I/O 站。配置 ESI 文件时，输入点全挂在 TxPDO 下，输出点全挂在 RxPDO 下。看起来简单吧？但有个坑——有些从站支持多个 PDO，你得搞清楚每个 PDO 的索引号。
我的个人习惯：
- 输入类数据：统一放在 TxPDO 0x1A00 ~ 0x1A03
- 输出类数据：统一放在 RxPDO 0x1600 ~ 0x1603
- 每个 PDO 最多放 8 个对象（64 位数据）
这样配置清晰，后期维护也方便。
4.5 避坑指南：我踩过的三个雷
这些年调试 EtherCAT 从站，我在 TxPDO/RxPDO 上栽过好几次。分享出来，你们别重蹈覆辙。
雷区一：把输入信号映射到 RxPDO
我曾经把一个温度传感器的值映射到了 RxPDO，结果主站读到的永远是 0。查了半天，发现映射方向错了。记住：从站上报的数据，必须走 TxPDO。
雷区二：TxPDO 和 RxPDO 的映射长度不匹配
有一次配置伺服驱动器，TxPDO 里放了 8 字节，RxPDO 里放了 6 字节。主站和从站对不上，通信直接报错。后来我养成了习惯：每次建完映射，都数一遍字节数。
雷区三：忽略了 PDO 的触发模式
默认情况下，TxPDO 是事件触发的。但有些场景需要同步触发。我记得有个项目，编码器数据老是丢包，改成同步触发后就稳了。所以配置时，一定要确认触发模式是否符合你的应用。
4.6 什么时候用 TxPDO？什么时候用 RxPDO？
这个问题其实很简单。你想想看：
- 需要从设备读取数据（传感器、编码器、状态）→ 用 TxPDO
- 需要向设备写入数据（指令、设定值、输出）→ 用 RxPDO
- 设备既读又写（伺服、变频器、智能 I/O）→ TxPDO 和 RxPDO 都要配
我个人的经验是：先列一个数据清单，标清楚每个信号的方向，再去做映射。这样基本不会出错。
4.7 小结：记住这三句话
- TxPDO = 从站 → 主站（上报数据）
- RxPDO = 主站 → 从站（下发指令）
- 方向错了，数据就丢了