“
IO-link从站微控制器需要同时执行多项任务,因此可能难以在可接受的指定时间窗口内响应请求。在执行微控制器不能中断的任务时尤其如此。解决此时序挑战的一个典型解决方案是使用第二个微控制器来管理IO-Link堆栈,从而在IO-Link从站和IO-Link主站之间保持更稳定的响应时间间隔。然而,该方法的效率极低,因为其功耗更高且需要更大的PCB,因此需要更大的传感器外壳。
”
作者:Brian Condell,数字营销工程师
Michael Jackson,首席工程师
Konrad Scheuer,高级首席工程师
问题
面对与遵守IO-Link标准中规定的时序要求相关的挑战,IO-Link®从站微控制器如何克服?

IO-link从站微控制器需要同时执行多项任务,因此可能难以在可接受的指定时间窗口内响应请求。在执行微控制器不能中断的任务时尤其如此。解决此时序挑战的一个典型解决方案是使用第二个微控制器来管理IO-Link堆栈,从而在IO-Link从站和IO-Link主站之间保持更稳定的响应时间间隔。然而,该方法的效率极低,因为其功耗更高且需要更大的PCB,因此需要更大的传感器外壳。一个更好的替代方案是使用能够在通信路径中管理数据链路和物理层的收发器。通过使用该收发器,从站微控制器无需再执行此任务,设计人员能够设计出更小巧、更复杂、功能更强大且具有成本效益的工业现场仪器。
简介
“一次做两件事等于一无所成”— 虽然拉丁文作家普布里乌斯·西鲁斯对多任务处理的看法可能有些极端,但有时候,多任务处理可能会导致任务无法按最初预期的方式完成,或无法按时完成。随着工业过程日益复杂化,传感器和执行器等现场仪器已发展为同时执行多项不同的任务,包括与过程控制器保持定期通信。这给从站微控制器带来了额外的开销,必须妥善管理从站微控制器,否则过程数据可能会丢失,从而导致生产停机,现代工业通信协议应减少这种情况的发生。
IO-Link时序
IO-Link是24 V、3线工业通信标准,支持工业从站和IO-Link主站之间的点对点通信,进而与更高级别的过程控制网络进行通信。

图1.IO-Link主站/从站通信接口。
在IO-Link应用中,收发器充当运行数据链路层协议(堆栈)的微控制器和24 V IO-Link信号线路之间的物理层接口。IO-Link通信涉及多种类型的传输,包括过程数据、值状态、从站数据和事件。这样一来,如果发生错误,便能快速识别、跟踪和处理工业从站,帮助减少停机时间。IO-Link支持远程配置;例如,如果需要调整触发过程警报的阈值,可以通过IO-Link连接将更新的阈值发送到从站,以此方式进行调整,无需技术人员前往现场操作。
IO-Link主站端口和从站之间的通信受到多个时序的限制,并按照名为M序列时间的固定时间表进行。M序列消息包括从IO-Link主站发送到从站的命令或请求,以及来自从站的回复消息。图2所示为M序列中的时序参数,其中包括IO-Link主站端口和从站消息之间的消息。从站必须在从站响应时间tA内响应主站,该时间范围为1 Tbit至10 Tbit(Tbit = 位时间)。对于COM3波特率,tA应介于4.3 µs和43 µs之间。如果响应时间超出此范围,则会发生通信故障。

图2.IO-Link通信中的M序列时序。

图3.带收发器和集成DC-DC转换器的MAX22516 IO-Link状态机

图4.比较使用单一微控制器(左)和MAX22516(右)管理IO-Link通信的应用的响应时间。
MAXREFDES281 IO-Link从站参考设计(图5)采用MAX22516,可用于验证不同类型IO-Link传感器的时序性能。

图5.MAXREFDES281 IO-Link从站参考设计。
上一篇:【全民智驾热潮下,ADAS系统对电源芯片的四大需求】
下一篇:【升级电源和机架架构,满足AI服务器的需求】
猜你喜欢