简介：这份 PDF 技术手册面向工业自动化工程师、传感器与执行器开发者及 IO-Link 选型人员，围绕开放式标准通信协议 IO-Link 展开，帮助读者理解传统传感器向智能化、网络化升级时的协议架构与器件选型问题。内容从工业传感器厂商转向 IO-Link 的原因切入，梳理物理层、数据链路层与应用层规范，并说明 M12 连接器、最长 20 米电缆和点对点通信等要点。手册还重点介绍 ST 的 L6360 主站收发器、L6362A 设备收发器、L6364 双通道设备收发器及对应评估板，结合智能制造、智能物流与能源管理等场景给出应用参考。资源包仅含 1 个 PDF 文件，大小约 5.2MB，便于随身查阅和按章节检索；已有 316 人学习。读者可据此快速建立 IO-Link 知识框架，对照芯片方案与评估板完成选型验证，并获取协议要点和落地场景的参考线索。

1. 到底什么是 IO-Link：给传感器发一张会说话的电子身份证

产线上一个压力传感器坏了，维修工换上一只同型号的新件，插头一插，灯亮了，但上位机里的量程、滤波时间、开关点还得重新设一遍。老式传感器只往外吐一个电流值或者一个开关信号，它不记得自己是谁，也不告诉别人自己该怎么配。IO-Link 想解决的正是这件小事：让传感器带着自己的身份、参数和诊断信息一起上线，换件之后主站能把配置自动写回去。通俗地说，它给每只工业传感器发了一张会说话的电子身份证，身份证上写着“我叫什么、量程多少、现在读数是几、有没有毛病”。搞懂这张身份证，再看产线上那些“换了件就要重新调半天”的麻烦，就知道它为什么值得被单独讲清楚。

2. 为什么会有 IO-Link：从“哑开关”到会报数的传感器

2.1 传统传感器的三种信号，各有各的天花板

工厂里最常见的传感器输出无非三类：开关量、模拟量和脉冲量。开关量只告诉控制器“到了”或“没到”，一只接近开关检测到金属件，输出高电平，完事；模拟量把测量值变成 4–20 mA 或 0–10 V 的电流电压，控制器再做模数转换；脉冲量则多见于流量计、编码器这类需要计数的场合。这三种方式支撑了工业自动化几十年，便宜、稳定、接线简单，但它们的共同问题是“只说结果，不说自己”。

拿模拟量来说，一只温度变送器输出 4–20 mA，对应 0–100 ℃，这个对应关系是出厂时写死的，控制器那边得手工填量程。传感器老化了、探头污染了、接线电阻变大了，电流还是那个电流，控制器分不出这是真实温度还是漂移。想改量程？得拆下来接电脑重新标定，或者换一只新传感器再改一遍控制器参数。开关量更彻底，除了“通/断”什么都没有，连“我脏了该清洗了”都说不出来。这些局限不是传感器厂商不努力，而是信号制式本身没给“说话”留通道。

IO-Link 换了个思路：既然要说话，就干脆在传感器和控制器之间走一段数字通信，用同一根电缆既传测量值，也传参数、状态和诊断。原来那根三线电缆不用换，M12、M8 接头也照用，变化发生在协议层——传感器从“哑巴”变成了能对话的节点。

这张表里最值得盯的是“换件后配置”那一行。它决定了维护工时，也决定了产线能不能做到快速换型。

2.2 IO-Link 补的是“最后一米”，不是整条网络

很多人第一次听到 IO-Link，会以为它要替代 Profinet、EtherCAT 这类工业以太网。其实它管的是完全不同的段落：从传感器到主站这一段，通常不超过 20 米，点对点，一个主站端口接一个设备，不组网、不仲裁、不抢总线。往上走，主站再通过现场总线或工业以太网接到 PLC，把这一小段的信息汇入更大的系统。

