这个FB块的目的，就是把通信当作普通IO对待，为嵌入到大的设备FB中作为资源。

多种设备FB的多样化功能需求，从多个FB的工艺界面进入，转化成各自的动态任务集合，再被调度机制按时序发送给，多设备FB之间公共唯一的底层通信执行通道。这个过程中，底层通信的工作负荷只占10%，其余的90%全都是需求的处理和转化。无论是ModbusTCP，ModbusUDP，ModbusRTU，或是PtP自由口，或者是其他通信管道，在大的架构中都一样。

从梯形图起步，普遍都是习惯把逻辑作为思考中心。如果逐渐的习惯以数据载体对象来作为核心，就习惯SCL了。再往后就是习惯以架构为出发点。这就是面向对象的缘起。

好的SCL表达结构设计，可以把调试局限化，而不是满篇到处找变量关联。这就是要善用数据结构，来把逻辑局限化。

逻辑跟着数据走，数据跟着架构走。架构先行。在理念上这是不断的“退一步”的过程。