PROFINET应用中使用过程中断的注意事项.PDFVIP

PROFINET 应用中使用过程中断的注意事项 Notes for process interruption in PN application Single FAQ Edition (2010 年10 月) 关键词 PROFINET ，过程中断 Key Words PROFINET ，process interruption IADT Service Support 6 分布式IO 的IO 模板可分为可编程模板和不可编程模板，其中可编程模板以订货号后4 个字母0AB0 来表示，不可编程模板则以0AA0 来表示。对于可编程的DI 模板，可以通过 Step7 的硬件组态设置其属性相关的硬件中断参数。以ET200s 的4DI 模板6ES7131- 4BD01-0AB0 为例，如图1 DI 可编程模板的硬件中断参数。 图1 DI 可编程模板的硬件中断参数 这样对于该DI 模板的通道0 如果信号出现上升沿，将给CPU 触发硬件中断。当CPU 收 到该中断，CPU 会中断用户程序启动硬件中断组织块，例如OB40 处理该通道的硬件中断。 触发该中断的事件会出现在OB40 的启动信息中。 但是在应用中断过程中，需要注意一些事项。 首先，来了解一下PLC 在PROFINET 应用处理中断的原理。当IO 设备产生报警会向 PLC 发送中断信息，此时的数据是PROFINET IO RTA （Real Time Alarm），与 PROFINET IO RT 数据相比，RTA 数据具有两种优先等级，分别是5 和6 。对于优先等级是 5 的报警数据是诊断中断，插拔模块中断以及维护中断等；对于优先等级是6 的报警数据是 过程中断，即硬件中断。另外，与循环的PROFINET IO RT 过程数据交换不同，非实时的报 警协议需要控制器应用层的确认，即OB40 的确认。参考图2 报警协议过程。 IADT Service Support 6 IO控制器 IO设备 过程中断 协议层应答 T 应用层确认 协议层应答 图2 报警协议过程 OB40 的确认在这里是非常关键的。只有在OB40 处理结束，应用层确认信息才发送给 IO 设备。IO 设备得到该确认后，才能发送下一条报警信息，IO 控制器才能进行再次处理。 所以控制OB40 的处理时间T 是非常重要的，该时间应该尽可能的短，也就是IO 设备所 产生的报警的周期Ti 应尽可能的大于T，只有这样才能快速的响应下一个报警信息。 否则，在OB40 处理时间T 内， 同一模块上的同一通道所产生的新的报警信息会由于无法处理报警而导致中断信息丢 失。 同一模块的其它通道所产生的新的报警信息会被接口模块缓存，当上一通道被应用层确 认后，其它通道的报警信息会以一个报警信息发送给CPU。CPU 只能一次响应全部的这些 报警，而无法一一分开进行响应。 而不同模块上的通道产生新的报警也会被接口模块所缓存，发送报警的顺序以模块-槽为 最高优先级，这意味着假设存在A 和B 两个DI 模板，且都具有4 个通道，分别是0，1， 2，3 。OB40 在处理A0 报警的时间T 内依次发生A1,A2,A3,B2,B3，接口模板会缓存上述报 警信息。当处理完A0 报警后，B 模板的报警B2 发送给CPU，CPU 对该报警确认后，A 模 板的一个报警包含A1,A2,A3 发送给CPU，再次确认后，B 模板的报警B3 才发送给CPU。 注意，分布式IO 的接口模块缓存中断的数量是有限制的，这依赖于IO 模块的数量和通 讯负载的大小，以IM151-3PN （6ES7151-3BA23-0AB0 ）为例，如果1 秒钟产生超过50