这个定位很关键。工业现场的分层是有道理的：越往上，带宽越大、节点越多、协议越复杂；越往下，节点越便宜、实时性要求越硬、布线越讲究。传感器处在最底层，量大、单价敏感、安装空间小，给它配一套完整的以太网接口并不划算。IO-Link 的做法是用一颗小小的收发器芯片把物理层做掉，剩下的事交给主站和上位机，设备侧的成本和体积都压得住。

从系统角度看，它把“最后一米”的模拟量或开关量变成了数字量，而且是非屏蔽三线电缆就能跑的数字量。这意味着原来那些因为干扰而飘、因为长线而衰的信号，在进入主站之前就已经是干净的数字帧。对于产线来说，这一小段数字化带来的直接好处是：诊断信息能上来了，参数能远程改了，换件不用再爬上去拧电位器了。

2.3 自诊断和热插拔，为什么在生产现场值钱

设备维护有个朴素的规律：故障不可怕，怕的是不知道哪儿坏了。传统模拟量传感器给出的只是一个数值，数值偏高，可能是工艺真的变了，也可能是探头结垢、接线松动、供电纹波变大。维护人员到现场，先拿万用表量电流，再拆探头检查，一圈下来半小时过去了，最后发现只是插头没插紧。这类“血泪经验”在产线上并不少见。

IO-Link 设备可以主动上报事件：过温、欠压、短路、探头污染、超出测量范围、内部存储校验失败。主站收到事件后，能在上位机里直接定位到具体端口、具体设备，甚至给出厂商写在设备描述文件里的文本说明。这不等于免维护，但把“猜”变成了“查”。

热插拔的价值则体现在换件环节。IO-Link 主站一般带数据存储功能，换上一只同型号的新设备，主站检测到设备身份匹配，就把旧设备存下来的参数写进新设备，产线不用停机重新标定。这个功能有个前提：新老设备的设备描述必须一致，参数结构不能变。现实里翻车的情况多半出在这里——采购图便宜换了另一家厂商的“兼容件”，IODD 结构不一样，主站认不出来，自动写回失败，最后还得人工配。所以热插拔省的是“同型号替换”的工时，不是“随便换”的任性。

3. 一套 IO-Link 系统长什么样：三个角色和一根三线电缆

3.1 Device、Master、上位控制器：各干各的活

IO-Link 系统里的角色划分非常清楚。最下面是被叫做 Device 的一端，也就是传感器、执行器、阀门、电机启动器、RFID 读写器这些现场设备。Device 里有一颗设备侧收发器芯片，负责把微控制器的串口数据调制成 24 V 脉冲信号，送到 C/Q 线上，同时把主站发来的信号解调回去。它还要处理反极性保护、短路保护、过温保护这些现场必备的“粗活”。

中间是 Master，也就是主站。一个主站通常有多个端口，每个端口接一只 Device，端口之间互不干扰。主站里有一颗主站侧收发器芯片，负责与 Device 的物理层对话，同时通过 I2C 或 SPI 与主站自己的微控制器通信。主站再往上，通过现场总线或工业以太网接到 PLC 或上位系统。你可以把主站理解成一个“翻译官”：往下它说设备能听懂的脉冲语言，往上它说 PLC 能听懂的现场总线语言。

最上面是 PLC 或上位控制器，负责逻辑控制、数据记录和人机界面。它不直接关心 C/Q 线上的电平怎么翻转，只关心“3 号端口那只压力传感器现在的过程数据是多少、有没有报警”。

这三个角色缺一不可，但边界很清楚：Device 管“我是谁、我测到了什么”，Master 管“我帮你转达、我帮你存参数”，PLC 管“拿到数据之后做什么”。把这三层混在一起讲，是很多人初学 IO-Link 时绕不出来的原因。

3.2 三线电缆与两种端口：Class A 和 Class B 差在哪

