实现工业4.0、智慧工厂和智能型电动调节阀,必须建立在一类包括实时控制和及时监控在内的、强有力的联网技术和规范的基础上。这类联网技术和规范可以在一定程度上继承原有的联网技术和规范,但更重要的是一定要突破原有技术和规范的局限,以及明显不能满足实现工业4.0、智慧工厂和智能制造的多层递阶的架构和按功能分层进行通信的思维。这就是说,除了对时间有严酷要求的实时控制和对安全有严酷要求的功能安全仍然保留在工厂层而外,所有的制造功能都将按产品、生产制造和经营管理这三个维度做到通信扁平化,实现信息虚拟化,从而构成全链接和全集成的智能制造生态系统。
在智能制造系统中,PLC不仅仅是机械装备和生产线的控制器,而且还是制造信息的采集器和转发器。从这个意义上讲,只有PLC具有面向服务架构(SOA)的功能,才有可能完成调节智能型电动调节阀重要任务。譬如PLC调用视觉系统的摄像头所摄制的图像服务,或者PLC调用某个RFID读取器的服务,都需要视觉系统或RFID读取器直接与PLC通信,或者当PLC要传送大数据应用的数据给云端。
目前,在MES级与PLC的数据交换通常是通过一个耗时的握手过程。例如MES系统发出一个信号要向PLC传送一个配方数据,等待PLC确认信号返回;接着MES系统向PLC传送该配方数据,当PLC接收到这一组数据后向MES发出接收确认信号。如果PLC同时具有OPC UA的服务端功能和客户端的功能,这种PLC就是一种面向服务架构的PLC(也可简称为SOA-PLC)。这时MES系统向PLC传送一个配方数据就是执行一次通信服务,这次服务的输入参数是配方,输出数据是PLC的确认信号,再也不需要MES系统和PLC之间的多次握手过程。实际上就是OPC UA远程调用了PLC的功能块,大大缩短了MES与PLC之间通信来往过程,提高了生产智能型电动调节阀调度安排的效率。同时显著减少了工程成本,极大地加强了工厂层与上位执行调度和管理层的数据通信能力。
一台SOA-PLC实际上是把支持确保信息安全的虚拟网络(VPN)的Web服务权植入PLC。这种服务权执行面向对象的数据通信,包括实时数据和历史数据、报警数据和其它服务。PLC通过这类服务把对应的大量数据连接至上级的服务和数据层,供信息模型的建模能力使用和处理。
让一台PLC集成了OPC UA的服务端功能和OPC UA的客户端功能,就能保证这台PLC通过VPN进行有安全保证的数据通信。正如前面所述PLCopen和OPC基金会合作制定了IEC61131-3的OPC UA信息模型,使PLC的相关信息都可以运用OPC UA的通信机制进行传输。而PLCopen组织所发布的OPC UA的服务端功能块的规范和客户端的功能块规范,为实现这类通信的模块化和便利化奠定了标准基础。可以看出不同厂商的PLC可以实现OPC的通信、PLC与MES/ERP之间可以实现OPC的通信,PLC还可以通过OPC实现与微软的Azure公共云和亚马逊的AWS公共云的直接通信。