Movicon​.Next: OPC UA

Пер­вый удач­ный стан­дарт ОРС — OPC Data Access — был раз­ра­бо­тан для свя­зи с тех­но­ло­ги­че­ским обо­ру­до­ва­ни­ем на базе архи­тек­ту­ры «Клиент/Сервер». Цель раз­ра­бот­ки это­го стан­дар­та — дать воз­мож­ность про­грам­мам клас­са SCADA/HMI полу­чить доступ к раз­но­об­раз­но­му обо­ру­до­ва­нию, исполь­зуя еди­ный меха­низм. ОРС–сервер стал стан­дар­том «де–факто» и проч­но занял место в струк­ту­ре АСУТП. Одна­ко, OPC DA исполь­зо­вал модель СОМ и «стра­дал» от всех про­блем этой моде­ли, вклю­чая огра­ни­че­ния уда­лён­но­го досту­па к обо­ру­до­ва­нию моде­ли DCOM. Попыт­ка «отвя­зать­ся» от кон­крет­ной плат­фор­мы и перей­ти на web–сервисы с помо­щью спе­ци­фи­ка­ции OPC XML-DA не устро­и­ли из–за низ­кой про­из­во­ди­тель­но­сти и про­блем с безопасностью.

[p][dropcap3]OPC[/dropcap3] Foundation пред­при­ня­ло серьёз­ную попыт­ку раз­ра­бо­тать пол­но­стью новый ком­му­ни­ка­ци­он­ный стан­дарт, отве­ча­ю­щий самым совре­мен­ным тре­бо­ва­ни­ям, в том чис­ле кон­цеп­ци­ям Industry 4.0. Таким обра­зом, появи­лась спе­ци­фи­ка­ция OPC UA —Unified Architecture. Стан­дарт OPC UA обла­да­ет высо­кой про­из­во­ди­тель­но­стью, кросс–платформенностью и надёж­но­стью. Стан­дарт поз­во­ля­ет не толь­ко зна­чи­тель­но улуч­шить ком­му­ни­ка­ци­он­ную струк­ту­ру АСУТП, но и при­ме­нять самые совре­мен­ные инфор­ма­ци­он­ные тех­но­ло­гии, вклю­чая «Облач­ные» и доступ к Scada–системе через Интернет.[/p]

При раз­ра­бот­ке плат­фор­мы Automation Platform Next была постав­ле­на зада­ча созда­ния надёж­ной, гиб­кой и совер­мен­ной Scada–системы с под­держ­кой кон­цеп­ций Industry 4.0. Имен­но поэто­му, в Movicon​.Next в каче­стве ком­му­ни­ка­ци­он­но­го ядра была выбра­на спе­ци­фи­ка­ция OPC UA. 

Архи­тек­тур­но, ком­му­ни­ка­ци­он­ная модель Automation Platform Next постро­е­на таким обра­зом, что HMI–клиент (Movicon​.Next) может обра­щать­ся непо­сред­ствен­но к ОРС-севре­ру или к Data Server (I/O Server) плат­фор­мы Automation Platform Next, кото­рый может объ­еди­нять несколь­ко ОРС-сер­ве­ров и ком­му­ни­ка­ци­он­ных драй­ве­ров. Такая архи­тек­ту­ра обес­пе­чи­ва­ет мак­си­маль­ную про­зрач­ность для всех сер­ви­сов Scada–системы: дата-логге­ров, служ­бе ава­рий­ных сооб­ще­ний, сер­ви­сов собы­тий и рецеп­тов, отчё­тов и про­грамм­ной логи­ки. Кро­ме того, это поз­во­ля­ет лег­ко исполь­зо­вать моду­ли сто­рон­них разработчиков.

В 2014 году в сотруд­ни­че­стве с сооб­ще­ством PLCopen был допол­нен стан­дарт IEC61131‑3 для про­грам­ми­ро­ва­ния логи­че­ских кон­трол­ле­ров с учё­том ком­му­ни­ка­ци­он­ный моде­ли OPC UA. Теперь ПЛК ста­но­вит­ся «интел­лек­ту­аль­ным» узлом в ИТ–структуре пред­при­я­тия, спо­соб­ным предо­став­лять инфор­ма­цию не толь­ко Scada–системе, но и про­грам­мам верх­не­го уров­ня — MES (Manufacturing Execution System) и ERP (Enterprise Resource Planning). Устрой­ство с OPC UA сер­ве­ром «внут­ри» может рабо­тать в вер­ти­каль­ных и гори­зон­таль­ных струк­ту­рах, в локаль­ных и рас­пре­де­лён­ных инфор­ма­ци­он­ных систе­мах, в том чис­ле доступ­ных через веб. Это поз­во­ля­ет созда­вать систе­мы в кон­цеп­ции Industry 4.o и Интер­нет Вещей.

[p][dropcap3]И[/dropcap3]спользование ОРС–сервера не отме­ня­ет при­ме­не­ние и раз­ра­бот­ку драй­ве­ров для свя­зи с тех­но­ло­ги­че­ским обо­ру­до­ва­ни­ем. Progea раз­ра­бо­та­ла и актив­но исполь­зу­ет соб­ствен­ные драй­ве­ра для устройств и шин Modbus, Siemens, Rockwell, Mitsubishi, Omron, Profibus, ProfiNet, BACNet, KNX. Более того, предо­став­ля­ют­ся Сред­ства для Раз­ра­бот­чи­ка драй­ве­ра (SDK), что­бы инже­не­ры мог­ли созда­вать ком­му­ни­ка­ци­он­ные драй­ве­ры для ред­ко­го, уни­каль­но­го обо­ру­до­ва­ния и под­клю­чать это обо­ру­до­ва­ние к Movicon​.Next.[/p]