IO-Link 的物理层用的是非屏蔽三线、四线或五线标准电缆，接头是 M12、M8 或 M5 这类工业现场常见的规格，最长 20 米。三线里有一根 L+ 是 24 V 供电，一根 L- 是地，一根 C/Q 是通信线。C/Q 这根线很特别：它既能跑 IO-Link 的数字通信，也能退化成普通的开关量输出或输入，也就是所谓的 SIO 模式。这个设计让 IO-Link 设备可以插在普通数字量端口上先当开关用，迁移成本一下就低了。

端口分 Class A 和 Class B。Class A 端口是最常见的三线结构，L+、L-、C/Q，加上可选的 DI/DQ 数字量线。Class B 端口多出一路隔离的 24 V 输出电源和对应的地，专门给执行器这类需要额外功率的设备用。多出来的那一路是隔离的，意味着执行器的电源和通信电源不共地，感性负载开关时产生的干扰不容易窜到通信线上。

这个区别在选型时经常被忽略。有人拿着一只 IO-Link 阀门去配 Class A 主站，发现阀门要的保持电流主站供不了，才回头换 Class B 端口。反过来，一只普通的 IO-Link 光电传感器配 Class B 端口也能用，只是多出来的那路电源空着，不算错，但浪费了端口能力。端口的物理结构决定了它能带什么负载，不是“插得上就能用”。

3.3 一个通信循环里发生了什么

把时间轴拉开看一个循环，事情并不复杂。主站按配置好的周期时间发起一次读或写，帧里带着端口号和命令；Device 收到后把过程数据填进应答帧，同时附上值状态位，告诉主站“这个数据有效”还是“这个数据可疑”；主站把数据交给微控制器，微控制器再往上送。整个过程在毫秒级完成，快到产线上的 PLC 扫描周期根本感知不到中间发生了什么。

通信速率有三档，COM1 是 4.8 kbaud，COM2 是 38.4 kbaud，COM3 是 230.4 kbaud。速率越高，同样长度的帧传得越快，但线缆质量、电磁环境的要求也越紧。一个典型的配置是 COM3 加 2 字节过程数据和 1 字节服务数据，最小周期可以做到 0.4 ms。这个数字听起来很猛，但它是“最小”周期，实际设多少要看设备声明的最小周期和产线需要，设得比设备能力还快，主站只会等，不会更快。

过程数据是周期交换的，长度最大 32 字节；参数读写、事件上报这些是非周期的，走服务数据通道。两条通道共用一根 C/Q 线，靠协议里的优先级和帧结构区分。这种“周期数据保实时、非周期数据保灵活”的设计，是 IO-Link 能在 20 米三线电缆上既传测量值又传诊断的根本原因。

4. 参数里的门道：COM 速率、周期时间、过程数据与 IODD

4.1 COM1、COM2、COM3：速率不是越高越好

三档速率对应三种使用习惯。COM1 的 4.8 kbaud 最慢，但抗干扰余量最大，线缆要求最低，适合那些过程数据只有一两个字节、对刷新不敏感的场合，比如一只简单的接近开关或者液位开关。COM2 的 38.4 kbaud 是折中档，很多电磁阀、简单传感器用这一档就够。COM3 的 230.4 kbaud 最快，适合过程数据较长、周期要求紧的设备，比如带多轴测量的倾角传感器、需要频繁上报诊断的执行器。

选速率的第一原则是看设备支持什么。设备描述文件里写着它支持哪几档，主站只能在交集里选。第二原则是看过程数据长度和周期要求：2 字节过程数据在 COM3 下能做到 0.4 ms，在 COM2 下就要慢一个数量级；反过来，如果一只设备只有 1 字节过程数据、要求 10 ms 周期，用 COM2 完全够，硬上 COM3 只会让布线和屏蔽成本上升。

现场常见的翻车是“一刀切配 COM3”。主站默认速率设成 COM3，结果接上一只只支持 COM2 的老设备，端口起不来，维护人员以为是设备坏了，换了一只还是起不来。其实把端口速率改成 COM2 就好了。速率是双方协商的结果，不是主站单方面越强越好。

4.2 0.4 ms 与 32 字节：两个数字怎么读

