RU2674758C1 - Способ и система для управления процессом установки в сети "машина-машина" на основе opc-ua - Google Patents
Способ и система для управления процессом установки в сети "машина-машина" на основе opc-ua Download PDFInfo
- Publication number
- RU2674758C1 RU2674758C1 RU2017134118A RU2017134118A RU2674758C1 RU 2674758 C1 RU2674758 C1 RU 2674758C1 RU 2017134118 A RU2017134118 A RU 2017134118A RU 2017134118 A RU2017134118 A RU 2017134118A RU 2674758 C1 RU2674758 C1 RU 2674758C1
- Authority
- RU
- Russia
- Prior art keywords
- installation
- control system
- opc
- plc
- control
- Prior art date
Links
- 238000009434 installation Methods 0.000 title claims abstract description 301
- 238000004886 process control Methods 0.000 title claims abstract description 193
- 238000000034 method Methods 0.000 title claims abstract description 121
- 230000008569 process Effects 0.000 claims abstract description 84
- 230000005540 biological transmission Effects 0.000 claims abstract description 8
- 238000007726 management method Methods 0.000 claims description 54
- 238000012545 processing Methods 0.000 claims description 41
- 238000013480 data collection Methods 0.000 claims description 37
- 230000003044 adaptive effect Effects 0.000 claims description 34
- 230000007246 mechanism Effects 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 10
- 238000013523 data management Methods 0.000 claims 1
- 238000004519 manufacturing process Methods 0.000 abstract description 33
- 238000011161 development Methods 0.000 abstract description 4
- 230000004048 modification Effects 0.000 abstract description 3
- 238000012986 modification Methods 0.000 abstract description 3
- 230000011664 signaling Effects 0.000 abstract description 3
- 230000000694 effects Effects 0.000 abstract description 2
- 239000000126 substance Substances 0.000 abstract description 2
- 238000004891 communication Methods 0.000 description 30
- 230000001276 controlling effect Effects 0.000 description 23
- 230000006870 function Effects 0.000 description 19
- 230000003993 interaction Effects 0.000 description 14
- 238000012546 transfer Methods 0.000 description 13
- 238000013461 design Methods 0.000 description 9
- 230000008859 change Effects 0.000 description 8
- 238000011084 recovery Methods 0.000 description 8
- 238000003860 storage Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 230000008901 benefit Effects 0.000 description 6
- 230000010354 integration Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000007613 environmental effect Effects 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 3
- 238000011900 installation process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000001105 regulatory effect Effects 0.000 description 3
- 230000005641 tunneling Effects 0.000 description 3
- 238000012369 In process control Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 239000004568 cement Substances 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000002474 experimental method Methods 0.000 description 2
- 239000012530 fluid Substances 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000010965 in-process control Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 239000000123 paper Substances 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 230000035484 reaction time Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 241000554155 Andes Species 0.000 description 1
- 229910000831 Steel Inorganic materials 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 235000013361 beverage Nutrition 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000011109 contamination Methods 0.000 description 1
- 239000000498 cooling water Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000007123 defense Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- RKWPMPQERYDCTB-UHFFFAOYSA-N ethyl n-[4-[benzyl(2-phenylethyl)amino]-2-(4-nitrophenyl)-1h-imidazo[4,5-c]pyridin-6-yl]carbamate Chemical compound N=1C(NC(=O)OCC)=CC=2NC(C=3C=CC(=CC=3)[N+]([O-])=O)=NC=2C=1N(CC=1C=CC=CC=1)CCC1=CC=CC=C1 RKWPMPQERYDCTB-UHFFFAOYSA-N 0.000 description 1
- 239000003337 fertilizer Substances 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 238000004817 gas chromatography Methods 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000003348 petrochemical agent Substances 0.000 description 1
- 238000010248 power generation Methods 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000007670 refining Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000004092 self-diagnosis Methods 0.000 description 1
- 230000035939 shock Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000010959 steel Substances 0.000 description 1
- 208000024891 symptom Diseases 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- 238000009423 ventilation Methods 0.000 description 1
- 239000002351 wastewater Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B13/00—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion
- G05B13/02—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric
- G05B13/0205—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric not using a model or a simulator of the controlled system
- G05B13/021—Adaptive control systems, i.e. systems automatically adjusting themselves to have a performance which is optimum according to some preassigned criterion electric not using a model or a simulator of the controlled system in which a variable is automatically adjusted to optimise the performance
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F01—MACHINES OR ENGINES IN GENERAL; ENGINE PLANTS IN GENERAL; STEAM ENGINES
- F01K—STEAM ENGINE PLANTS; STEAM ACCUMULATORS; ENGINE PLANTS NOT OTHERWISE PROVIDED FOR; ENGINES USING SPECIAL WORKING FLUIDS OR CYCLES
- F01K13/00—General layout or general methods of operation of complete plants
- F01K13/02—Controlling, e.g. stopping or starting
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F22—STEAM GENERATION
- F22B—METHODS OF STEAM GENERATION; STEAM BOILERS
- F22B35/00—Control systems for steam boilers
- F22B35/18—Applications of computers to steam boiler control
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/045—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using logic state machines, consisting only of a memory or a programmable logic device containing the logic for the controlled machine and in which the state of its outputs is dependent on the state of its inputs or part of its own output states, e.g. binary decision controllers, finite state controllers
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
- G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
- G05B19/4186—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication by protocol, e.g. MAP, TOP
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/10—Plc systems
- G05B2219/11—Plc I-O input output
- G05B2219/1128—Several networks linked to host computer
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/10—Plc systems
- G05B2219/13—Plc programming
- G05B2219/13009—State machine instructions
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/34—Director, elements to supervisory
- G05B2219/34263—OLE object linking and embedding, OPC ole for process control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
Abstract
Изобретение относится к области компьютерного управления технологическими процессами, а именно к управлению процессом установок (30) и систем (20) управления установкой посредством сети 41 «машина-машина» (М2М) на основе OPC UA. Технический результат заключается в обеспечении независимой от платформы системы диспетчерского управления процессом и производственной информации, позволяющей легко разрабатывать и изменять структуру системы для индивидуального использования в соответствии с различными стандартами производителя системы установки. Для этого установка (30), связанная с системой (20) управления установкой, содержит множество взаимосвязанных элементов (32) одного или более операционных блоков (31) установки (30). Работой операционных блоков (31) управляет система (20) управления установкой посредством элементов (32), соединенных с системой (20) управления установкой. Система (20) управления установкой доступна посредством независимой системы (10) управления процессом в сети «машина-машина» (M2M) посредством сетевых интерфейсов (16/202), а между системой (10) управления процессом и системой (20) управления установкой передают сообщения, содержащие данные сигнализации и команды управления. Каждого клиента (151/203) OPC UA на основе унифицированной архитектуры OPC генерируют в системе (10) управления процессом и в системе (20) управления установкой. Транспортный уровень между клиентом (151) OPC UA системы (10) управления процессом и клиентом (203) OPC UA системы (20) управления установкой обеспечивают двунаправленно с помощью определенной двоичной последовательности, содержащей кодированные сообщения программируемого логического контроллера (201/PLC). Для управления установкой (30) и для ее регулирования система (10) управления процессом передает сообщения с командами программируемого логического контроллера (201/PLC) на систему (20) управления установкой путем кодирования сообщений с командами PLC для транспортного уровня OPC UA и их передачи в транспортном уровне OPC UA с помощью определенной двоичной последовательности. 10 з.п. ф-лы, 6 ил.
Description
Область техники
Настоящее изобретение в целом относится к области электронного управления процессом. В частности, настоящее изобретение относится к защищенной архитектуре для независимого от платформы выполнения операций управления процессом и приложений. В частности, настоящее изобретение относится к управлению процессами сетевых устройств, в частности установок и систем установок, в сети «машина-машина» (межмашинное взаимодействие, М2М) на основе OPC-UA (унифицированной архитектуры OPC) и к независимому от платформы управлению системами управления установкой, причем установка, связанная с системой управления установкой, содержит множество взаимосвязанных элементов одного или более операционных блоков установки. В этих системах работой операционных блоков управляет система управления установкой посредством элементов, соединенных с системой управления установкой.
Уровень техники
В последнее десятилетие значительные достижения в способах управления производственными процессами позволили значительно усовершенствовать все аспекты функционирования фабрик и заводов. До появления современных систем управления производственными процессами управляли люди с помощью рудиментарных механических устройств управления. Вследствие этого сложность и степень управления процессом были ограничены скоростью, с которой человек мог определить текущее состояние различных переменных состояния процесса, сравнить текущее состояние с требуемым рабочим уровнем, вычислить корректирующее действие (при необходимости) и произвести изменение контрольной точки для изменения переменной состояния. Усовершенствования способов управления процессом позволили управлять более крупными и более сложными производственными процессами с помощью программируемых управляющих процессоров. Управляющие процессоры выполняют программы управления и/или регулирования, которые считывают переменные состояния процесса, выполняют служебные команды, связанные с алгоритмами управления, на основе данных переменной состояния и требуемой информации о заданных значениях для вывода выходных значений для контрольных точек в производственных процессах. Такие управляющие процессоры и программы поддерживают осуществление по существу самовыполняющегося производственного процесса. Несмотря на возможность осуществления производственных процессов под управлением программируемых контроллеров процесса в соответствии с предварительно установленными рабочими параметрами без вмешательства человека, желательно осуществлять диспетчерское управление и мониторинг управляющих процессоров и связанных с ними процессов. Такой контроль осуществляют как люди, так и высокоуровневые управляющие программы на уровне интерфейса «приложение/человек» многоуровневой сети управления процессом. Как правило, такой контроль необходим для проверки правильности выполнения управляемого процесса низкоуровневыми контроллерами процессов и конфигурирования заданных значений управляемого процесса.
Системы управления производством и процессом модифицируют вследствие изменений устройств управления процессом и самих процессов. Таким образом, важно обеспечить средства для быстрого конфигурирования/переконфигурирования, не затрагивающие неизменяемые части системы. Также важно обеспечить средства для внесения таких изменений при минимизации перерывов в осуществлении производственного процесса, например, минимизации времени, в течение которого процесс находится в режиме ожидания. Кроме того, ввиду необходимости постоянного совершенствования систем диспетчерского управления процессом и технологической/производственной информации существует насущная необходимость в том, чтобы не фиксироваться на одной архитектуре системы диспетчерского управления процессом и обработки технологической/производственной информации. Системы управления процессом изменяются и желательно иметь высокоуровневые системы, которые выполнены с возможностью внесения таких изменений независимо от их масштаба. Кроме того, менее гибкая система диспетчерского управления процессом и производственной информации требует от разработчиков установок для управления процессом учета долгосрочных требований в отношении, поскольку после ее установки, она является относительной негибкой в отношении модификации. Такая негибкость применения систем управления установкой нежелательна, хотя в настоящий момент она неизбежно имеет место на консервативном рынке систем управления производственными процессами. Отрасль управления процессом демонстрирует тенденцию к экспериментированию и зачастую разработчики не в полной мере осознают степень и форму автоматизации, которые в конечном итоге будут применены в конечном варианте установки. Позже в ходе работы установки, когда новая функциональность добавлена, задействуют новые компоненты системы управления или объединяют с существующими системами. В таких случаях, когда система управления процессом значительно изменилась, предпочтительно включение другой архитектуры в установленное приложение диспетчерского управления процессом. В системах предшествующего уровня техники для целых, как правило, специфических систем управления установкой от конкретного производителя требуется дорогостоящая модернизация специалистами по программированию конкретного производителя.
Важной особенностью современных систем управления установками являются так называемые PLC (ПЛК), то есть программируемые логические контроллеры. Программируемый контроллер представляет собой электронный цифровой процессорный блок, используемый для автоматизации типовых производственных электромеханических процессов, таких как управление машинным оборудованием на заводских сборочных линиях, управляемых роботизированных производственных линиях или осветительными приборами. PLC используют во многих отраслях и машинах. PLC предназначены для применения в множестве аналоговых и цифровых входов и выходов, расширения температурных диапазонов, защиты от электрических помех и противодействия вибрации и ударам. Программы для управления работой машины, как правило, хранят в запоминающем устройстве с резервированием от батареи или энергонезависимом запоминающем устройстве. PLC представляет собой так называемую систему жесткого реального времени, поскольку выходные результирующие данные должны быть получены в ответ на входные условия в течение ограниченного времени, иначе произойдет непреднамеренная операция. До разработки PLC логика управления, упорядочения и защитной блокировки для автоматизированных производственных линий и т. д. главным образом состояла из реле, кулачковых таймеров, барабанных командоаппаратов и специализированных контроллеров с обратной связью. Однако для более сложных процессов требовались сотни или тысячи таких устройств, а процесс обновления такого оборудования для ежегодного перехода на новую модель был чрезвычайно продолжительным и дорогостоящим, поскольку электромеханикам приходилось переподключать каждое реле для изменения его рабочих характеристик. Что касается программируемого аспекта PLC, можно отметить, что PLC является относительно небольшим устройством на основе процессора со встроенной операционной системой. Эта операционная система узкоспециализирована для обработки рассматриваемых входящих событий в реальном времени, т. е. во время их осуществления. PLC, выполненный с возможностью программирования пользователем, позволяет управлять работой соответствующей установки или т. п., причем PLC содержит указанные входные линии, к которым подключены датчики для регистрации событий (например, температура выше/ниже определенного уровня, достигнут определенный уровень жидкости и т. д.), и выходные линии для передачи сигнала о соответствующей реакции на входящие события (например, запустить двигатель, открыть/закрыть клапан и т. д.). Для PLC используют язык программирования, например, «релейная цепь» или RLL (логика релейной цепи). Как следует из названия «Логика релейной цепи», прежнюю логику управления, которая была построена на реле, смоделировали с помощью структуры служебных команд RLL. Другие структуры служебных команд для PLC из существующего уровня техники представлены, например, «схемой последовательных функций», «функциональной блок-схемой», «структурированным текстом» или «списком команд».
Таким образом, PLC являются устройствами для управления или регулирования машинного оборудования или промышленных установок. Используемые для этого элементы, как правило, размещают в так называемых модулях, причем модуль определяют как автономный объект, который может, в свою очередь, состоять из отдельных подсистем и компонентов. Таким образом, модуль является составной частью промышленной установки или системы автоматизации и с помощью своего программируемого логического контроллера выполняет функцию управления или регулирования соответствующего оборудования и машинного оборудования, входящего в состав установки. Модули представляют собой интерфейсы для производственных процессов. Ряд модулей позволяет включать всевозможные функции на модульной основе. Таким образом, модули поддерживают широкий спектр технологических задач и обеспечивают широкие коммуникационные возможности. При фактическом развертывании модуля необходимо, чтобы соответствующие компоненты установки или системы автоматизации были электрически подключены к модулю. Например, различные датчики и исполнительные механизмы, используемые для автоматизации установки, должны быть подключены к модулям, применяемым для обеспечения управления.
Как упомянуто выше, PLC, как правило, используют для управления машинным оборудованием. Управляющие последовательности, которые должны выполняться PLC, состоят из служебных команд, соответствующих инструкциям включения и выключения выходов на основании входных условий и внутренней управляющей последовательности. В отличие от обычных программ, управляющие последовательности PLC предназначены для однократного программирования и многократного выполнения при необходимости. Фактически, PLC могут управлять не только простыми устройствами, такими как открыватель гаражных ворот, но и целым зданием или заводом, в том числе включением и выключением освещения в определенное время, контролем индивидуализированной системы безопасности и т. д. Однако в производственной среде PLC, как правило, находятся внутри машины. PLC может запускать автоматическую машину в течение многих лет при незначительном вмешательстве человека. Они разработаны с возможностью выдерживать самые суровые условия.
Как упомянуто выше, структура PLC все еще отражает хронологическое управление машинами с помощью реле. Когда были разработаны первые электронные средства управления машиной, в них использовали реле для управления машинной логикой (т. е. нажать «Пуск» для запуска машины и нажать «Стоп» для остановки машины). Хотя для управления всеми функциями одной машины может потребоваться набор реле, покрывающих целую стену, эта базовая технология практически полностью устойчива к отказам. Есть только несколько ограничений и недостатков этого типа управления машиной, связанных с (i) отказом реле, (ii) задержкой при включении/выключении реле и (iii) наличием огромного количества реле, применяемых при проектировании/подключении/устранении неисправностей. Использование PLC позволяет избежать этих ограничений установки реле за счет его управляемой машиной работы.
Однако и PLC имеют недостатки. В последние годы PLC становятся все более и более интеллектуальными. PLC интегрируют в системы электрической связи (например, сети передачи данных). Таким образом, все PLC в производственной среде могут быть подключены к сети, которая, как правило, имеет иерархическую организацию. В таком случае работой PLC управляет центр управления. Существует множество специализированных типов сетей и систем управления процессом. Одним из широко известных типов является SCADA (диспетчерское управление и сбор данных). Однако большинство производителей PLC все же применяют собственные разработки. Как правило, PLC представляет собой специализированное управляемое процессором устройство для управления машиной, предназначенное для приема цифровых и аналоговых входных сигналов от различных датчиков, выполнения определяемой пользователем последовательности логических команд и выдачи результирующих цифровых и аналоговых выходных значений на различные выходные элементы, такие как гидравлические и пневматические исполнительные механизмы, индикаторные лампы, электромагнитные катушки и т. д. Что касается цикла сканирования, точные данные различаются для разных производителей, но большинство PLC поддерживают формат «цикл сканирования». Служебные операции PLC включают тестирование целостности модуля ввода/вывода, позволяющее убедиться в том, что логика последовательности пользовательских команд не изменилась, что сам блок управления не заблокирован (например, сторожевым таймером), и проверить любые другие необходимые коммуникации. Коммуникации могут включать поток данных через порт программирующего устройства PLC, удаленные стойки ввода-вывода и другие внешние устройства, такие как HMI (человеко-машинные интерфейсы). Для сканирования входа PLC снимок цифровых и аналоговых значений, имеющихся на платах ввода, сохраняют в таблице входного запоминающего устройства. Для выполнения логики последовательность пользовательских команд, т. е. программу или алгоритм, поэлементно сканируют и последовательно выполняют, пока не будет достигнут конец последовательности, при этом результирующие значения записывают в таблицу выходного запоминающего устройства. В PLC для определения «причины и следствия» диагностику и связь используют разными способами с варьированием в использовании логики, аналитики и эксперимента. Преимущественно при разработке PLC их используют для определения причин симптомов, минимизации последствий, а также решений, которые затем передают в модуль ввода и/или используют для отправки соответствующих сообщений в модуль вывода для любых изменений файлов с неправильными данными. И наконец, для сканирования выхода значения из результирующей таблицы выходного запоминающего устройства записывают в выходные модули. Когда сканирование выхода будет завершено, процесс повторяют до тех пор, пока PLC не выключится. Затрачиваемое на выполнение цикла сканирования время, называемое временем цикла сканирования, составляет от сотен миллисекунд (как правило, на старых PLC и/или PLC с очень сложными программами) до нескольких миллисекунд на новых PLC и/или PLC, выполняющих короткий, простой код. Помимо этих общих функций, которые присутствуют практически во всех PLC, даже основные служебные команды значительно различаются у разных производителей PLC специфической номенклатурой и операционными элементами. Кроме того, часто детали реализации эволюционируют от поколения к поколению. Основным недостатком системы из предшествующего уровня техники является то, что, в частности, для неопытных операторов или программистов PLC практически не представляется возможным поддерживать номенклатуру непосредственно от производителя к производителю. Таким образом, существует сильная зависимость от производителя PLC для поддержания управления, функционирования и обновления системы или установки, которой управляют с помощью соответствующих PLC. Что еще хуже, если необходимо заменить, укомплектовывать, уменьшить или увеличить даже очень простые детали, для изменения или адаптации последовательности служебных команд PLC необходимо заплатить производителю за дорогостоящие формы операторов.
SCADA (диспетчерское управление и сбор данных), как упоминалось выше, как правило, относится к системе, работающей с кодированными сигналами по каналам связи для обеспечения управления удаленным оборудованием, таким как PLC, при этом, как правило, использующей один канал связи на удаленную станцию. Системы управления SCADA могут быть объединены с системой сбора данных путем добавления использования передачи кодированных сигналов по каналам связи для сбора информации о состоянии удаленного оборудования для отображения или для функций записи (см. документ B. Galloway et al., Introduction to Industrial Control Networks, IEEE Communications Surveys and Tutorials, 2012, который ниже включен посредством ссылки). SCADA относится к специальному типу системы управления производственными процессами (ICS). Системы управления производственными процессами представляют собой системы на базе процессоров, которые управляют существующими в материальном мире производственными процессами и контролируют их. Однако системы SCADA отличаются от других ICS-систем тем, что они способны поддерживать крупномасштабные процессы, которые могут включать множество объектов и предполагать большую отдаленность. Эти процессы включают производственные, инфраструктурные и объектно-ориентированные процессы, причем (i) производственные процессы включают производство, промышленную эксплуатацию, выработку энергии, обработку и переработку и могут быть выполнены в непрерывных, периодических, повторяющихся или дискретных режимах, (ii) инфраструктурные процессы включают, среди прочего, обработку и распределение воды, сбор и обработку сточных вод, нефте- и газопроводы, передачу и распределение электроэнергии, ветряные электростанции, системы выдачи сигналов воздушной тревоги гражданской обороны и большие системы связи, а (iii) объектные процессы происходят как в общественных, так и в частных объектах, включая здания, аэропорты, суда и космические станции. Эти процессы могут позволять контролировать системы отопления, вентиляции и кондиционирования воздуха (HVAC),доступ, потребление энергии и т. д., а также управлять ними.
Система SCADA, как правило, включает следующие подсистемы (или подключена к ним): (i) Удаленные терминальные устройства (RTU) подключают к применяемым в процессе датчикам, а сигналы датчиков преобразуют в цифровые данные. RTU содержат телеметрическое оборудование, способное отправлять цифровые данные в диспетчерскую систему, а также принимать цифровые команды от диспетчерской системы. RTU могут иметь встроенные возможности управления, такие как многоступенчатая логика для выполнения операций булевской логики; (ii) Программируемый логический контроллер (PLC), как уже обсуждалось выше, подключаемый к применяемым в процессе датчикам, преобразует сигналы датчиков в цифровые данные. PLC имеют более технологичные встроенные возможности управления (как правило, один или более языков программирования IEC 61131-3), чем RTU. PLC не содержат телеметрическое оборудование, хотя эту функциональность можно дополнительно установить. PLC иногда используют вместо RTU в качестве полевых устройств, поскольку они более экономичны, универсальны, гибки и конфигурируемы; (iii) Систему телеметрии, которую, как правило, используют для подключения PLC и RTU к центрам управления, хранилищам данных и предприятиям. Примеры проводных телеметрических сред, используемых в системах SCADA, включают выделенные телефонные линии и глобальные сети. Примеры беспроводных телеметрических сред, используемых в системах SCADA, включают спутниковые (VSAT), лицензированные и нелицензированные радио, сотовые и микроволновые среды; (iv) По меньшей мере один сервер сбора данных, т. е. управляемый программным обеспечением модуль, в котором используют промышленные протоколы для подключения программных служб посредством телеметрии к полевым устройствам, таким как RTU и PLC. Это позволяет клиентам получать доступ к данным с этих полевых устройств с использованием стандартных протоколов; (v) Человеко-машинный интерфейс (HMI), который представляет собой оборудование или устройство, которое предоставляет обработанные данные оператору-человеку, благодаря чему оператор-человек контролирует и взаимодействует с процессом. HMI представляет собой клиент, который запрашивает данные с сервера сбора данных; (vi) Так называемый программно-управляемый модуль сервера архивных данных, который накапливает в базе данных данные с привязкой ко времени, булевские события и булевские аварийные сигналы, которые могут быть запрошены или использованы для формирования графиков процесса в динамике в HMI. Сервер архивных данных представляет собой клиент, который запрашивает данные с сервера сбора данных; (vii) Диспетчерскую систему на основе процессора, собирающую (получающую) данные о процессе и отправляющую команды (управления) в систему SCADA; (ix) Инфраструктуру связи, соединяющую диспетчерскую систему с удаленными терминальными устройствами; и (x) Как правило, различные технологические и аналитические приборы. Таким образом, системы на базе SCADA позволяют обеспечить централизованные системы управления, которые контролируют и управляют всеми объектами, или комплексы систем, рассредоточенные в большой области (приблизительно от промышленного предприятия до государства). Большинство управляющих действий выполняются автоматически с помощью RTU или PLC. Функции управления хостом, как правило, ограничены базовым переопределением или диспетчерским уровнем вмешательства. Например, PLC может управлять расходом охлаждающей воды в рамках части производственного процесса. В настоящее время система SCADA позволяет операторам изменять заданные значения расхода и разрешать отображение и запись аварийных ситуаций, таких как снижение расхода и высокая температура. Контур управления с обратной связью проходит через RTU или PLC, а система SCADA контролирует общую производительность контура.
Следует отметить, что цифровые вычислительные устройства, такие как программируемые устройства общего назначения, также применялись для управления производственными процессами. Однако большинство систем управления установкой имеют специфический интерфейс и среду связи производителя, вследствие чего для осуществления доступа и управления системой управления установкой, как правило, требуются квалифицированные программисты, и включают строгий оперативный контроль окружающей среды. Кроме того, при использовании компьютера общего назначения для непосредственного управления процессом требуется защита этого компьютера от условий производственных цехов завода. Таким образом, компьютер для управления промышленными предприятиями должен иметь несколько отличительных признаков: он должен быть способным выдерживать условия окружающей среды, должен поддерживать дискретный (двоичный) вход и выход в легко расширяемом виде, не должен требовать долгого обучения и должна быть обеспечена возможность контроля его работы. Время реакции любой такой системы должно быть достаточно малым, чтобы ее можно было применять для управления, причем требуемая скорость может варьироваться в зависимости от характера процесса. Поскольку многие производственные процессы имеют временные рамки, в которых легко осуществить обращение благодаря миллисекундному времени реакции, современная (быстрая, малоразмерная, надежная) электроника значительно облегчает создание надежных контроллеров, в частности, потому, что может быть применено компромиссное соотношение производительности и надежности. Таким образом, в предшествующем уровне техники не обеспечивается универсальная система управления установкой, которая может быть легко применена к любой специфической системе управления конкретного производителя, независимая от платформы и которая удовлетворяет требованиям к системам управления промышленными установками.
В существующем уровне техники унифицированная архитектура OPC (OPC UA) известна как промышленный протокол связи M2M, предназначенный для обеспечения возможности взаимодействия оборудования. Архитектура OPC UA разработана консорциумом OPC Foundation и является преемником Open Platform Communications (OPC). OPC UA значительно отличается от своего предшественника. В отличие от оригинальной коммуникационной модели OPC OPC-UA обеспечивает межплатформенную сервис-ориентированную архитектуру (SOA) для управления процессом, одновременно повышая безопасность и обеспечивая информационную модель. Таким образом, OPC UA преодолевает проблемы запатентованной исходной OPC, которая была основана на обмене COM/DCOM на базе Microsoft Windows, причем DCOM является коротким для распределенной компонентной объектной модели, которая является запатентованной технологией Microsoft для связи между программными компонентами, распределенными по сетевым компьютерам. Протокол DCOM, также называемый «Network OLE», является расширением COM от Microsoft и обеспечивает кадр передачи данных в соответствии с инфраструктурой сервера приложения Microsoft COM+. Добавление символа «D» к COM подразумевает использование DCE/RPC (среда распределенных вычислений/удаленные вызовы процедур), а также модифицированной версии DCE/RPC, расширенной версии MSRPC (удаленный вызов процедуры, Microsoft) от Microsoft.
Как упомянуто выше, архитектура OPC UA является сервис-ориентированной архитектурой (SOA) и основана на различных логических уровнях. Основные службы OPC представляют собой абстрактные описания способов, которые независимы от протокола и обеспечивают основу для функциональности OPC UA. Транспортный уровень вставляет эти способы в протокол, а это означает, что он выполняет серилизацию/десерилизацию данных и передает их по сети. Для этой цели определены два протокола. Один из них представляет собой бинарный протокол TCP, оптимизированный для высокой производительности, а второй является веб-сервис-ориентированным. Информационная модель OPC представляет собой полноячеистую сеть на основе узлов, а узлы могут включать метаинформацию любого вида. Узлы сети OPC UA могут быть обработаны аналогично объектам в объектно-ориентированном программировании (ООП). Такие объекты могут содержать атрибуты доступа для чтения (DA, HDA), способы и инициированные события, которые могут быть переданы (AE, DataAccess, DataChange). Узлы содержат данные процесса, а также все другие типы метаданных. Таким образом, OPC UA обеспечивает два основных элемента. Прежде всего, специфический для Microsoft Windows протокол DCOM, который был основой предшественника OPC, заменен на открытые, независимые от платформы протоколы со встроенными механизмами безопасности. Во-вторых, функции OPC, такие как Data Access (Доступ к данным), Alarms & Events (Аварийные сигналы и события) и Historical Data Access (Доступ к хронологическим данным), перенесены в объектно-ориентированную модель и дополнены дополнительными функциями, такими как способы и системы типов. В результате интерфейс OPC UA может быть непосредственно интегрирован в системы на произвольных платформах с разными языками программирования и произвольные сложные системы могут быть полностью охвачены OPC UA. Правила объектно-ориентированного подхода, в соответствии с которыми структурировано адресное пространство сервера OPC UA, и интерфейс OPC UA для доступа принимают форму, при которой OPC UA можно рассматривать как язык программирования с сетевыми возможностями. Однако следует отметить, что OPC UA становится специализированной для средств автоматизации за счет применения специальных информационных моделей, таких как Data Access (Доступ к данным), Alarms & Conditions (Аварийные сигналы и состояния), Historical Access (Хронологические данные) и Programs (Программы).
OPC UA состоит из перечня спецификаций с описанием основных функций и информационных моделей, основанных на этих функциях, таких как Data Access (Доступ к данным) и Alarms & Conditions (Аварийные сигналы и состояния). Спецификации, которые определяют дополнительные информационные модели помимо указанных, как правило, называют Companion Specifications (дополнительными спецификациями). В предшествующем уровне техники были разработаны различные дополнительные спецификации OPC UA, определяющие информационную модель для специализированных отраслей промышленности или областей применения. Примером таких дополнительных спецификаций является спецификация OPC UA для анализаторов (ADI), которая была создана на основе требований заказчика и разработана рабочей группой членов OPC в рамках OPC Foundation, или информационная модель OPC UA для IEC 61131-3, которая была создана PLCopen, определяющая информационную модель OPC UA для стандарта, не связанного с OPC Foundation. И наконец, для использования OPC UA в управляемых или программируемых устройствах существует модель для конфигурирования аппаратных и программных компонентов, которая была создана общей рабочей группой OPC Foundation, Profibus User Organization (PNO), HART Foundation, Fieldbus Foundation (FF) и Field Device Tool (FDT) для стандартизованного конфигурирования полевых устройств. Эта базовая модель была выпущена OPC Foundation в качестве независимой информационной модели и в некоторых случаях послужила основой для дополнительных стандартов, таких как OPC UA для анализаторов и OPC UA для IEC 61131-3. Информационная модель определяет основные типы конфигурируемых компонентов и устройств; она определяет концептуальные представления для логического группирования параметров, способов и компонентов и определяет точки входа в адресное пространство сервера OPC UA. Кроме того, определяют информацию для идентификации устройств и доступных протоколов. Однако одним из основных недостатков OPC UA остается тот факт, что OPC UA позволяет обрабатывать и передавать только структурированные данные от одного клиента OPC UA другому клиенту OPC UA. Таким образом, OPC UA предоставляет лишь контейнер передачи данных, не позволяя непосредственно управлять любыми связанными с клиентом OPC UA в сети OPC UA удаленными устройствами или регулировать их.
Раскрытие сущности изобретения
Задача настоящего изобретения состоит в обеспечении системы и способа для систем управления работой установки и диспетчерских приложений для управления процессом в отношении адаптации к меняющейся архитектуре систем управления процессом, причем описана независимая от платформы система диспетчерского управления процессом и производственной информации, позволяющая легко разрабатывать и изменять структуру системы для индивидуального использования в соответствии с различными стандартами производителя системы установки. В соответствии с раскрытой многоуровневой архитектурой приложения объект приложения содержит обработчик. Обработчик размещен на платформе, которая соответствует, например, персональному компьютеру с инфраструктурным программным обеспечением. Промежуточный уровень обработчика абстрагирует объект приложения от архитектуры платформы. Таким образом, местоположение в специфичной для конкретного производителя физической системе, содержащей объект приложения, соответственно, для управления установкой, не должно рассматриваться в качестве задачи изобретения.
Согласно настоящему изобретению эти задачи решаются, в частности, с помощью отличительных признаков из независимых пунктов формулы изобретения. Кроме того, другие предпочтительные варианты осуществления могут быть получены из зависимых пунктов формулы изобретения и соответствующих описаний.
Согласно настоящему изобретению вышеупомянутые задачи, относящиеся к системам управления процессом для независимого управления системами управления установкой, решают, в частности, в том аспекте, что для управления процессом установок и систем управления установкой в сети «машина-машина» (М2М) на основе OPC UA установка, связанная с системой управления установкой, содержит множество взаимосвязанных элементов одного или более операционных блоков установки, причем работой операционного блока управляет система управления установкой посредством элементов, соединенных с системой управления установкой, причем система управления установкой доступна с помощью независимой системы управления процессом в сети «машина-машина» (M2M) посредством сетевых интерфейсов, и между независимой системой управления процессом и системой управления установкой передают сообщения, содержащие данные сигнализации и команды управления между системой управления процессом и системой управления установкой, в том аспекте, что систему управления процессом подключают по сети OPC UA, содержащей сервер OPC UA, по меньшей мере к одному программируемому логическому контроллеру (PLC) системы управления установкой, причем работой установки и операционных блоков управляют с помощью системы управления установкой, содержащей программируемый логический контроллер (PLC) посредством множества взаимосвязанных элементов, в том аспекте, что система управления процессом содержит механизм обработки установки с библиотекой выбираемых записей команд управления процессом для каждого типа системы управления установкой, управляемой независимой системой управления процессом, причем работой соответствующей установки управляют с помощью команд управления процессом, присвоенных конкретному типу системы управления установкой посредством выбираемых записей команд управления процессом, в том аспекте, что механизм обработки установки содержит блок связывания и внедрения объектов для управления процессом, причем выбираемые из библиотеки команды управления процессом блок связывания и внедрения объектов для управления процессом преобразует в основные команды программируемого логического контроллера (PLC) и/или операции, интегрированные во все программируемые логические контроллеры (PLC) доступной системы управления установками, в том аспекте, что каждый клиент OPC UA, основанный на унифицированной архитектуре OPC, генерируют в системе управления процессом и системе управления установкой, причем транспортный уровень между клиентом OPC UA системы управления процессом и клиентом OPC UA системы управления установкой распространяют двунаправленно с помощью определенной двоичной последовательности, содержащей закодированные сообщения программируемого логического контроллера (PLC), а клиенты OPC UA являются узлами сети OPC UA в сети OPC UA с сервером OPC UA, в том аспекте, что для управления установкой и для ее регулирования система управления процессом передает сообщения программируемого логического контроллера (PLC) в систему управления установкой путем кодирования сообщений PLC для транспортного уровня OPC UA и их передачи в транспортном уровне OPC UA посредством определенной двоичной последовательности, в том, что система управления установкой декодирует сообщения команд PLC с помощью интерпретатора из определенной двоичной последовательности и передает декодированные сообщения команд PLC на соответствующий PLC для выполнения, и в том, что система управления установкой передает в транспортном уровне OPC UA посредством определенной двоичной последовательности закодированные ответные сообщения PLC клиенту OPC UA системы управления процессом, причем система управления процессом декодирует и обрабатывает ответные сообщения PLC из двоичной последовательности для управления работой установки и ее регулирования. В качестве варианта осуществления сервер OPC UA может быть создан в системе управления процессом вместе с клиентом OPC UA системы управления процессом, в частности, в качестве функционального элемента системы управления процессом и/или механизм обработки установки. Блок диспетчерского управления и сбора данных может быть, например, функционально связан с системой управления установкой с применением стандарта открытой архитектуры OPC-UA, расширяющей операционную совместимость блока связывания и внедрения объектов для управления процессом с системами управления установкой и независимой системой управления процессом. Кроме того, программируемый логический контроллер (PLC) блока диспетчерского управления и сбора данных включает по меньшей мере один программируемый логический контроллер (PLC), соединенный с системой управления установкой с применением стандарта открытой архитектуры OPC-UA, расширяющей операционную совместимость блока связывания и внедрения объектов для управления процессом с защищенными системами управления установкой и клиентским устройством. Блок-конструктор установки с библиотекой выбираемых записей команд управления процессом для каждого типа системы управления установкой может, например, содержать унифицированный интерфейс программирования, причем функционирование соответствующей установки программируют и управляют ею с использованием команд языка программирования более высокого уровня посредством унифицированного интерфейса программирования, и команды языка программирования более высокого уровня преобразуют с помощью унифицированного интерфейса программирования в команды управления процессом из выбираемых записей библиотеки. Указанные команды языка программирования более высокого уровня могут, например, включать межплатформенные, объектно-ориентированные команды программирования. Указанные межплатформенные, объектно-ориентированные команды программирования могут, например, быть реализованы в виде JAVA- и/или JavaScript- и/или XML-команд. Настоящее изобретение имеет, среди прочих, преимущество, заключающееся в том, что обладающее признаками изобретения транспортирование команд PLC в транспортном уровне OPC UA обеспечивает структуру передачи информации для сложных устройств анализа процесса, например, связанных со сложными полетами военных самолетов или физическими устройствами, такими как устройство для газовой хроматографии и т. д. Помимо различных компонентов такого устройства, параметры конфигурации и типовые состояния машин передают стандартизованно. Предлагаемые способ и система для устройств анализа процесса и устройств управления с помощью PLC позволяют упростить интегрирование в системы автоматизации. Настоящее изобретение также позволяет интегрировать спецификацию OPC UA для устройств -анализаторов (OPC UA DI) в качестве дополнительного базиса. Аналогично, предлагаемый способ и система позволяют интегрировать стандарт IEC 61131-3, определяющий различные языки программирования и модели для программирования систем управления без какой-либо модификации транспортного протокола OPC AU. Реализация в адресном пространстве сервера OPC UA может быть определена как заданная соответствующей спецификацией PLC-OPEN. Таким образом, объекты OPC UA соответствующих типов создают из объявлений операционных блоков в PLC, а соответствующие объекты OPC UA из экземпляров операционных блоков. В результате получают то преимущество, что программу управления, независимо от используемого контроллера и сервера OPC UA, всегда реализуют с той же структурой объектов в адресном пространстве. И наконец, настоящее изобретение также обеспечивает то же преимущество при интеграции полевого устройства (FDI). Двумя стандартами, используемыми на сегодняшний день для конфигурирования полевых устройств, являются язык описания электронных устройств (EDDL), который работает в соответствии с принципом, согласно которому параметры конфигурации полевого устройства определяются файлом описания, а конфигурирование выполняют на этой основе, и инструментарий настройки полевых устройств (FDT), который работает по принципу, согласно которому производитель оборудования предоставляет программный компонент инструмента общего конфигурирования вместе с устройством. Оба стандарта могут быть легко интегрированы путем стандартного использования OPC UA с помощью предложенного в настоящем изобретении способа и системы. Как правило, настоящий способ и система позволяют обеспечить совместимость всех типов стандартов на семантическом уровне на основе транспортного протокола OPC UA. Кроме того, что касается аппаратных средств, изобретение позволяет снизить затраты за счет внедрения местными поставщиками локально разработанных проектов, которые отвечают рыночным требованиям, когда это необходимо. Аппаратная платформа будет более гибкой, поскольку изобретение позволяет интегрировать не только существующие стандартные платформы, но и альтернативные платформы. Например, для установки вальцовой мельницы настоящее изобретение позволяет интегрировать существующие стандартные платформы, например, Siemens и/или Allen Bradley, но также и альтернативные платформы, такие как Schneider, GE или Beckhoff. Таким образом, настоящее изобретение позволяет создать функциональную, независимую от платформы систему автоматизированного управления установкой, регулирования и автоматизации. Автоматизированные процессы и команды процесса можно дистанционно захватывать и управлять ними, причем удаленное вмешательство и адаптация процесса остаются возможными в любое время. Благодаря сочетанию платформы и независимого от стандарта управления может быть оптимально защищена внутрифирменная технологическая информация, без, например, раскрытия информации поставщика системы управления установкой. Кроме того, система управления установкой остается гибкой, адаптируемой к изменяющимся индивидуальным или специфическим эксплуатационным требованиям. Децентрализованная и адаптируемая система управления установкой с автоматизированным управлением функционированием позволяет оптимизировать и актуализировать последовательности процессов без адаптации системы управления установкой по месту эксплуатации, в частности, позволяя значительно увеличить мощность установки в ее обновленном состоянии и обеспечить высокий уровень качества продукции. Кроме того, планирование производства, диагностика и обеспечение качества могут быть осуществлены с помощью процесса и системы управления установкой согласно настоящему изобретению новым способом, применение которого невозможно с системами из предшествующего уровня техники и который в значительной степени упрощает планирование и техническое обслуживание системы дистанционного управления установкой. И наконец, адаптивная система также позволяет значительно снизить потребность в обслуживающем персонале, в результате чего снижается себестоимость продукции.
В одном варианте осуществления способ управления процессом установки и систем управления установкой в сети «машина-машина» (М2М) на основе OPC UA включает обеспечение адаптируемого человеко-машинного интерфейса (HMI), причем блок диспетчерского управления и сбора данных, блок-конструктор установки и блок контроллера установки могут быть доступны с помощью адаптируемого человеко-машинного интерфейса, и блок диспетчерского управления и сбора данных функционально подключен для формирования устройства обработки, которое должно быть установлено в линию между системой управления установкой и клиентским устройством, подключенным к системе управления установкой, причем клиентское устройство содержит адаптируемый человеко-машинный интерфейс «, причем блок управления и сбора данных управляет защищенной передачей структурированных данных между системой управления установкой и уровнем клиентского устройства, доступным для блока диспетчерского управления и сбора данных, и структурированные данные обрабатывают и анализируют с помощью блока диспетчерского управления и сбора данных. Блок контроллера установки может быть, например, подключен через блок диспетчерского управления и сбора данных к программируемому логическому контроллеру (PLC) системы управления установкой и ним могут управлять посредством адаптируемого человеко-машинного интерфейса, причем операционными блоками управляют с помощью программируемого логического контроллера (PLC) и множества взаимосвязанных элементов. Кроме того, блок-конструктор установки может, например, содержать библиотеку выбираемых графических пиктограмм, причем библиотека доступна с помощью адаптируемого человеко-машинного интерфейса, и выбираемая графическая пиктограмма соответствует операционному блоку установки, причем выбираемые графические пиктограммы выполнены с возможностью упорядочивания с помощью адаптируемого человеко-машинного интерфейса на модифицируемой панели потока управления адаптируемого человеко-машинного интерфейса, причем операционные блоки конфигурируют с помощью графических пиктограмм посредством настраиваемых полей ввода/вывода, связанных с элементами операционного блока, а их работу можно параметризировать с помощью настраиваемых полей ввода/вывода, и выбираемые графические пиктограммы панели потока управления могут быть привязаны с помощью выбираемых объектов многоступенчатого программирования для создания адаптируемого интерфейса с соответствующей системой управления установкой для управления этой системой управления установкой посредством выбираемых записей команд управления процессом. Указанные выбираемые объекты многоступенчатого программирования могут быть реализованы в виде указанных выбираемых записей команд управления процессом. Адаптируемый человеко-машинный интерфейс может, например, содержать отслеживающие объекты, динамически отслеживающие и указывающие параметры схемы работы установки. И наконец, работа установки может, например, быть доступной и корректируемой путем взаимодействия с отслеживающими объектами адаптируемого человеко-машинного интерфейса. Этот воплощенный вариант осуществления имеет, среди прочего, то преимущество, что он обеспечивает для пользователя системы управления установкой гибкость при выборе используемого устройства для человеко-машинного интерфейса не только для оператора, но также для связанных сервисов. Например, при использовании технологии HTML5 вместе с векторной графикой и дистанционной технологией для реализации человеко-машинного интерфейса настоящее изобретение позволяет пользователю выбирать любое требуемое устройство.
И наконец, в дополнение к вышеописанному способу настоящее изобретение также относится к соответствующей системе с универсальным человеко-машинным интерфейсом, который включает средство компьютерного программного кода для управления системой адаптивного управления процессом и, таким образом, системой управления установкой таким образом, чтобы система управления установкой функционировала надлежащим образом; и оно относится, в частности, к компьютерному программному продукту, который включает машиночитаемый носитель, содержащий средство компьютерного программного кода для процессоров системы адаптивного управления процессом.
Краткое описание чертежей
Настоящее изобретение будет объяснено более подробно на примере со ссылкой на чертежи, на которых:
На фиг. 1 представлена блок-схема, схематично изображающая пример системы 10 адаптивного управления процессом для управления процессом в установках и системах управления установкой в сети «машина-машина» (М2М) на основе OPC UA на основе способа согласно настоящему изобретению. Установка 30, связанная с системой 20 управления установкой, содержит взаимосвязанные элементы 32 одного или более операционных блоков 31 установки 30. Работой операционных блоков 31 управляют с помощью системы 20 управления установкой. Система 20 управления установкой доступна посредством независимой системы 10 управления процессом в сети «машина-машина» (M2M) посредством сетевых интерфейсов 16/202 с использованием клиентов 151/203 OPC UA, обеспечивающих сетевые узлы OPC UA для сервера 152 OPC UA. Система 10 управления процессом содержит механизм обработки 11 установки, причем механизм обработки 11 установки содержит блок 13 контроллера установки, соединенный через блок 12 диспетчерского управления и сбора данных посредством блоков ввода/вывода (I/O) с программируемыми логическими контроллерами 201/PLC, управляющими работой операционных блоков 31.
На фиг. 2 представлена еще одна блок-схема, схематично изображающая пример системы 10 адаптивного управления процессом для управления процессом в установках и системах управления установкой в сети «машина-машина» (М2М) на основе OPC UA на основе способа согласно настоящему изобретению. Для обеспечения комплексного группового управления для управления установкой 30 добавляют блок 205 программного ПЛК (PLC). Ссылочной позицией 153 на фиг. 2 обозначен соответствующий блок связывания и внедрения объектов для управления процессом, например, также основанный на OPC UA, который позволяет обрабатывать и передавать структурированные данные с уровня PLC 201 на уровень ПК системы 10 адаптивного управления процессом для блока 205 программного ПЛК (PLC).
На фиг. 3 представлена блок-схема, иллюстрирующая взаимодействие блока 13 контроллера установки с блоком 15 связывания и внедрения объектов для управления процессом, причем выбираемые команды управления процессом преобразуют с помощью блока 13 контроллера установки и/или блока 15 связывания и внедрения объектов для управления процессом в основные команды программируемого логического контроллера 201/PLC и/или операции, интегрированные во все программируемые логические контроллеры 201/PLC доступной системы 20 управления установкой. Контроллер 13 установки управляет установкой как управляемым процессором устройством. Взаимодействие элементов блока (например, вальцовой мельницы) и управление ними осуществляют локально. С другой стороны, управление устройствами выполняют с помощью PLC. Эта концепция позволяет снизить сложность устройств, а также обеспечить гибкость и простоту программирования на ПК с использованием языков более высокого уровня, например, JAVA, для построителя структурного текста, т. е. полностью автоматизированной генерации команд управления PLC. Например, блок 13 управления установкой может быть по меньшей мере частично реализован как программируемый на JAVA контроллер. Идея настоящего изобретения позволяет осуществлять однонаправленное программирование, управляя и регулируя PLC 201 с помощью системы 10 управления процессом, реализованной, например, на ПК или даже на мобильном управляемом процессором сетевом узле. В случае необходимости комплексного группового управления система позволяет реализовать дополнительный программный PLC для управления установкой.
На фиг. 4 представлена блок-схема, схематично иллюстрирующая операцию управления и восстановления ввода/вывода PLC, причем операцию восстановления ввода/вывода выполняют после выполнения других команд.
На фиг. 5 представлена упрощенная блок-схема, схематично изображающая пример системы 10 адаптивного управления процессом для независимого управления системами 20 управления установкой. Ссылочная позиция 41 относится к сети передачи данных/сети OPC UA, ссылочная позиция 151 относится к клиенту OPC UA со стороны системы 10 управления процессом, ссылочная позиция 152 относится к серверу OPC UA сети 41 OPC UA, ссылочная позиция 203 относится к клиенту OPC UA со стороны систем 20 управления установкой, а ссылочная позиция 204 относится к интерпретатору систем 20 управления установкой.
На фиг. 6 показано, как вышеописанные выражения и чертежи могут быть обработаны блоком 12 диспетчерского управления и сбора данных или пользователем с помощью HMI блока 12 диспетчерского управления и сбора данных.
Осуществление изобретения
На фиг. 1 схематично показана архитектура возможной реализации варианта осуществления способа и системы для управления процессом установок и систем управления установкой в сети «машина-машина» (М2М) на основе OPC UA на основе способа согласно настоящему изобретению. Установка 30, связанная с системой 20 управления установкой, содержит множество взаимосвязанных элементов 32 одного или более операционных блоков 31 установки 30. Например, на вальцовых мельницах операционные блоки 31 могут включать ролики, двигатели для приведения в движение подвесной тяги шлифовальных валиков, дорожки, дефлекторы, перемычки, элементы управления температурой или другим параметров в виде измерительных устройств, устройств останова и т. д. Операционные блоки 31 зависят от типа 30 и конкретной технической реализации установки, к которой будут применены системы 20 управления установкой и система 10 адаптивного управления процессом. Взаимосвязанные элементы 32 образуют соединение между операционными блоками 31 и элементами ввода/вывода системы 20 управления установкой, соответственно, PLC 201 системы 20 управления установкой. Таким образом, система 20 управления установкой по меньшей мере содержит PLC 201, а также их интерфейсы и соединения с взаимосвязанными элементами 32, причем взаимосвязанные элементы обеспечивают соединение доступных сенсорных элементов и/или управляющих элементов и/или элементов сигнализации с операционными блоками 31. В частности, PLC 201 подключают к применяемым в процессе датчикам 32, а сигналы датчиков преобразуют в цифровые данные. PLC могут быть реализованы таким образом, чтобы они, например, имели такие возможности управления, как, например, применение языков программирования IEC 61131-3. В одном варианте осуществления PLC 201 могут быть по меньшей мере частично заменены подключаемыми к датчикам удаленными терминальными устройствами (RTU), которые преобразуют сигналы датчика в цифровые данные вместо PLC 201. RTU могут содержать телеметрическое оборудование, способное отправлять цифровые данные на диспетчерскую систему, а также принимать цифровые команды от диспетчерской системы. RTU могут иметь встроенные возможности управления, такие как многоступенчатая логика, для выполнения операций булевой логики. Работой операционных блоков 31 управляет система 20 управления установкой посредством элементов 32, соединенных с системой 20 управления установкой. Система 20 управления установкой доступна посредством независимой системы 10 управления процессом в сети «машина-машина» (M2M) посредством сетевых интерфейсов 16/202. Для управления установкой 30 и для ее регулирования между системой 10 управления процессом и системой 20 управления установкой передают сообщения, содержащие данные сигнализации и команды управления.
Система 10 управления процессом содержит механизм 11 обработки установки, причем механизм 11 обработки установки содержит блок 13 контроллера установки, соединенный посредством сетевых интерфейсов 16/202 с программируемыми логическими контроллерами 201/PLC, управляющими работой операционных блоков 31. Сетевые интерфейсы 16/202 взаимодействуют с сетью 41 OPC UA. Таким образом, система 10 управления процессом соединена посредством сети 41 OPC UA, содержащей клиенты 151/203 OPC UA, соответственно, вместе с сервером 152 OPC UA, по меньшей мере с одним программируемым логическим контроллером 201/PLC системы 20 управления установкой. Работой установки 30 и операционных блоков 31 управляют с помощью системы 20 управления установкой, содержащей программируемый логический контроллер 201/PLC, посредством множества взаимосвязанных элементов 32. Таким образом, работой установки 30 и операционных блоков 31 управляют посредством или с помощью программируемого логического контроллера 201/PLC. Взаимодействие блока 13 контроллера установки с блоком 15 связывания и внедрения объектов для управления процессом показано на фиг. 3, причем выбираемые команды управления процессом преобразуют с помощью блока 13 контроллера установки и/или блока 15 связывания и внедрения объектов для управления процессом в основные команды программируемого логического контроллера 201/PLC и/или операции, интегрированные во все программируемые логические контроллеры 201/PLC доступной системы 20 управления установкой. Контроллер 13 установки управляет установкой как управляемым процессором устройством. Взаимодействие элементов блока (например, вальцовой мельницы) и управление ними осуществляют локально. С другой стороны, управление устройствами выполняют с помощью PLC. Эта концепция позволяет снизить сложность устройств и обеспечить гибкость и простоту программирования на ПК с использованием языков более высокого уровня, например, JAVA. В частности, это позволяет реализовать систему управления процессом, выполненную с возможностью однонаправленного программирования и управления PLC системы 20 управления установкой. Например, блок 13 управления установкой может быть по меньшей мере частично реализован как программируемый на JAVA контроллер. Таким образом, идея изобретения позволяет осуществлять однонаправленное программирование и управление PLC с помощью системы 10 управления процессом, например, на ПК или даже на мобильных управляемых процессором системах. Готовые к выполнению команды управления PLC, встраиваемые в транспортный уровень OPC UA, генерирует контроллер 13 установки, реализованный, например, с помощью соответствующего обработчика Java. В случае необходимости комплексного группового управления система позволяет реализовать дополнительный программный PLC для управления установкой.
В способе и системе согласно изобретению сеть 41 OPC UA с соответствующими узлами 151/203 и 152 сети OPC UA обеспечивает мост для системы 10 управления процессом и аппаратных средств управления процессом установки 30. Для передачи данных с помощью сети OPC UA 41 согласно изобретению используют стандарты OPC UA, определяющие соответствующий доступ к полевым данным с устройств из производственных цехов завода. Используемая структура OPC UA остается неизменной независимо от типа и источника данных. OPC-сервер 152 обеспечивает аппаратное устройство таким же доступом для любого OPC-клиента 151/203 с целью взаимного доступа. Таким образом, настоящее изобретение позволяет снизить трудозатраты производителей оборудования и их партнеров по программному обеспечению, а также производителей SCADA и других производителей HMI по взаимодействию с ними. Как только производитель оборудования интегрирует OPC-клиент 203 и интерпретаторы 204 в новую установку 30, систему 20 управления установкой или соответствующее аппаратное устройство, станет доступной система 20 управления установкой установки 30 или соответствующее аппаратное устройство, и указанной системой или указанным устройством можно будет управлять с помощью системы 10 управления процессом. Кроме того, производителю SCADA не нужно заботиться о доступе к какому-либо оборудованию, существующему или еще не созданному, поскольку это обеспечивает система 10 управления процессом, причем блок 12 диспетчерского управления и сбора данных является составной частью системы 10 управления процессом. В качестве варианта осуществления сервер 152 OPC UA или OPC UA для программного ПЛК (PLC) 153 генерируют в системе 10 управления процессом или он является ее составной частью. Однако сервер 152 OPC UA также может быть реализован в виде независимого сетевого компонента, соответственно узла сети 41 OPC UA, например, в виде точки подключения, точки перераспределения или конечной точки связи (например, терминального оборудования обработки данных). Сеть 41 OPC UA реализуют в физической сети 41. Для обмена данными клиенты 151/203 OPC UA и сервер 152 OPC UA могут быть основаны на физическом сетевом узле, содержащем оборудование передачи данных (DCE) и/или терминальное оборудование обработки данных (DTE). Как будет подробно описано ниже, физическая сеть 41 может включать сеть LAN или WAN, в которой клиенты 151/203 OPC UA и сервер 152 OPC UA могут быть связаны с узлом LAN или WAN. В этом случае эти узлы LAN или WAN представляют собой устройства уровня канала передачи данных, имеющие MAC-адрес, как правило, один для каждого контроллера сетевого интерфейса, который они содержат, например, компьютеры, коммутаторы пакетов, модемы xDSL (с интерфейсом Ethernet) и точки доступа к беспроводной локальной сети. Если сеть 41 включает Интернет или Интранет, физические узлы этой сети могут быть реализованы на хост-компьютерах, также известных как Интернет-узлы, идентифицируемые по IP-адресу.
OPC-сервер 152 может быть реализован с возможностью обеспечения способа для множества различных программных пакетов (при условии, что они являются OPC-клиентами 151/203) для доступа к данным с устройств управления процессом, таких как система 20 управления установкой, PLC 201 или распределенные системы управления (DCS). Как правило, в любой момент, когда пакет затребует доступ к данным с устройства, пользовательского интерфейса или драйвера, данные должны быть выданы. Одним из преимуществ настоящего изобретения с использованием OPC UA является обеспечение общего интерфейса и устройства 10 управления процессом, которое записывает данные один раз и затем их может использовать повторно любая система 20 управления установкой в любой отрасли промышленности с помощью любых SCADA, HMI или пакетов специального программного обеспечения. Поскольку управление установкой 30 согласовано с клиентами 203 OPC UA, система 20 управления установкой может быть реализована непосредственно с помощью PLC 201 посредством распределенной системы управления (DCS), которая представляет собой систему управления процессом или установкой, в которой элементы управления распределены по всей системе, или нераспределенной системы, в которой используют один контроллер в центральном местоположении. В DCS иерархию контроллеров формируют с помощью клиентов 203 OPC UA для управления и мониторинга.
Примерами таких систем 20 управления установкой являются, например, мельничные установки, химические установки, нефтехимические и нефтеперерабатывающие установки, системы управления котлами и системы электростанций, ядерные энергетические установки, системы экологического контроля, системы управления водными ресурсами, металлургические установки, фармацевтическое производство, сахарорафинадные установки, сухогрузные и нефтеналивные суда, системы управления формированием многоагентных систем и т. д. Помимо клиента 203 OPC UA, обеспечивающего взаимодействие с сетью 41 OPC UA, в системах 20 управления установкой могут использовать специально разработанные процессоры в качестве контроллеров и/или использовать как собственный протокол взаимосвязи, так и стандартный протокол связи для осуществления внутренней связи, в виде, например, распределенной системы управления. Модули ввода и вывода представляют собой составные части систем 20 управления установкой. Такой процессор может принимать информацию от входных модулей и отправлять информацию на выходные модули. Модули ввода принимают информацию от входных приборов в ходе процесса (или в полевых условиях), а выходные модули передают инструкции выходным приборам в полевых условиях. Входные и выходные сигналы могут представлять собой либо аналоговые сигналы, которые непрерывно изменяются, либо дискретные сигналы, например, с двумя состояниями, вкл. или выкл. Компьютерные шины или электрические шины соединяют процессор и модули посредством мультиплексора или демультиплексоров. Кроме того, шины могут соединять распределенные контроллеры с центральным контроллером и/или, наконец, с человеко-машинным интерфейсом (HMI) или локальными панелями управления. Элементы систем 20 управления установкой могут быть непосредственно соединены с физическим оборудованием, таким как переключатели, насосы и клапаны, и/или посредством сети передачи данных, соответственно, сети 41 OPC UA с человеко-машинным интерфейсом (HMI) системы 10 управления процессом посредством блока 12 диспетчерского управления и сбора данных (SCADA). В качестве варианта осуществления функциональность систем 20 управления установкой и блока 12 диспетчерского управления и сбора данных также может быть реализована с частичным перекрытием. Таким образом, системы 20 управления установкой представляют собой специализированные системы, используемые для управления производственными процессами, которые являются непрерывными или пакетно-ориентированными, например, мельничные установки, нефтепереработка, нефтехимия, производство электроэнергии на центральных электростанциях, производство удобрений, фармацевтических препаратов, продуктов питания и напитков, цемента, сталелитейное производство и производство бумаги. Системы 20 управления установкой соединены с датчиками и исполнительными механизмами и в них используют управление по заданным значениям для управления расходом материала в установке. Наиболее типичным примером является контур управления по заданным значениям, состоящий из датчика давления, контроллера и управляющего клапана. Измеренные значения давления или расхода передают на контроллер, как правило, с помощью сигнала, формируемого устройством ввода/вывода (I/O). Когда измеряемая переменная достигает определенной величины, контроллер выдает на клапан или исполнительное устройство команду открытия или закрытия до тех пор, пока процесс течения жидкости не обеспечит достижение заданного значения. Крупные мельничные установки или нефтеперерабатывающие установки содержат много тысяч точек ввода-вывода и могут быть применены с очень большими системами 20 управления установкой. Однако процессы не ограничиваются протеканием текучей среды по трубам, а могут также включать, например, бумагоделательные машины и связанные с ними средства управления качеством, приводы с регулируемой частотой вращения и системы управления двигателем, цементобжигательные печи, горнодобывающие установки, установки для переработки руды и многое другое. В системах 20 управления установкой могут применять различные технологии, например, беспроводные системы и протоколы, дистанционную передачу, протоколирование и ведение архива хронологических данных, мобильные интерфейсы и элементы управления, а также встроенные веб-серверы. Предпочтительно системы 20 управления установкой становятся централизованными на уровне установки, облегчая возможность входа в систему с удаленного оборудования и системы 10 управления процессом. Это облегчает реализацию системы 10 управления процессом с ее человеко-машинным интерфейсом (HMI), в частности, с точки зрения удаленного доступа и портативности.
Система 10 управления процессом включает механизм 11 обработки установки с библиотекой 141 выбираемых записей 142 команд управления процессом для каждого типа системы 20 управления установкой, управляемой независимой системой 10 управления процессом. Работой соответствующей установки управляют с помощью команды управления процессом, присвоенной конкретному типу системы 20 управления установкой с помощью выбираемых записей команд управления процессом. Механизм 11 обработки установки включает блок 15 связывания и внедрения объектов для управления процессом. Выбираемые команды управления процессом из библиотеки 141 преобразуют с помощью блока 15 связывания и внедрения объектов для управления процессом в основные команды программируемого логического контроллера 201/PLC и/или операции, интегрированные во все программируемые логические контроллеры 201/PLC доступной системы 20 управления установкой. Каждый клиент 151/203 OPC UA на основе унифицированной архитектуры OPC генерируют в системе 10 управления процессом и в системе 20 управления установкой, причем транспортный уровень между клиентом 151 OPC UA системы 10 управления процессом и клиентом 152 OPC UA системы 20 управления установкой обеспечивают двунаправленно с помощью определенной двоичной последовательности, содержащей кодированные сообщения программируемого логического контроллера (201/PLC), а клиенты 151/203 OPC UA являются узлами сети OPC UA в сети 41 OPC UA с OPC UA-сервером 152 в качестве портала авторизации. Для управления установкой 30 и для ее регулирования система 10 управления процессом передает сообщения с командами программируемого логического контроллера 201/PLC на систему 20 управления установкой путем кодирования сообщений с командами PLC для транспортного уровня OPC UA и их передачи в транспортном уровне OPC UA с помощью определенной двоичной последовательности. Таким образом, кодированные сообщения с командами PLC транспортного уровня OPC UA содержат команды управления PLC. В одном варианте кодированные сообщения с командами PLC могут дополнительно содержать данные аутентификации, которые могут содержать, например, идентификатор (ID) и/или пароль и/или хеш-значение и/или IMSI SIM-карты, таим образом, чтобы соответствующий клиент 151/203 OPC UA мог быть надежно адресован системой 10 и/или системой 20 управления установкой. Система 20 управления установкой декодирует сообщения с командами PLC с помощью интерпретатора 204 из определенной двоичной последовательности и передает декодированные сообщения с командами PLC на соответствующий PLC 201 для выполнения. Система 20 управления установкой передает в транспортном уровне OPC UA с помощью определенной двоичной последовательности закодированные ответные сообщения PLC клиенту 151 OPC UA системы 10 управления процессом. Система 10 управления процессом декодирует и обрабатывает ответные сообщения PLC из двоичной последовательности для управления работой установки 30 и ее регулирования. PLC 201 системы 20 управления установкой осуществляют интерпретацию команд PLC, сгенерированных с помощью блока 13 управления установкой, например, реализованную с помощью интегрированного обработчика языка программирования высокого уровня, например, обработчика Java, либо непосредственно путем декодирования из транспортного уровня OPC UA, либо путем интерпретирования дополнительным программно- реализованным блоком, взаимодействующим между интерпретатором 204 и PLC 201, или реализованным в виде части интерпретатора 204. Важно отметить, что предложенная в настоящем изобретении структура системы 10 управления процессом и системы 20 управления установкой позволяет осуществлять однонаправленное программирование PLC, т. е. однонаправленное управление, соответственно, установкой 30 и системой 20 управления установкой, полностью дистанционной в сети посредством системы 10 управления процессом.
Сетевой интерфейс 16 системы 10 управления процессом и сетевой интерфейс 202 системы 20 управления установкой может включать беспроводной сетевой интерфейс, например, карту беспроводного сетевого интерфейса (NIC). Соединение между клиентскими узлами 151/203 OPC UA, т. е. между системой 10 управления процессом и системой 20 управления установкой, также может быть реализовано с помощью проводных сетевых интерфейсов 151 или 203, например, посредством Ethernet. ГИС из IPASS также работает с применением перемещаемого проводного доступа. Таким образом, система 10 управления процессом и система 20 управления установкой содержат всю необходимую инфраструктуру, включая аппаратные и программные компоненты, имеющиеся в них для осуществления описанного доступа в сеть и передачи данных по сети 41 согласно настоящему изобретению. Сеть 41 передачи данных может включать общеизвестную сеть Интернет в качестве глобальной магистральной сети. Система 10 управления процессом может быть реализована как связанная со всеми возможными видами так называемого абонентского оконечного оборудования (CPE), предназначенного для использования в различных местоположениях в сети и/или в различных сетях. Кроме того, узел 151 сети OPC UA, например, реализованный на CPE, и узел 203 сети OPC UA могут осуществлять доступ к сети 41 с помощью одного или более различных физических сетевых интерфейсов 16/202, которые также могут поддерживать множество различных сетевых стандартов. Таким образом, ссылочные позиции 16/202 представляют собой соответствующие карты сетевого интерфейса (NIC). Физические сетевые интерфейсы узлов могут содержать, например, интерфейсы WLAN (беспроводной локальной сети), Bluetooth, GSM (глобальной системы мобильной связи), GPRS (системы пакетной радиосвязи общего пользования), USSD (неструктурированных дополнительных сервисных данных), UMTS (универсальной системы мобильной связи) и/или Ethernet или другой проводной LAN (локальной сети) и т. д. Соответствующая ссылочной позиции 41 сеть может быть основана на стандарте IEEE 802.11 или других стандартах или может включать различные гетерогенные сети, такие как, например, сеть Bluetooth, например, для установок в крытых зонах, мобильную радиосеть GSM и/или UMTS и т. д., беспроводную локальную сеть, например, на основе беспроводного IEEE-стандарта 802.1x, или также проводную локальную сеть, т. е. локальную фиксированную сеть, в частности, также PSTN (телефонную коммутируемую сеть общего пользования), и т. д. Следует отметить, что по существу способ и/или система согласно настоящему изобретению не привязаны к конкретному сетевому стандарту, причем имеющиеся признаки согласно настоящему изобретению могут быть достигнуты и с использованием любой реализуемой технической структуры сети OPC UA. Интерфейсы 16/202 сетевых узлов 151/203 могут представлять собой не только интерфейсы с коммутацией пакетов, непосредственно используемые сетевыми протоколами, например, Ethernet или Token Ring, но также могут представлять собой интерфейсы с коммутацией каналов, которые могут быть использованы с протоколами, такими как PPP (протокол «точка-точка», см. документацию IETF RFC), SLIP (протокол последовательной межсетевой связи) или GPRS (системы пакетной радиосвязи общего пользования), т. е. интерфейсы, которые, например, не предполагают наличие сетевого адреса, такого как адрес MAC или DLC. Как, в частности, указано выше, сообщение может, например, проходить по локальной сети, например, посредством специальных коротких сообщений, например, SMS (службы передачи коротких сообщений), EMS (улучшенной службы передачи коротких сообщений), по каналу сигнализации, например, USSD (неструктурированных дополнительных сервисных данных), или по каналу, основанному на других технологиях, например, MExE (среда выполнения мобильных приложений), GPRS (системы пакетной радиосвязи общего пользования), WAP (прикладной протокол беспроводной связи) или UMTS (универсальная система мобильной связи), по каналу на основе беспроводного IEEE-стандарта 802.1x или по другому каналу пользовательской информации.
Блок 12 диспетчерского управления и сбора данных работает с закодированными сигналами по каналам 40 связи, обеспечивая управление удаленным оборудованием, т. е. программируемыми логическими контроллерами 201/PLC, управляющими работой операционных блоков 31, например, путем использования одного канала связи на удаленную станцию 20, т. е. систему 20 управления установкой, или программируемые логические контроллеры 201/PLC. Блок 12 диспетчерского управления и сбора данных в данном случае адресует, среди прочего, процесс мониторинга и аналитической обработки данных. Блок 12 диспетчерского управления и сбора данных может быть реализован как чистая веб-система. Магистральная линия связи блока 12 диспетчерского управления и сбора данных может быть реализована с использованием OPC UA (унифицированной архитектуры OPC), которая позволяет системе обрабатывать и передавать структурированные данные с уровня PLC в механизм 11 обработки установки, причем механизм 11 обработки установки может быть, например, реализован в виде блока и/или системы на основе процессора и/или с управлением по процессам или в более общем случае на основе обычных компьютерных аппаратных средств, например, ПК (персонального компьютера). OPC UA представляет собой технический протокол связи «машина-машина» (M2M) для взаимодействия, разработанный консорциумом OPC (Open Platform Communications, открытая коммуникационная платформа) Foundation. M2M относится к технологиям, которые позволяют как беспроводным, так и проводным системам взаимодействовать с другими устройствами того же типа. M2M может включать содержащие технические приборы устройства (например, датчик или измеритель) для захвата информации о событии (например, температуры, уровня запасов и т. д.), которую передают по сети (беспроводной, проводной или гибридной) в приложение (программный продукт), которое переводит или преобразует захваченное событие в техническую, требуемую в другой форме, необходимую информацию (например, сигнализацию о запуске предварительно определенных событий). Основные службы протокола связи OPC UA представляют собой абстрактные структуры способа, которые независимы от протокола и обеспечивают основу для операционности OPC UA. Но при всей своей операционной совместимости транспортный уровень OPC UA лишь вставляет эту структуру в протокол, а это означает, что он выполняет серилизацию/десерилизацию данных и передает их по сети. Для этой цели определены два протокола. Один из них представляет собой бинарный протокол TCP, оптимизированный для высокой производительности, а второй является веб-сервис-ориентированным. По сути, OPC UA является просто структурой передачи данных, причем информационная модель OPC основана на полноячеистой сети с соответствующими узлами. Эти узлы могут включать метаинформацию любого типа. Эти узлы могут содержать атрибуты доступа для чтения (DA, HDA), команды и инициированные события, которые могут быть переданы (AE, DataAccess, DataChange). Узлы содержат данные процесса, а также все другие типы метаданных, а передаваемые данные и/или метаданные не являются передаваемыми в зависимости от типа. OPC UA поддерживает два протокола, один из которых является бинарным протоколом, а другой представляет собой обычный протокол веб-сервиса (http). Кроме того, OPC UA работает совершенно прозрачно для любого интерфейса прикладного программирования (API). Как правило, бинарный протокол обеспечивает наивысшую производительность/наименьшие непроизводительные затраты, требует минимум ресурсов (не требуется синтаксический анализатор XML, протокол простого доступа к объектам (SOAP) и протокол передачи гипертекста (HTTP), что важно для встроенных устройств), обеспечивает лучшую совместимость (бинарные данные точно определяются и допускают меньше степеней свободы во время реализации) и использует один произвольно выбираемый TCP-порт для упрощения процесса туннелирования или простой реализации через межсетевой экран для осуществлении связи.
Как упомянуто выше, работой установки 30 и операционных блоков 31 управляют с помощью программируемого логического контроллера 201/PLC и множества взаимосвязанных элементов 32, например датчиков. С помощью программируемых контроллеров (PLC) команды из программ управления, мониторинга и регулирования выполняют одну за другой и обрабатывают путем считывания и записи информации во внутреннюю область запоминающего устройства PLC, которую, как правило, называют запоминающим устройством ввода/вывода. В определенное время происходит обмен пакетами данных между датчиками/переключателями, которые непосредственно связаны с базовым блоком ввода/вывода, с внутренним запоминающим устройством ввода/вывода PLC. Этот процесс полного обмена внешними данными и внутренними данными запоминающего устройства ввода/вывода называют операцией восстановления ввода/вывода. При рассмотрении работы системы управления установкой и исполнения кода, созданного для управления установкой, определяют временные характеристики выполнения восстановления ввода/вывода. В предпочтительном варианте PLC эту операцию восстановления ввода/вывода выполняют сразу же после выполнения всех остальных команд, как это показано на фиг. 4. В этой структуре блок 12 диспетчерского управления и сбора данных выполнен с возможностью осуществления визуализации процесса и анализа данных процесса. Магистральной линией связи для блока 12 диспетчерского управления и сбора данных является блок 15 связывания и внедрения объектов для управления процессом, например, на основе вышеуказанного транспортного уровня OPC UA, который позволяет обрабатывать и передавать структурированные данные с уровня PLC на уровень ПК системы 10 адаптивного управления процессом. Блок 15 связывания и внедрения объектов для управления процессом подробно описан ниже.
На фиг. 5 схематично показана структура OPC UA между системой 10 управления процессом, системой 20 управления установкой и PLC 201. Ссылочная позиция 1 относится к системе 10 адаптивного управления процессом, содержащей необходимое управляемое процессором оборудование, например, ПК или т. п., 2 относится к соединению клиента OPC UA с системой 10/41 управления процессом, 3 представляет собой сервер OPC UA, 4 представляет собой соединение клиента OPC UA с интерпретатором 204, причем интерпретатор взаимодействует, соответственно, с системой 20 управления установкой и PLC 201. В качестве варианта клиент OPC UA может проверять, что именно поддерживает сервер. Таким образом, он может получать информацию, если сервер, например, поддерживает только функциональность DA или дополнительно AE, HDA и т. д. Клиент 4 OPC UA и интерпретатор 204 могут быть реализованы вместе с PLC 201 как, например, (составная) часть системы 20 управления установкой.
Блок 20 диспетчерского управления и сбора данных может быть полностью основан на веб-технологиях. Как показано на фиг. 5, основной шлюз передачи данных блока 20 диспетчерского управления и сбора данных основан на OPC UA, что позволяет передавать структурированные данные от системы 10/41 управления процессом, например, реализованной на ПК, на PLC 201 и наоборот. Для типов PLC, которые не поддерживают OPC UA, используют драйвер или интерпретатор 204 для преобразования протокола. Полная система может состоять по меньшей мере из следующих элементов: (i) Блок 12 диспетчерского управления и сбора данных в качестве сервера (работает на аппаратном обеспечении на базе ПК), подключаемый к PLC с применением OPC UA непосредственно или посредством драйвера OPC. Блок 12 диспетчерского управления и сбора данных (SCADA) может использовать интегрированный веб-сервер для блока-конструктора 14 установки и человеко-машинного интерфейса (HMI). Блок 12 диспетчерского управления и сбора данных сам по себе может выступать не только в качестве клиента OPC UA, но также в качестве сервера 3 OPC UA, который используют для осуществления связи с PLC 201, контроллером, т. е. блоком 13 контроллера установки, системой блока 12 диспетчерского управления и сбора данных, возможно с инструментами архивирования и др., (ii) Блок-конструктор 14 установки, который является инструментом для инженеров по проектированию и настройке фактической установки; (iii) Динамический HMI, с помощью которого конечный пользователь контролирует установку 30 и управляет нею; (iv) Долговременную статистику могут хранить и управлять ею с помощью внешнего инструмента архивирования с собственным инструментом генерации отчетов; (v) Сервер архивных данных также может быть установлен в отдельной системе; (vi) Блок 13 контроллера установки, который является основным модулем для управления процессом. Он управляет взаимодействием, ходом выполнения (последовательностями запуска и останова), управляет заданиями и данными, управляет линиями и разделами, а также реализует такие функции, как управление положением, контроль засоренности, обработка параметров; (vii) OPC UA-совместимый PLC 201, который непосредственно соединен с сервером OPC-UA, другие PLC могут быть подключены с помощью драйвера OPC; и (viii) Возможно, интерфейс веб-браузера, причем проектирование с помощью блока-конструктора 14 установки, а также функционирование установки 30 может быть запущено в веб-браузере.
Вышеупомянутый блок 13 контроллера установки в составе системы 10 адаптивного управления процессом управляет установкой 30 и системой 20 управления установкой с ПК, если система 10 адаптивного управления процессом реализована на ПК. Взаимодействие и управление операционными блоками 31 установки 30 (например, установки вальцовой мельницы) осуществляют локально в системе 10 адаптивного управления процессом. Управление операционными блоками 31, с другой стороны, выполняют на PLC 201. Эта концепция позволяет снизить сложность устройств и обеспечить гибкость и простоту программирования на ПК с использованием языков более высокого уровня, например JAVA. В качестве варианта осуществления обеспечения комплексного группового управления может быть добавлен блок 202 программного PLC для управления установкой, как показано на фиг. 2. Ссылочной позицией 151 на фигуре обозначен связанный блок связывания и внедрения объектов для управления процессом, например, также основанный на OPC UA, который позволяет обрабатывать и передавать структурированные данные с уровня PLC на уровень ПК системы 10 адаптивного управления процессом для блока 202 программного PLC.
Что касается цикла обработки PLC, как правило, продолжительность цикла представляет собой время от выполнения (начала) операции восстановления ввода/вывода до выполнения (обработки) следующего восстановления ввода/вывода. Время цикла включает время обработки заголовков (самодиагностика), выполнения пользовательских программ, обработки восстановления ввода/вывода и обработки вспомогательных сервисов. Если время цикла является большим, продолжительность цикла обновления данных вследствие пределов PLC и время реакции ввода/вывода также являются большими, что делает невозможной реализацию изменений, которые вводят быстрее, чем длится цикл. Если продолжительность цикла невелика, время реакции ввода/вывода также сокращается, что позволяет достичь высокой скорости обработки. По мере изменения продолжительности цикла также изменяется продолжительность цикла выполнения команды и время реакции ввода/вывода. Команды, переданные системой 10 адаптивного управления процессом, выполняют одновременно с обработкой восстановления ввода/вывода и т. д., в пределах цикла обработки PLC. Однако задачи прерывания могут, например, выполнять перед этим циклом обработки. В случае выполнения определенных условий прерывания цикл обработки будет приостановлен, и в первую очередь будут выполнены задачи прерывания. Например, задачи прерывания могут включать прерывание выключения, запланированные прерывания, прерывания ввода/вывода, периодические прерывания на основе внутреннего таймера и внешние прерывания.
Чтобы система 10 адаптивного управления процессом использовала сигналы ввода/вывода от блоков ввода/вывода, установленных на PLC, сначала необходимо назначить адрес в запоминающем устройстве ввода/вывода PLC. Выделение памяти ввода/вывода для ввода или вывода из этих блоков в PLC известно как распределение ввода/вывода. Эту информацию о распределении ввода/вывода используют в операции восстановления ввода/вывода с подключением устройств в качестве системы 10 адаптивного управления процессом. В данном случае взаимодействия системы 10 адаптивного управления процессом с помощью PLC 201 системы 20 управления установкой эта информация о распределении ввода/вывода может, например, быть записана в PLC в «Таблицу регистрации ввода/вывода». Эта «Таблица регистрации ввода/вывода» может быть создана путем автоматической регистрации в режиме онлайн с помощью системы 10 адаптивного управления процессом, использующей информацию от встроенного в PLC блока, или путем использования системы 10 адаптивного управления процессом для расчета в режиме офлайн, а затем автоматической регистрации путем передачи таблицы ввода/вывода на PLC. Однако для некоторых систем 20 управления установкой может не требоваться создание таблицы регистрации ввода/вывода, а другие системы могут не поддерживать расчет таблиц ввода/вывода в режиме офлайн.
PLC 201, как правило, использует множество различных данных, включая внешние программные коды, в качестве команд, передаваемых системой 10 адаптивного управления процессом, данные и комментарии запоминающего устройства ввода/вывода, параметры блока ЦП и специальных блоков ввода/вывода, а также информацию о таблицах регистрации ввода/вывода и т. д. Все эти данные, используемые PLC 201, сохраняют в области запоминающего устройства в блоке ЦП PLC 201. Область запоминающего устройства PLC 201, как правило, включает область пользовательской программы, в которую записывают пользовательские программы, переданные внешними устройствами, в качестве системы 10 адаптивного управления процессом. Кроме того, она содержит область запоминающего устройства ввода/вывода, к которой обращаются командные операнды. В нее записывают информацию, такую как CIO, внутренняя область ввода/вывода, область хранения, вспомогательная область, область DM, область EM, флаги завершения/текущее значение таймера, флаг завершения/текущее значение, флаги задач, индексный регистр, регистр данных, флаги состояния, синхронизирующий импульс и т. д. Данные в области запоминающего устройства ввода/вывода, как правило, расположены в областях, в которых очистку содержимого выполняют каждый раз при повторном включении питания, а также в областях, в которых хранится предварительная информация. И наконец, она содержит область параметров, которая содержит всю информацию, касающуюся начальных параметров, используемых PLC. В эту область запоминающего устройства записывают такую информацию, как параметры системы PLC, зарегистрированная таблица ввода/вывода, таблица маршрутизации и настройка PLC для шинного блока ЦП. PLC 201 содержат базовые функции, установленные ранее и обычно устанавливаемые в PLC 201. Однако при добавлении блоков управления процессом на основе PLC к базовой конфигурации системы функции управления процессом PLC 201 могут быть просто добавлены к базовым функциям, уже установленным в PLC 201. Важно отметить, что для системы 20 управления установкой эти дополнительные функции управления процессом PLC 201 отличаются у разных производителей. Таким образом, ее можно использовать только для устройств, которые совместимы с системой управления процессом, в которой раньше использовали систему 20 управления установкой, или для устройств, в которых использовали комбинацию из нескольких контроллеров, и которые являются совместимыми. Одно значительное преимущество настоящего изобретения состоит в том, что в системе 10 адаптивного управления процессом используют только базовые функции, уже установленные в PLC 201, и поэтому она пригодна для использования независимо от платформы и производителя со всеми возможными типами систем 20 управления установкой.
Следует отметить, что большая часть процесса разработки программного обеспечения может состоять, например, из визуального программирования, конфигурирования и моделирования, профессиональные навыки для осуществления которых являются легкодоступными в области техники. Основное программное обеспечение PLC 201 может быть сведено к минимуму и может включать лишь функции базового управления каждым устройством с использованием в большинстве случаев графического языка, называемого схемой многоступенчатой логики, которая является стандартизованным языком программирования IEC 61131-3, который, как правило, понимает электротехнический персонал. Запуском, выключением и взаимодействием каждого блока, запрограммированного в PLC 201, управляют с помощью системы согласно настоящему изобретению посредством графических схем, смоделированных и выполненных на ПК, под управлением системы 10 управления процессом с применением графического способа, что упрощает не только проектирование проекта, но и позволяет любому специалисту в данной области техники понять суть процесса и верифицировать процесс. Эти графические схемы могут составлять часть технических требований к системе и заменять письменные разъяснения функциональности управления графическим способом, доступным для понимания любым специалистом. Такой подход также повышает гибкость для удовлетворения индивидуальных потребностей клиентов и часто меняющихся потребностей локального рынка.
Предлагаемая в настоящем изобретении система позволяет осуществлять автоматизацию системы управления установкой, которая включает аппаратные средства в виде распределительных щитов, шкафов управления, PLC (программируемых логических контроллеров), кабельных систем и/или управляемых процессором систем, таких как ПК, и программное обеспечение (программное обеспечение для проектирования и обработки) путем создания независимой от платформы системы 10 управления процессом с интерпретатором 204. Она позволяет передать основную часть управления, которую, как правило, выполняют на PLC 201, в систему 10 управления процессом, например, запускаемую на ПК. Управление может быть спроектировано с получением независимых от платформы процесса и рабочего кода более высокого уровня. Система преобразует код в универсальные команды, которые понятны для всех PLC 201. Для управления установкой 30 система 10 управления процессом осуществляет следующие этапы: (i) Определение и генерирование элементов, необходимых для управления установкой 30; (ii) Считывание и загрузка определенных элементов в PLC 201 и, соответственно, интерпретатор 204. Например, для мельниц такие элементы могут включать 5 категорий: двигатели, клапаны, заслонки, датчики и исполнительные механизмы. Однако также возможна и любая другая категоризация; и (iii) Объединение элементов в блоки. Таким образом, можно собрать машины, последовательности или любую другую группу элементов. Внутреннее соединение в группе будет определяться с помощью системы 10 управления процессом. Сгенерированное соединение можно рассматривать как маску, посредством которой взаимодействие в группе может быть сгенерировано с помощью логических (булевых) операторов и временных интервалов, например, в виде U1=e1 И e2 И e3 ИЛИ e4 И e5. Таким образом, группа является определяемой и ею можно управлять как модулем PLC 201;
На фиг. 6 показано, как вышеописанные выражения и чертежи могут быть обработаны блоком 12 диспетчерского управления и сбора данных или пользователем с помощью HMI блока 12 диспетчерского управления и сбора данных; (iv) На следующем этапе определяют, как группы или блоки взаимодействуют друг с другом. Это также называют потоком. Последние вышеуказанные отношения определяют всю работу установки 30. Хотя управление элементами в группе или блоке, т. е. взаимосвязанных элементов 32 с операционными блоками 31, выполняют в PLC 201, управление группами или блоками происходит на ПК и в системе 10 управления процессом. Определение отношений в потоке также выполняют посредством системы 10 управления процессом с помощью операторов, адаптированных к техническим требованиям автоматизации установки 30. Таким образом, линия потока может быть определена таким же образом, как и группа, например L1=(U1 И U2 И U3) ИЛИ (U4 И U5). Это выражение определяет взаимную корреляцию блоков; (v) И те, и другие будут переведены с помощью интерпретатора 204 в исполняемые команды, которые понятны для всех PLC 201. Специфические у различных производителей требования интерпретируют с помощью интерпретатора 204, используя библиотеку 7, содержащую соответствующие объекты с логическим управлением и структурами управления потоком, и т. д. Таким образом, можно осуществлять обмен данными со всеми используемыми платформами PLC посредством системы согласно настоящему изобретению без необходимости в применении специализированной технологической информации конкретных производителей или т. п. Коррекция представления, преобразования и интерпретации структурного языка и команд, используемых системой 10 управления процессом, скрывают любое представление команды, относящееся к конкретному производителю, причем ее используют для правильного управления и адресации в любых PLC 201; (vi) Весь обмен данными основан на структуре платформы OPC UA, которая позволяет передавать структурированные данные на все уровни. Однако без взаимодействия интерпретатора 204 и объектов библиотеки 7 транспортируемые с применением OPC UA структурированные данные не могут быть использованы для управления PLC 201.
Механизм 11 обработки установки включает блок-конструктор 14 установки с библиотекой 141 выбираемых записей 142 команд управления процессом для каждого типа системы 20 управления установкой, управляемой независимой системой 10 управления процессом. Работой соответствующей установки управляют с помощью команды управления процессом, присвоенной конкретному типу системы 20 управления установкой с помощью выбираемых записей команд управления процессом. Механизм 11 обработки установки включает блок 15 связывания и внедрения объектов для управления процессом. Выбираемые из библиотеки 141 команды управления процессом преобразуют с помощью блока 15 связывания и внедрения объектов для управления процессом в основные команды программируемого логического контроллера 201/PLC и/или операции, интегрированные во все программируемые логические контроллеры 201/PLC доступной системы 20 управления установкой. В качестве варианта осуществления блок 12 диспетчерского управления и сбора данных функционально связан с системой 20 управления установкой с применением стандарта открытой архитектуры OPC-UA, расширяющей операционную совместимость блока 15 связывания и внедрения объектов для управления процессом с системами 20 управления установкой и независимой системой 10 управления процессом. В качестве дополнительного варианта осуществления программируемый логический контроллер 201/PLC блока 12 диспетчерского управления и сбора данных включает программируемый логический контроллер 202/PLC (так называемый программный PLC), соединенный с системой 20 управления установкой с применением стандарта открытой архитектуры OPC-UA, расширяющей операционную совместимость блока 15 связывания и внедрения объектов для управления процессом с защищенными системами 20 управления установкой и клиентским устройством 10. В этом случае для обеспечения комплексного группового управления для управления установкой блок 202 программного PLC добавляют в систему 10 адаптивного управления процессом, как показано на фиг. 2. Ссылочной позицией 151 на фиг. 2 обозначен связанный блок связывания и внедрения объектов для управления процессом, например, также основанный на OPC UA, который позволяет обрабатывать и передавать структурированные данные с уровня PLC на уровень ПК системы 10 адаптивного управления процессом для блока 202 программного PLC.
Блок 15 связывания и внедрения объектов для управления обеспечивает стандартный интерфейс, который позволяет компьютерным программам взаимодействовать с промышленными аппаратными устройствами. Он может быть реализован, например, на основе известного стандарта OLE (связывания и внедрения объектов) для управления процессом. Поскольку стандартный OLE основан на стандарте Windows COM (объектная модель программных компонентов), OPC по существу представляет собой COM. Что касается сети, OPC основан на DCOM (распределеная объектная модель программных компонентов), который фактически не предназначен для промышленного применения в реальном времени и может быть оставлен без внимания в пользу туннелирования OPC. В соответствии с настоящим изобретением блок 15 связывания и внедрения объектов для управления процессом, например, интерфейс OPC, может быть реализован в виде пар сервер/клиент системы 10 адаптивного управления процессом и PLC 201 системы 20 управления установкой, управляющей работой операционных блоков 31 установки. Таким образом, система 10 адаптивного управления процессом в виде OPC-сервера преобразует протокол аппаратной связи, используемый PLC 201, в протокол OPC. OPC-клиент представляет собой любой исполняемый код, требуемый для подключения к аппаратным средствам, таким как система 10 адаптивного управления процессом или HMI (человеко-машинный интерфейс) системы 10 адаптивного управления процессом. OPC-клиент использует OPC-сервер для получения данных от аппаратных средств или отправки команд на аппаратные средства. Поскольку в блоке 15 связывания и внедрения объектов для управления процессом, основанном на OPC, использован открытый стандарт, настоящее изобретение имеет то преимущество, что оно позволяет снизить затраты для производителей и предложить больше возможностей для пользователей. Согласно настоящему изобретению обеспечивают только один OPC-сервер посредством блока 15 связывания и внедрения объектов для управления процессом в сочетании с обладающими признаками изобретения командами управления процессом, выбираемыми из библиотеки 141 для создания универсальной системы управления установкой, включающей любой OPC-клиент. Таким образом, блок 15 связывания и внедрения объектов для управления процессом реализуют как OPC DataHub, который однозначно обеспечивает решение всех этих задач, т. е. позволяет соединить OPC-сервер и OPC-клиент. В качестве варианта осуществления блок 15 связывания и внедрения объектов для управления процессом способен поддерживать множество соединений. Таким образом, он может одновременно обеспечивать несколько OPC-серверов для OPC-агрегирования и OPC-запараллеливания. Два OPC DataHubs способны зеркально отображать данные в сети TCP для обеспечения OPC-туннелирования.
Блок-конструктор 14 установки с библиотекой 141 выбираемых записей команд управления процессом для каждого типа системы 20 управления установкой может, например, содержать унифицированный интерфейс 143 программирования, причем функционирование соответствующей установки программируют и управляют ею с использованием команд языка программирования более высокого уровня посредством унифицированного интерфейса 143 программирования, и команды языка программирования более высокого уровня преобразуют с помощью унифицированного интерфейса 143 программирования в команды управления процессом из выбираемых записей библиотеки 141. Указанные команды языка программирования более высокого уровня могут, например, содержать межплатформенные, объектно-ориентированные команды программирования. Указанные межплатформенные, объектно-ориентированные команды программирования могут, например, быть реализованы в виде JAVA- и/или JavaScript- и/или XML-команд. Последний вариант осуществления позволяет осуществлять более простое программирование обработки в системе 10 адаптивного независимого управления процессом с использованием команд общеизвестного языка программирования более высокого уровня посредством унифицированного интерфейса 143 программирования.
Блок-конструктор 14 установки предназначен для разработки любого клиентского заказа и позволяет создать решение по автоматизации в соответствии с заказной спецификацией. Этапы проектирования генерируют с помощью блока-конструктора 14 установки таким образом, чтобы минимизировать время проектирования. Работа блока-конструктора 14 установки может включать три этапа. На первом этапе инженер создает технологическую схему на основе библиотеки, которая включает блоки и позволяет сконфигурировать их. На следующем этапе программируют управление блоками в удобном инструменте многоступенчатого программирования. И наконец, выполняют параметризацию и конфигурируют визуальные данные. Для обеспечения создания процесса блок-конструктор 14 установки может быть реализован с использованием JavaScript-программы. В частности, система 10 адаптивного независимого управления процессом может содержать адаптируемый человеко-машинный интерфейс 16, причем обеспечена возможность доступа к блоку 12 диспетчерского управления и сбора данных, блоку-конструктору 14 установки и блоку 13 контроллера установки посредством адаптируемого интерфейса 16 «человек-машина». Блок 12 диспетчерского управления и сбора данных может быть функционально подключен для формирования устройства обработки, которое должно быть установлено в линию между системой 20 управления установкой и системой 10 управления процессом. Кроме того, клиентское устройство 17 может быть подключено к системе 20 управления установкой, причем клиентское устройство 17 содержит адаптируемый человеко-машинный интерфейс 16. Блок 12 диспетчерского управления и сбора данных управляет защищенной передачей структурированных данных между системой 20 управления установкой и уровнем 101 клиентского устройства (17), доступным посредством блока 12 диспетчерского управления и сбора данных. Структурированные данные обрабатывают и анализируют с помощью блока 12 диспетчерского управления и сбора данных. Кроме того, блок 13 контроллера установки может быть подключен через блок 12 диспетчерского управления и сбора данных к программируемому логическому контроллеру 201/PLC системы 20 управления установкой и ним могут управлять посредством адаптируемого человеко-машинного интерфейса 17, причем операционными блоками 31 управляют с помощью программируемого логического контроллера 201/PLC и множества взаимосвязанных элементов 32.
В этом варианте осуществления блок-конструктор 14 установки может содержать библиотеку 144 выбираемых графических пиктограмм 145, причем выбираемая графическая пиктограмма 145 соответствует операционному блоку 31 установки 30. Библиотека 144 доступна посредством адаптируемого человеко-машинного интерфейса 17. Выбираемые графические пиктограммы 145 выполнены с возможностью упорядочивания с помощью адаптируемого человеко-машинного интерфейса 11 на модифицируемой панели 111 потока управления адаптируемого человеко-машинного интерфейса 11, причем операционные блоки 31 конфигурируют с помощью графических пиктограмм 142 посредством настраиваемых полей 143 ввода/вывода, связанных с элементами 32 операционного блока 31, и обеспечена возможность параметризирования их работы с помощью настраиваемых полей 143 ввода/вывода. Обеспечена возможность привязки выбираемых графических пиктограмм 145 панели 111 потока управления с помощью выбираемых объектов 146 многоступенчатого программирования для создания адаптируемого интерфейса с соответствующей системой 20 управления установкой для управления этой системой 20 управления установкой посредством выбираемых записей 142 команд управления процессом. Выбираемые объекты 146 многоступенчатого программирования могут быть реализованы в виде указанных выбираемых записей 142 команд управления процессом. Адаптируемый человеко-машинный интерфейс 17 может содержать отслеживающие объекты, динамически отслеживающие и указывающие параметры схемы работы установки 30. И наконец, обеспечена возможность доступа к работе установки 30 и ее корректировки путем взаимодействия с отслеживающими объектами адаптируемого человеко-машинного интерфейса 17.
В заключение следует упомянуть, что дальнейшее сокращение времени проектирования может быть достигнуто за счет многоступенчатого программирования для управления. Для взаимодействия может быть использован соответствующий конструкторский инструментарий, предлагаемый поставщиками PLC. Логика взаимодействия может быть разделена. Более широкими функциональными возможностями управляют с помощью, соответственно, системы 10 адаптивного управления процессом или соответствующего ПК. Простое индивидуализированное решение также может быть получено путем разделения функциональности на основные функциональные возможности и дополнительные функциональные возможности. Дополнительные функциональные возможности могут, например, быть адаптированы к региональным потребностям и потребностям различных подразделений компании. Основные функциональные возможности, включая один дополнительный блок, могут быть легко разработаны в рамках обладающей признаками изобретения системы 10 адаптивного управления процессом.
Перечень ссылочных позиций
10 Система управления процессом
11 Механизм обработки установки
12 Блок диспетчерского управления и сбора данных
13 Блок контроллера установки
14 Блок-конструктор установки
141 Библиотека с выбираемыми записями команд управления процессом
142 Записи команд управления процессом
15 Блок связывания и внедрения объектов для управления процессом
151 Клиент OPC UA
152 Сервер OPC UA
153 OPC UA для программного ПЛК (PLC)
16 Сетевой интерфейс системы управления процессом
20 Система управления установкой
201 Программируемые логические контроллеры (PLC)
202 Сетевой интерфейс системы управления установкой
203 Клиент OPC UA
204 Интерпретатор
205 Программный ПЛК (PLC)
30 Установка
31 Операционные блоки
32 Взаимосвязанные элементы
41 Сеть передачи данных/Сеть OPC UA
Claims (20)
1. Способ управления процессом установок и систем управления установкой в сети (41) «машина-машина» (М2М) на основе OPC UA, в котором установка (30), связанная с системой (20) управления установкой, содержит множество взаимосвязанных элементов (32) одного или более операционных блоков (31) установки (30), причем работой операционного блока (31) управляют с помощью системы (20) управления установкой посредством элементов (32), соединенных с системой (20) управления установкой, и причем система (20) управления установкой доступна посредством независимой системы (10) управления процессом в сети «машина-машина» (M2M) посредством сетевых интерфейсов (16/202), и причем
между системой (10) управления процессом и системой (20) управления установкой передают сообщения, содержащие данные сигнализации и команды управления,
отличающийся тем, что
система (10) управления процессом соединена посредством сети (41) OPC UA, содержащей клиенты (151/203) OPC UA и сервер (152) OPC UA, по меньшей мере с одним программируемым логическим контроллером (201/PLC) системы (20) управления установкой, причем работой установки (30) и операционных блоков (31) управляют с помощью системы (20) управления установкой, содержащей программируемый логический контроллер (201/PLC), посредством множества взаимосвязанных элементов (32),
система (10) управления процессом содержит механизм (11) обработки установки с библиотекой (141) выбираемых записей (142) команд управления процессом для каждого типа системы (20) управления установкой, управляемой независимой системой (10) управления процессом, причем работой соответствующей установки управляют с помощью команд управления процессом, присвоенных конкретному типу системы (20) управления установкой посредством выбираемых записей команд управления процессом,
механизм (11) обработки установки содержит блок (15) связывания и внедрения объектов для управления процессом, причем выбираемые команды управления процессом библиотеки (141) преобразуют с помощью блока (15) связывания и внедрения объектов для управления процессом в основные команды программируемого логического контроллера (201/PLC) и/или операции, интегрированные во все программируемые логические контроллеры (201/PLC) доступной системы (20) управления установкой,
каждого клиента (151/203) OPC UA на основе унифицированной архитектуры OPC генерируют в системе (10) управления процессом и в системе (20) управления установкой, причем транспортный уровень между клиентом (151) OPC UA системы (10) управления процессом и клиентом (203) OPC UA системы (20) управления установкой обеспечивают двунаправленно с помощью определенной двоичной последовательности, содержащей кодированные сообщения программируемого логического контроллера (201/PLC), а клиенты (151/203) OPC UA являются узлами сети OPC UA в сети (41) OPC UA с сервером (152) OPC UA,
для управления установкой (30) и для ее регулирования система (10) управления процессом передает сообщения с командами программируемого логического контроллера (201/PLC) на систему (20) управления установкой путем кодирования сообщений с командами PLC для транспортного уровня OPC UA и их передачи в транспортном уровне OPC UA с помощью определенной двоичной последовательности,
система (20) управления установкой декодирует сообщения с командами PLC с помощью интерпретатора (204) из определенной двоичной последовательности и передает декодированные сообщения с командами PLC на соответствующий PLC (201) для выполнения, и
система (20) управления установкой передает в транспортном уровне OPC UA с помощью определенной двоичной последовательности закодированные ответные сообщения PLC клиенту OPC UA системы (10) управления процессом, причем система (10) управления процессом декодирует и обрабатывает ответные сообщения PLC из двоичной последовательности для управления работой установки (30) и ее регулирования.
2. Способ управления процессом установок и систем управления установкой по п. 1, отличающийся тем, что сервер (152) OPC UA генерируют в системе (10) управления процессом.
3. Способ управления процессом установок и систем управления установкой по одному из пп. 1 или 2, отличающийся тем, что система (10) управления процессом содержит блок-конструктор (14) установки, содержащий библиотеку (141) выбираемых записей команд управления процессом для каждого типа системы (20) управления установкой, и содержит унифицированный интерфейс (143) программирования, причем функционирование соответствующей установки программируют и управляют ею с использованием команд языка программирования более высокого уровня посредством унифицированного интерфейса (143) программирования, и команды языка программирования более высокого уровня преобразуют с помощью унифицированного интерфейса (143) программирования в команды управления процессом из выбираемых записей библиотеки (141).
4. Способ управления процессом установок и систем управления установкой по одному из пп. 1-3, отличающийся тем, что команды языка программирования более высокого уровня содержат межплатформенные, объектно-ориентированные команды программирования.
5. Способ управления процессом установок и систем управления установкой по п. 4, отличающийся тем, что межплатформенные, объектно-ориентированные команды программирования реализуют в виде JAVA-, и/или JavaScript-, и/или XML-команд.
6. Способ управления процессом установок и систем управления установкой по одному из пп. 1-5, отличающийся тем, что система (10) адаптивного независимого управления процессом содержит адаптируемый человеко-машинный интерфейс (16), причем обеспечена возможность доступа к блоку (12) диспетчерского управления и сбора данных, блоку-конструктору (14) установки и блоку (13) контроллера установки посредством адаптируемого человеко-машинного интерфейса (16), блок (12) диспетчерского управления и сбора данных функционально подключен для формирования устройства обработки, которое устанавливают в линию между системой (20) управления установкой и клиентским устройством (17), подключенным к системе (20) управления установкой, причем клиентское устройство (17) содержит адаптируемый человеко-машинный интерфейс (16), причем блок (12) управления и сбора данных управляет защищенной передачей структурированных данных между системой (20) управления установкой и уровнем (101) клиентского устройства (17), доступным с помощью блока (12) диспетчерского управления и сбора данных, и причем структурированные данные обрабатывают и анализируют с помощью блока (12) диспетчерского управления и сбора данных.
7. Способ управления процессом установок и систем управления установкой по п. 6, отличающийся тем, что блоком (13) контроллера установки, подключенным через блок (12) диспетчерского управления и сбора данных к программируемому логическому контроллеру (201/PLC) системы (20) управления установкой, управляют посредством адаптируемого человеко-машинного интерфейса (17), причем операционными блоками (31) управляют с помощью программируемого логического контроллера (201/PLC) и множества взаимосвязанных элементов (32).
8. Способ управления процессом установок и систем управления установкой по одному из пп. 6 или 7, отличающийся тем, что блок-конструктор (14) установки содержит библиотеку (144) выбираемых графических пиктограмм (145), причем библиотека (144) доступна с помощью адаптируемого человеко-машинного интерфейса (17), и причем выбираемая графическая пиктограмма (145) соответствует операционному блоку (31) установки (30), причем выбираемые графические пиктограммы (145) выполнены с возможностью упорядочивания с помощью адаптируемого человеко-машинного интерфейса (11) на модифицируемой панели (111) потока управления адаптируемого человеко-машинного интерфейса (11), причем операционные блоки (31) выполнены с возможностью конфигурирования с помощью графических пиктограмм (142) посредством настраиваемых полей (143) ввода/вывода, связанных с элементами (32) операционного блока (31), и обеспечивают возможность параметризирования работы с помощью настраиваемых полей (143) ввода/вывода, и причем обеспечивают возможность привязки выбираемых графических пиктограмм (145) панели (111) потока управления с помощью выбираемых объектов (146) многоступенчатого программирования для создания адаптируемого интерфейса с соответствующей системой (20) управления установкой для управления системой (20) управления установкой посредством выбираемых записей (142) команд управления процессом.
9. Способ управления процессом установок и систем управления установкой по одному из пп. 6-8, отличающийся тем, что выбираемые объекты (146) многоступенчатого программирования реализуют в виде указанных выбираемых записей (142) команд управления процессом.
10. Способ управления процессом установок и систем управления установкой по одному из пп. 6-9, отличающийся тем, что адаптируемый человеко-машинный интерфейс (17) содержит отслеживающие объекты, динамически отслеживающие и указывающие параметры схемы работы установки (30).
11. Способ управления процессом установок и систем управления установкой по одному из пп. 6-10, отличающийся тем, что обеспечивают возможность доступа к работе установки (30) и ее корректировки путем взаимодействия с отслеживающими объектами адаптируемого человеко-машинного интерфейса (17).
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CH4462015 | 2015-03-27 | ||
| CH00446/15 | 2015-03-27 | ||
| PCT/EP2015/080559 WO2016155856A1 (en) | 2015-03-27 | 2015-12-18 | Method and system for process controlling of plants in an opc-ua based machine-to-machine network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2674758C1 true RU2674758C1 (ru) | 2018-12-13 |
Family
ID=55066593
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2017134118A RU2674758C1 (ru) | 2015-03-27 | 2015-12-18 | Способ и система для управления процессом установки в сети "машина-машина" на основе opc-ua |
| RU2017134115A RU2674756C1 (ru) | 2015-03-27 | 2015-12-18 | Система адаптивного управления всей установкой и ее регулированием, а также соответствующий ей способ |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2017134115A RU2674756C1 (ru) | 2015-03-27 | 2015-12-18 | Система адаптивного управления всей установкой и ее регулированием, а также соответствующий ей способ |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US10649414B2 (ru) |
| EP (2) | EP3275215B1 (ru) |
| JP (2) | JP6577128B2 (ru) |
| CN (2) | CN107567604B (ru) |
| BR (2) | BR112017020503B1 (ru) |
| RU (2) | RU2674758C1 (ru) |
| TR (2) | TR201906512T4 (ru) |
| WO (2) | WO2016155856A1 (ru) |
| ZA (2) | ZA201706477B (ru) |
Families Citing this family (56)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102015119795B4 (de) | 2015-11-16 | 2022-04-28 | Technische Universität Dresden | OPC UA spezifische, hierarchische Kodiererstruktur zum Austausch von Daten und zugehörige Verfahren |
| DE102015121867A1 (de) * | 2015-12-15 | 2017-07-06 | Endress+Hauser Process Solutions Ag | Verfahren zum Bereitstellen eines generischen Diagnosemodells |
| US10429808B2 (en) | 2016-01-19 | 2019-10-01 | Honeywell International Inc. | System that automatically infers equipment details from controller configuration details |
| DE102016201077A1 (de) * | 2016-01-26 | 2017-07-27 | Wago Verwaltungsgesellschaft Mbh | Modul für eine technische Anlage und Verfahren zur Steuerung einer technischen Anlage |
| EP3508635A4 (en) * | 2016-08-31 | 2020-05-20 | Seiko Epson Corporation | SHEET MANUFACTURING DEVICE, AND CONTROL METHOD OF SHEET MANUFACTURING DEVICE |
| MY196256A (en) * | 2017-01-16 | 2023-03-24 | Sicpa Holding Sa | Systems and Methods for Controlling Production and/or Distribution Lines |
| EP3370125A1 (en) * | 2017-03-01 | 2018-09-05 | PLETHORA IIoT, S.L. | Device and system including multiple devices for supervision and control of machines in industrial installation |
| US10317888B2 (en) | 2017-03-01 | 2019-06-11 | PLETHORA IloT, S.L. | Device and system including multiple devices for supervision and control of machines in industrial installation |
| DK3388905T3 (da) * | 2017-04-10 | 2021-11-15 | Abb Schweiz Ag | Drevgenkendelse og -optimering |
| US11323519B2 (en) * | 2017-04-19 | 2022-05-03 | Microsoft Technology Licensing, Llc | Internet of things pub-sub data publisher |
| US10678224B2 (en) * | 2017-06-21 | 2020-06-09 | Fisher-Rosemount Systems, Inc. | Loop interface |
| US11063916B1 (en) * | 2017-08-01 | 2021-07-13 | Amazon Technologies, Inc. | Facility control service |
| BR112019021196A2 (pt) * | 2017-08-04 | 2020-04-28 | Toshiba Mitsubishi Elec Ind | dispositivo de reprodução de dados para instalações industriais |
| FI127806B (en) | 2017-12-22 | 2019-02-28 | Prosys Opc Oy | A method, system and computer software for managing OPC UA server capacity |
| DE102018101203A1 (de) * | 2018-01-19 | 2019-07-25 | Wago Verwaltungsgesellschaft Mbh | Automatisierungsgerät und Verfahren zum optimierten Zugriff auf eine Variable |
| EP3528064B1 (de) * | 2018-02-15 | 2023-12-06 | Siemens Aktiengesellschaft | Steuerungssystem und zugehöriges verfahren zur inbetriebnahme, steuerung und überwachung für stromversorgungskomponenten |
| CN108459574A (zh) * | 2018-03-27 | 2018-08-28 | 重庆邮电大学 | 一种基于语义与opc ua的现场设备信息管理系统 |
| US10893126B2 (en) | 2018-03-29 | 2021-01-12 | Siemens Aktiengesellschaft | Method and apparatus for protocol translation and exchange of selectable, contextualized data between a server using a next-generation protocol and a legacy server |
| EP3567441A1 (de) | 2018-05-07 | 2019-11-13 | Siemens Aktiengesellschaft | Prozessleitsystem mit einem engineering-, einem operator- und einem archiv-system |
| EP3801909B1 (de) * | 2018-05-25 | 2022-03-30 | Bühler AG | Getreidemühle und walzenstuhl mit mehreren mahlpassagen zum optimierten mahlen von mahlgut, sowie entsprechendes verfahren |
| KR101911529B1 (ko) | 2018-06-01 | 2018-10-25 | 남순성 | 취약 사면 상시 모니터링 시스템 |
| CN108762112A (zh) * | 2018-06-12 | 2018-11-06 | 哈尔滨理工大学 | 一种基于虚拟现实的工业机器人仿真与实时控制系统 |
| CN109002005A (zh) * | 2018-08-15 | 2018-12-14 | 江南大学 | 一种智能化气动数据采集控制终端 |
| CN110858845A (zh) * | 2018-08-22 | 2020-03-03 | 株式会社日立制作所 | 一种数据订阅方法及互操作代理应用实体 |
| DE102018124184A1 (de) * | 2018-10-01 | 2020-04-02 | Endress+Hauser Process Solutions Ag | Verfahren zum Etablieren einer Netzwerkkommunikation mittels OPC UA |
| CN109358588A (zh) * | 2018-11-06 | 2019-02-19 | 珠海市长陆工业自动控制系统股份有限公司 | 一种涂料生产过程中的流程自动化控制技术方法 |
| JP6795568B2 (ja) * | 2018-11-07 | 2020-12-02 | ファナック株式会社 | トレース装置及びプログラマブルコントローラ |
| JP7211022B2 (ja) * | 2018-11-07 | 2023-01-24 | セイコーエプソン株式会社 | ウェブ製造装置およびシート製造装置 |
| CN111182017B (zh) * | 2018-11-13 | 2022-09-09 | 北京国双科技有限公司 | 一种数据传输方法、装置、存储介质和电子设备 |
| CN111193632B (zh) * | 2018-11-14 | 2022-10-18 | 比亚迪股份有限公司 | 数据采集与监视控制系统 |
| CN109446718B (zh) * | 2018-11-15 | 2023-06-20 | 清能华控科技有限公司 | 一种保护装置和控制装置的可视化开发方法及系统 |
| CN109756557B (zh) * | 2018-11-23 | 2019-12-10 | 比亚迪股份有限公司 | 用户权限服务器及基于用户权限的服务方法和系统 |
| JP7040484B2 (ja) * | 2019-03-14 | 2022-03-23 | オムロン株式会社 | 制御システム、サポート装置、およびサポートプログラム |
| US11345462B2 (en) * | 2019-03-22 | 2022-05-31 | Northrop Grumman Systems Corporation | System control architecture monitoring system |
| CN113728286A (zh) | 2019-04-25 | 2021-11-30 | 三菱电机株式会社 | 画面数据生成系统、画面数据生成方法及程序 |
| EP3751412A1 (en) | 2019-06-11 | 2020-12-16 | ENGEL AUSTRIA GmbH | A computer-implemented method to generate an opc ua information model |
| CN110286637B (zh) * | 2019-06-20 | 2021-10-01 | 共享智能铸造产业创新中心有限公司 | 信息采集方法、装置及系统 |
| CN114175002B (zh) | 2019-07-23 | 2022-10-21 | 三菱电机株式会社 | 数据处理装置、方法及计算机可读取的记录介质 |
| CN113039540B (zh) | 2019-10-10 | 2023-11-07 | 东芝三菱电机产业系统株式会社 | Scada网页hmi系统 |
| CN110609533A (zh) * | 2019-10-31 | 2019-12-24 | 四川德胜集团钒钛有限公司 | 一种scada数据采集系统的安全架构 |
| US20210141785A1 (en) * | 2019-11-12 | 2021-05-13 | Aveva Software, Llc | Computerized system and method for automatically detecting anomalies in distributed scada systems and dynamically displaying a unified interface therefrom |
| DE102019131814A1 (de) * | 2019-11-25 | 2021-05-27 | Beckhoff Automation Gmbh | Verfahren zum Verknüpfen von Objekten eines Steuerprogramms einer Steuereinheit eines Automatisierungssystems und Entwicklungsumgebung |
| CN111181783B (zh) * | 2019-12-25 | 2022-07-19 | 宁波吉利汽车研究开发有限公司 | 一种传递信息模型的方法、装置、系统和介质 |
| CN113162955B (zh) * | 2020-01-07 | 2023-02-10 | 中国石油天然气集团有限公司 | 长输管道的监控方法、设备、系统、服务器和存储介质 |
| CN111258230A (zh) * | 2020-01-13 | 2020-06-09 | 北京航空航天大学 | 一种电子产品测试装备建模方法 |
| US11106435B1 (en) * | 2020-02-13 | 2021-08-31 | Yokogawa Electric Corporation | OPC UA server, system operating using OPC UA, and method of executing OPC UA system |
| CN113219896A (zh) * | 2020-06-06 | 2021-08-06 | 杭州智尔科技有限公司 | 基于计算机编程语言的可编程逻辑控制器及实现方法 |
| EP4002030A1 (en) * | 2020-11-12 | 2022-05-25 | ABB Schweiz AG | Interface device for connecting process controllers to opc ua peer devices |
| CN114637250A (zh) * | 2020-12-16 | 2022-06-17 | 昆山佰奥软件有限公司 | 基于opcua的plc与hmi控件间数据通信系统 |
| CN112764944A (zh) * | 2020-12-31 | 2021-05-07 | 哈尔滨宇龙自动化有限公司 | 一种基于opc ua协议的mom系统自动化设备数据交互集成平台及方法 |
| CN115210659A (zh) * | 2021-02-04 | 2022-10-18 | 东芝三菱电机产业系统株式会社 | 工业工厂用操作辅助系统 |
| EP4060438A1 (en) * | 2021-03-18 | 2022-09-21 | Bühler GmbH | Modular control system and method for dynamically adaptive process control of a plant in a machine-to-machine network |
| CN113031507B (zh) * | 2021-03-25 | 2022-08-16 | 超越科技股份有限公司 | 基于opc ua的现场总线中心服务器高效传输方法 |
| CN113625674B (zh) * | 2021-08-23 | 2023-03-24 | 江苏南方通信科技有限公司 | 一种适用于大规模、复杂生产线的组态化scada系统构建方法 |
| WO2023113074A1 (ko) * | 2021-12-16 | 2023-06-22 | 한국전자기술연구원 | 디지털 트윈 서버와 장비의 opc ua 데이터 연동을 위한 iec 63278 기반 모델링 방법 |
| CN115100661B (zh) * | 2022-08-24 | 2023-01-10 | 上海安维尔信息科技股份有限公司 | 一种集装箱箱号提取方法及系统 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EA007346B1 (ru) * | 2003-03-18 | 2006-08-25 | Шлюмбергер Текнолоджи Б.В. | Система распределенного управления |
| US20080133030A1 (en) * | 2006-10-26 | 2008-06-05 | Yokogawa Electric Corporation | Process control system |
| US20090210071A1 (en) * | 2007-10-01 | 2009-08-20 | Agrusa Russell L | Operational process control data server |
| WO2009112130A1 (de) * | 2008-03-11 | 2009-09-17 | Sew-Eurodrive Gmbh & Co. Kg | Vorrichtung zur steuerung einer anlage und verfahren zur einrichtung und bedienung der steuerung einer anlage |
| RU98261U1 (ru) * | 2010-03-15 | 2010-10-10 | Ильдар Миннеахматович Гилязетдинов | Адаптируемый программно-технический комплекс для автоматизации технологических процессов спиртовых заводов |
| US20110016514A1 (en) * | 2009-07-17 | 2011-01-20 | Phil De Carlo | Methods for monitoring and control of electronic devices |
| US20120290105A1 (en) * | 2010-01-13 | 2012-11-15 | Thomas Balint | Method for operating, monitoring and/or configuring an automation system of a technical plant |
| US20130006390A1 (en) * | 2011-06-30 | 2013-01-03 | General Electric Company | Systems and methods for function block instantiation |
Family Cites Families (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5642805A (en) * | 1979-09-18 | 1981-04-21 | Fanuc Ltd | Sequence producing system for sequence controller controlling machine tool |
| US7096465B1 (en) * | 1999-05-17 | 2006-08-22 | Invensys Systems, Inc. | Process control configuration system with parameterized objects |
| US7272815B1 (en) * | 1999-05-17 | 2007-09-18 | Invensys Systems, Inc. | Methods and apparatus for control configuration with versioning, security, composite blocks, edit selection, object swapping, formulaic values and other aspects |
| US7089530B1 (en) * | 1999-05-17 | 2006-08-08 | Invensys Systems, Inc. | Process control configuration system with connection validation and configuration |
| CN100368988C (zh) * | 1999-08-31 | 2008-02-13 | 迪吉多电子股份有限公司 | 编辑装置 |
| AU9268901A (en) * | 2000-09-15 | 2002-03-26 | Wonderware Corp | An industrial process control data access server supporting multiple client dataexchange protocols |
| US6725104B2 (en) * | 2001-09-21 | 2004-04-20 | Siemens Aktiengesellschaft | Method and apparatus for E-mail based communication with automated facilities and devices |
| US9565275B2 (en) * | 2012-02-09 | 2017-02-07 | Rockwell Automation Technologies, Inc. | Transformation of industrial data into useful cloud information |
| US6799080B1 (en) * | 2003-06-12 | 2004-09-28 | The Boc Group, Inc. | Configurable PLC and SCADA-based control system |
| JP2006262069A (ja) * | 2005-03-17 | 2006-09-28 | Yokogawa Electric Corp | 制御システム |
| CN101283539B (zh) * | 2005-10-05 | 2012-10-24 | 拜尔斯安全公司 | 网络安全设备 |
| US8782249B1 (en) * | 2006-09-28 | 2014-07-15 | Rockwell Automation Technologies, Inc. | Message engine |
| US20080189638A1 (en) * | 2006-10-16 | 2008-08-07 | Invensys Systems, Inc. | Bridging human machine interface technologies in a process automation and information management environment |
| DE102007062986B4 (de) * | 2007-12-21 | 2013-12-24 | Abb Research Ltd. | Verfahren und Einrichtung zur Client-Server-Kommunikation gemäß dem Standardprotokoll OPC UA |
| US8234331B2 (en) * | 2008-02-01 | 2012-07-31 | Honeywell International Inc. | System and method for shielding open process control client applications from bad quality initial data |
| DE102008011191A1 (de) * | 2008-02-26 | 2009-08-27 | Abb Research Ltd. | Client/Server-System zur Kommunikation gemäß dem Standardprotokoll OPC UA und mit Single Sign-On Mechanismen zur Authentifizierung sowie Verfahren zur Durchführung von Single Sign-On in einem solchen System |
| US8046519B2 (en) * | 2008-10-20 | 2011-10-25 | Daniel Measurement And Control, Inc. | Coupling a specialty system, such as a metering system, to multiple control systems |
| DE102009043968A1 (de) * | 2009-09-09 | 2014-03-20 | Schneider Electric Automation Gmbh | Petri-Netz-basierte Ansätze und Tools für Entwicklung, Einsatz und Betrieb von in Automations-Geräte eingebettete Orchestrierungs-Engines |
| US8886746B2 (en) * | 2009-09-09 | 2014-11-11 | Rockwell Automation Technologies, Inc. | Diagnostic module for distributed industrial network including industrial control devices |
| US8984533B2 (en) * | 2010-04-15 | 2015-03-17 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
| US9392072B2 (en) * | 2010-04-15 | 2016-07-12 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
| US8484401B2 (en) * | 2010-04-15 | 2013-07-09 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
| US20130070788A1 (en) * | 2010-05-25 | 2013-03-21 | Siemens Aktiengesellschaft | Method and Apparatus for Interchanging Data, and Network |
| WO2011147653A1 (de) * | 2010-05-25 | 2011-12-01 | Siemens Aktiengesellschaft | Verfahren und vorrichtung zum austausch von daten zwischen zwei geräten eines automatisierungsnetzwerks |
| CN102104556A (zh) * | 2010-11-25 | 2011-06-22 | 詹根基 | 跨平台opc xml-da网关 |
| JP5754704B2 (ja) * | 2011-04-19 | 2015-07-29 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | 複数の産業制御システム間の通信を制御するシステム |
| US8452461B2 (en) * | 2011-05-10 | 2013-05-28 | First Solar, Inc | Control system for photovoltaic power plant |
| US20120310383A1 (en) * | 2011-05-31 | 2012-12-06 | General Electric Company | Systems and methods for third-party foundation fieldbus information |
| US8856302B2 (en) * | 2011-05-31 | 2014-10-07 | General Electric Company | Systems and methods for foundation fieldbus alerts |
| US8730054B2 (en) * | 2011-05-31 | 2014-05-20 | General Electric Company | Systems and methods to customize alert presentation |
| US9588503B2 (en) * | 2011-11-15 | 2017-03-07 | Rockwell Automation Technologies, Inc. | Routing of enterprise resource planning messages |
| US8417391B1 (en) * | 2011-12-15 | 2013-04-09 | Restore Nv | Automated demand response energy management system |
| US8812466B2 (en) * | 2012-02-10 | 2014-08-19 | International Business Machines Corporation | Detecting and combating attack in protection system of an industrial control system |
| CN102685221B (zh) * | 2012-04-29 | 2014-12-03 | 华北电力大学（保定） | 一种状态监测数据的分布式存储与并行挖掘方法 |
| EP2823617B1 (de) * | 2012-05-31 | 2018-07-11 | Siemens Aktiengesellschaft | Kommunikation zweier clients über einen server |
| EP2901396A1 (en) * | 2012-09-26 | 2015-08-05 | Siemens Aktiengesellschaft | Providing a customized programmable logic controller to a customer |
| CN103064382B (zh) * | 2012-12-21 | 2015-05-27 | 南京富岛信息工程有限公司 | 基于arm架构的opc嵌入式远程数据采集系统及方法 |
| US8997186B2 (en) * | 2013-01-24 | 2015-03-31 | General Electric Company | System and method for enhanced control system security |
| US20140364970A1 (en) * | 2013-06-07 | 2014-12-11 | General Electric Company | System and method for application development and deployment |
| CN204143226U (zh) * | 2013-12-20 | 2015-02-04 | 武汉钢铁(集团)公司 | 一种生产线数据采集系统 |
| WO2015104691A2 (en) * | 2014-01-13 | 2015-07-16 | Brightsource Industries (Israel) Ltd. | Systems, methods, and devices for detecting anomalies in an industrial control system |
| US9100424B1 (en) * | 2014-07-10 | 2015-08-04 | Real Innovations International Llc | System and method for secure real-time cloud services |
| US9660994B2 (en) * | 2014-09-30 | 2017-05-23 | Schneider Electric USA, Inc. | SCADA intrusion detection systems |
-
2015
- 2015-12-18 BR BR112017020503-3A patent/BR112017020503B1/pt active IP Right Grant
- 2015-12-18 WO PCT/EP2015/080559 patent/WO2016155856A1/en active Application Filing
- 2015-12-18 JP JP2018500851A patent/JP6577128B2/ja active Active
- 2015-12-18 US US15/562,273 patent/US10649414B2/en active Active
- 2015-12-18 RU RU2017134118A patent/RU2674758C1/ru active
- 2015-12-18 TR TR2019/06512T patent/TR201906512T4/tr unknown
- 2015-12-18 WO PCT/EP2015/080573 patent/WO2016155857A1/en active Application Filing
- 2015-12-18 US US15/562,276 patent/US10620592B2/en active Active
- 2015-12-18 JP JP2018500850A patent/JP6548807B2/ja active Active
- 2015-12-18 RU RU2017134115A patent/RU2674756C1/ru active
- 2015-12-18 EP EP15817814.5A patent/EP3275215B1/en active Active
- 2015-12-18 BR BR112017020469-0A patent/BR112017020469B1/pt active IP Right Grant
- 2015-12-18 EP EP15817812.9A patent/EP3275214B1/en active Active
- 2015-12-18 TR TR2019/06576T patent/TR201906576T4/tr unknown
- 2015-12-18 CN CN201580078935.4A patent/CN107567604B/zh active Active
- 2015-12-18 CN CN201580078982.9A patent/CN107548475B/zh active Active
-
2017
- 2017-09-26 ZA ZA2017/06477A patent/ZA201706477B/en unknown
- 2017-09-26 ZA ZA2017/06475A patent/ZA201706475B/en unknown
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EA007346B1 (ru) * | 2003-03-18 | 2006-08-25 | Шлюмбергер Текнолоджи Б.В. | Система распределенного управления |
| US20080133030A1 (en) * | 2006-10-26 | 2008-06-05 | Yokogawa Electric Corporation | Process control system |
| US20090210071A1 (en) * | 2007-10-01 | 2009-08-20 | Agrusa Russell L | Operational process control data server |
| WO2009112130A1 (de) * | 2008-03-11 | 2009-09-17 | Sew-Eurodrive Gmbh & Co. Kg | Vorrichtung zur steuerung einer anlage und verfahren zur einrichtung und bedienung der steuerung einer anlage |
| US20110016514A1 (en) * | 2009-07-17 | 2011-01-20 | Phil De Carlo | Methods for monitoring and control of electronic devices |
| US20120290105A1 (en) * | 2010-01-13 | 2012-11-15 | Thomas Balint | Method for operating, monitoring and/or configuring an automation system of a technical plant |
| RU98261U1 (ru) * | 2010-03-15 | 2010-10-10 | Ильдар Миннеахматович Гилязетдинов | Адаптируемый программно-технический комплекс для автоматизации технологических процессов спиртовых заводов |
| US20130006390A1 (en) * | 2011-06-30 | 2013-01-03 | General Electric Company | Systems and methods for function block instantiation |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016155856A1 (en) | 2016-10-06 |
| BR112017020469B1 (pt) | 2023-10-17 |
| RU2674756C1 (ru) | 2018-12-13 |
| EP3275215B1 (en) | 2019-02-13 |
| CN107567604B (zh) | 2020-01-03 |
| BR112017020503A2 (pt) | 2018-07-03 |
| CN107548475A (zh) | 2018-01-05 |
| EP3275214A1 (en) | 2018-01-31 |
| JP2018515865A (ja) | 2018-06-14 |
| US20180314215A9 (en) | 2018-11-01 |
| US10649414B2 (en) | 2020-05-12 |
| JP2018515866A (ja) | 2018-06-14 |
| JP6548807B2 (ja) | 2019-07-24 |
| ZA201706475B (en) | 2019-01-30 |
| CN107548475B (zh) | 2020-04-14 |
| BR112017020469A2 (pt) | 2018-07-03 |
| CN107567604A (zh) | 2018-01-09 |
| ZA201706477B (en) | 2019-01-30 |
| EP3275215A1 (en) | 2018-01-31 |
| WO2016155857A1 (en) | 2016-10-06 |
| US20180088548A1 (en) | 2018-03-29 |
| TR201906512T4 (tr) | 2019-05-21 |
| BR112017020503B1 (pt) | 2023-10-24 |
| TR201906576T4 (tr) | 2019-05-21 |
| US20180088541A1 (en) | 2018-03-29 |
| US10620592B2 (en) | 2020-04-14 |
| JP6577128B2 (ja) | 2019-09-18 |
| EP3275214B1 (en) | 2019-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2674758C1 (ru) | Способ и система для управления процессом установки в сети "машина-машина" на основе opc-ua | |
| US11227080B2 (en) | Industrial automation information contextualization method and system | |
| EP3285127B1 (en) | Remote industrial automation site operation in a cloud platform | |
| EP3037901B1 (en) | Cloud-based emulation and modeling for automation systems | |
| Lins et al. | Industry 4.0 Retrofitting | |
| EP2924562B1 (en) | Multiple controllers configuration management interface for system connectivity | |
| US7912560B2 (en) | Module and controller operation for industrial control systems | |
| EP2530546B1 (en) | Systems and methods for foundation fieldbus alerts | |
| US20150019191A1 (en) | Industrial simulation using redirected i/o module configurations | |
| EP3002649B1 (en) | Industrial simulation using redirected i/o module configurations | |
| Nicolae et al. | Node-red and opc ua based lightweight and low-cost historian with application in the water industry | |
| Rupprecht et al. | Concepts for retrofitting industrial programmable logic controllers for industrie 4.0 scenarios | |
| Tietz et al. | Development of an internet of things gateway applied to a multitask industrial plant | |
| Vikas et al. | Implementing SCADA System by Using Rexroth WinStudio for Automated Industrial Process | |
| Ciccozzi et al. | Integrating wireless systems into process industry and business management | |
| Bajer | Control systems integration using OPC standard | |
| Quintanova | Hybrid System of Distributed Automation | |
| Geylani | Remote control using fuzzy logic |