0.4 ms 这个数字有明确的前提：COM3 模式、2 字节过程数据、1 字节服务数据。它描述的是“最短可能周期”，不是“每只设备都能跑这么快”。实际周期由主站配置、设备能力、端口数量共同决定。一个主站带 8 个端口，每个端口都要求 0.4 ms，主站的微控制器和背板总线能不能扛住，是另一个问题。所以看到这个数字，正确的理解是“协议上限”，不是“买回来就能跑”。

32 字节是过程数据的最大长度，在 V1.1 版本里引入。这个长度足够塞下一组三轴加速度、温度、压力、状态位，但对一只只报一个开关状态的传感器来说，纯属浪费。过程数据长度是设备定义好的，主站按 IODD 里的结构解析，不是想读多少读多少。长度越长，占用的周期时间越多，所以设备厂商在设计时会在“信息量”和“刷新率”之间做取舍。

还有一个容易被忽略的参数是数据存储容量，典型值是 0.5 kByte。主站用这块空间存设备的参数镜像，换件时写回去。0.5 kByte 听着很小，但对参数结构简单的传感器足够了；参数多的设备，比如带多点标定的分析仪，就可能装不下，需要主站支持更大的存储区或者干脆关闭自动写回。选型时如果打算用热插拔替换，这个容量要跟设备厂商确认，不能默认“IO-Link 都有”。

4.3 IODD：设备的电子说明书，不是可选配件

IODD 全称是 IO Device Description，翻译过来就是 IO 设备描述。它是一份 XML 结构的文件，里面写着设备识别信息、厂商信息、过程数据的变量定义、参数地址、诊断事件的文本说明、通信属性。主站拿到这份文件，才知道“第 3 个字节的高 4 位是温度整数部分”这种细节。没有 IODD，主站只能把过程数据当成一串裸字节，读得出数值，读不出含义。

IODD 的好处是跨厂商结构统一。不管设备是谁造的，描述文件的结构一样，主站软件可以用同一套解析逻辑处理不同品牌的设备。这跟某些现场总线设备描述各搞一套的做法不同，也是 IO-Link 能把多品牌设备混着用的基础。公共的 IODD 库可以按设备型号检索，设备厂商把文件传上去，用户按型号下载，不用一家一家找。

选型时要把 IODD 当成硬指标看。一只设备宣称支持 IO-Link，但拿不出完整的 IODD，或者文件里缺诊断事件文本，主站就只能把它当“能读数的黑匣子”用，自诊断的价值大打折扣。更麻烦的是版本问题：设备固件升级了，IODD 没跟着更新，主站解析出来的变量偏移对不上，读数看着正常，其实全错。这类问题不会报错，只会悄悄给出错误数据，属于最需要防的一类坑。

4.4 硬件侧怎么落地：三类收发器芯片和评估套件

设备厂商要把一只传感器做成 IO-Link Device，最省事的路径是用现成的收发器芯片。市面上能见到的方案大致分三类：主站侧收发器、设备侧收发器、双通道设备收发器。主站侧那颗通常支持 COM1/COM2/COM3，C/Q 输出级可配高边、低边或推挽，带可编程的限流和限流延时，供电范围在 18–32.5 V，L+ 高边驱动能到 500 mA，还额外给一路 IEC 61131-2 Type 1 数字输入，封装做到 3.5×5 mm 这种级别，主站端口密度才能上去。

设备侧那颗的供电范围更宽，7–36 V，输出级导通电阻在 0.8–1 Ω 量级，输出电流能到 300 mA，能驱动阻性、容性、感性负载，反极性保护覆盖 VCC、GND、输出和 I/Q 引脚，工作温度 -40 到 125 ℃，封装 3×3 mm。这个规格是给现场设备准备的：24 V 环境、长线、感性负载、宽温、小体积。

双通道那颗面向需要两路输出的设备，比如带 C/Q 加 DIO 的复合传感器，或者需要并联输出更大驱动电流的执行器。它把两路输出、UART 外设、M 序列处理、最多 15 字节的数据缓冲、3.3 V 和 5 V 的 LDO、甚至一路可配频率和电压的 DC-DC 都集成进去，封装可以小到 2.5×2.5 mm 的晶圆级封装。对于功耗敏感、空间紧张的设备，这种集成度能省掉不少外围器件。

芯片选完，下一步是评估套件。常见的做法是一块接口板加一块通用微控制器开发板：接口板上放着收发器芯片、状态灯、诊断引脚、电源和保护电路；微控制器板跑协议栈和示例固件。主站评估套件一般还会带一份有使用期限的协议栈授权，方便厂商先把通信跑通，再决定要不要自己移植。设备评估套件则常常再叠一块传感器扩展板，把加速度、温度这些真实数据接进来，形成一条从物理量到过程数据的完整链路。

这里有一段主站侧读取过程数据的示意代码，用伪代码写，重点看参数之间的关系：

# 主站端口配置与轮询示意，函数名为示意，不对应任何具体厂商 API master.set_port_mode(port=1, mode="IO-Link") # 设为 "SIO" 则退化成普通开关量 master.set_com_mode(port=1, com="COM3") # 可选 COM1/COM2/COM3，取设备支持的交集 master.set_cycle_time(port=1, ms=2) # 实际周期不得小于设备声明的最小周期 master.load_iodd(port=1, path="device.iodd") # 载入电子说明书，拿到变量名与偏移 while True: frame = master.read_process_data(port=1) # 周期读：过程数据 + 值状态 pressure = frame.get("Pressure") # 变量名来自 IODD，不硬编码字节偏移 quality = frame.get("ValueStatus") # 值状态位，数据是否可信 if not quality: log.warn("端口1数据无效，查过程数据质量位或设备事件") time.sleep(0.002)

这段代码里，mode决定端口走 IO-Link 还是 SIO，com决定速率档位，cycle_time要和设备能力匹配，load_iodd是为了按变量名取值而不是按字节偏移硬解析。最后那个ValueStatus最容易被新手忽略：过程数据读到了不等于数据可信，值状态位为假时，数值可能只是上一次的残留或者设备正在启动。很多现场“读数乱跳”的问题，最后查出来是代码只看数值、不看状态位。

5. 常见误区与易混概念：别把 IO-Link 当成另一种现场总线

5.1 误区一：IO-Link 是现场总线的替代品

易混点在于两者都叫“通信协议”，都出现在工厂里，都连着传感器和控制器。之所以会混，是因为很多资料把 IO-Link 放在“工业通信”这个大标题下讲，读者自然以为它跟 Profinet、EtherCAT 是同一层的东西。

区分方法看拓扑和位置。现场总线是多节点共享介质、带仲裁、覆盖整条产线甚至整个车间；IO-Link 是点对点、一个主站端口只接一个设备、距离不超过 20 米、不组网。它挂在现场总线的下面，把现场总线的“末梢”从模拟量变成数字量。主站往上走还是走现场总线，PLC 那边看到的还是现场总线的数据帧。把 IO-Link 当现场总线用，会卡在“为什么不能串接 30 个设备”这种问题上；把它当“最后一米的数字化”，很多设计就顺了。

5.2 误区二：IO-Link 就是 4–20 mA 的数字化

易混点在于两者都传测量值，都接传感器，都往控制器送。之所以会混，是因为 IO-Link 确实能替代模拟量的大部分场景，过程数据里也确实有一个代表测量值的数字。

区别在“附带信息”。4–20 mA 只传一个连续量，量程、单位、滤波、故障状态全靠控制器事先约定；IO-Link 的过程数据里除了测量值，还有值状态位，参数通道里还有量程、单位、滤波时间、开关点，诊断通道里还有过温、短路、污染这些事件。更关键的是方向：模拟量是单向的，传感器说、控制器听；IO-Link 是双向的，控制器能写参数、能读诊断、能让设备重启。把它理解成“数字化了的 4–20 mA”，会漏掉参数化和诊断这两块最值钱的部分。

5.3 误区三：插上就能用，IODD 可有可无

易混点在于 IO-Link 的物理层确实“插上就能通”，电缆对了、速率对了，主站能看到端口上有设备。之所以会混，是因为通信建立和“用得好”是两件事，而前者很容易验证，后者需要描述文件。

区分方法看你能不能按变量名取值。没有 IODD，主站只能拿到一串字节，知道有数据，不知道哪个字节是温度、哪个是状态；有了 IODD，才能按变量名解析、才能拿到诊断事件的文本、才能做参数写回。选型时把 IODD 的完整性和版本更新记录当成必查项，比只看“支持 IO-Link”这句宣传语有用得多。

5.4 误区四：COM3 一定比 COM1 好

易混点在于数字越大看起来越先进。之所以会混，是因为厂商宣传里常把 COM3 和“高速”绑在一起，读者自然觉得低速档是落后的。

区分方法看设备能力和现场条件。COM1 的 4.8 kbaud 抗干扰余量大、线缆要求低，适合过程数据少、周期要求松的设备；COM3 的 230.4 kbaud 快，但对线缆、接地、电磁环境更敏感。一只只支持 COM2 的设备，主站配 COM3 只会起不来；一只过程数据只有 1 字节的开关类设备，配 COM3 是浪费。速率是协商项，不是性能排名。

5.5 误区五：IO-Link 设备不需要 SIO 兼容

易混点在于“既然上了 IO-Link，就该全程走数字协议”。之所以会混，是因为 IO-Link 的功能确实比 SIO 丰富，读者容易觉得 SIO 是过渡期的累赘。

区分方法看迁移策略。SIO 模式让 IO-Link 设备可以插在普通数字量端口上先当开关用，产线可以分批改造：先换设备，主站还是老的数字量模块，等主站升级了再开数字通信。这个兼容性对存量产线很重要，选设备时要确认它支持 SIO 回退，否则遇到只有数字量端口的老主站，设备直接没法用。当然，SIO 模式下没有参数和诊断，只有开关状态，这是回退的代价，不是常态。

6. 什么时候该上 IO-Link，什么时候别碰

先给一张判断表，按场景对号入座，比听厂商讲参数快。

真正需要动笔算的是维护成本。一条产线有 40 只传感器，每年换件 60 次，每次重新标定 20 分钟，一年就是 20 个小时的停机；上了 IO-Link 之后，同型号替换能自动写回，这部分工时能压掉大半。反过来，如果一条线只有 5 只开关、三年不换型，主站、电缆、调试的成本摊下来，回收周期会很长。IO-Link 不是“先进就得用”，它是拿主站和布线的钱换维护效率和诊断能力，账要按自己的产线算。

还有一类场景要特别小心：把 IO-Link 当成“万能诊断”。设备能上报过温、短路、污染，但它上报的是“我检测到了异常”，不是“产线一定出了问题”。传感器污染报警可能只是清洗周期到了，过温报警可能只是机柜风扇停了。诊断信息要跟工艺数据、维护记录一起看，单看一条事件就下单换件，反而会增加不必要的停机。

我自己踩过的一次坑，是给一条试制线配主站时，图省事把所有端口默认设成 COM3、周期设成 0.5 ms，结果接上第三只只支持 COM2 的设备，端口反复重启，日志里只写“通信超时”，查了半天才想起速率没协商。从那以后我每次配端口，都强制走一遍“先读 IODD 里的最小周期和支持速率，再设主站参数”的流程，宁可多花十分钟，也不让产线在半夜停一次。这份资料把主站、设备、双通道三类收发器的参数、评估套件配置和选型要点整理在一起，需要对着型号查规格的时候，去下载页取一份放在手边，比临时翻网页稳。希望帮到你。

本文还有配套的精品资源，点击获取