330103-00-08-10-02-00 Сделать автоматическую пирамиду более проникающей
Независимо от того, является ли промышленность 4.0, сеть промышленных товаров или связь между машинами, необходимо использовать подходящие критерии для объединения систем и продуктов. В связи с этим эксперты часто ссылаются на автоматизированную пирамиду: по определению, она может охватывать базовые, технические, полевые, контрольные и процессорные уровни, а также верхушку пирамиды — управление производственной деятельностью. Для обмена данными между слоями используются различные кривые: машины и оборудование, использующие такие кривые, как IO-Link, PROFINET /IP, Ethernet/IP, EtherCAT или Ethernet TCP/IP, которые затем передаются на уровень управления, но не имеют прямого пути к верхнему этажу автоматизированной пирамиды. Это связано с тем, что операционные шины не могут расширяться до облаков, а такие протоколы, как MQTT, не могут общаться с полевыми слоями. OPC UA framework (UA — единая архитектура) может преодолеть этот разрыв. Сенсор аутентификации OPC UA может дать пользователям больше возможностей.
От места преступления до облаков
В настоящее время нет универсальных стандартов, позволяющих напря330103-00-08-10-02-00 мую взаимодействовать между всеми машинами, оборудованием и серверами на всех уровнях. Это объясняется тем, что протокол должен удовлетворять специфические требования соответствующего уровня, но использовать протокол, который не может воспроизвести всю информацию. В любом случае, машина и оборудование генерируют огромное количество ценных данных. Однако, как правило, данные не могут быть доступны и проанализированы непосредственно на уровне оценки данных, в то время как OPC UA может создать для них соединение. Стандарт является не протоколом, а рамой или набором технологий. Основной принцип: OPC UA использует информационную модель для определения передачи данных. Этот стандарт позволяет управлять доступом на уровне связи и определяет протокол обмена данными. Таким образом, уровни автоматизированных пирамид, которые в настоящее время находятся в изоляции друг от друга, могут стать более проникающими и трансформироваться в открытую архитектуру сети. OPC UA — свободный источник, не связанный с производителями и программами.
Быстрый конфигурация
Для того чтобы осуществить обмен данными между всеми автоматизированными пирамидами, необходимо систематически подготовить и предоставить все данные. Даже если бы были определены критерии связи, были бы установлены ограничения: устройство выводило бы цифровые сигналы, а приемник должен был бы использовать метаданные, и таким образом он должен был бы правильно проанализировать такие цифровые сигналы (например, использовать устройство). Здесь могут работать информационные модели архитектуры OPC. Модель описывает связывающее устройство как различные объекты в сети. Первый шаг — связь между узлами управления. Второй шаг — определение стандартных атрибутов, что является минимальным требованием для идентификации устройства в сети. Кроме того, определяются некоторые особые атрибуты, такие как функции и операции машин. Это создало бы структуру, которую можно автоматически читать, с тем чтобы можно было читать и анализировать данные с помощью других сертифицированных устройств OPC UA. Практичность заключ330103-00-08-10-02-00 ается в Том, что промышленные стандарты доступны мгновенно, и производитель не должен создавать спецификации с нуля для каждого устройства. Эти спецификации иллюзируют определение стандарта для одномерного считывателя кода и его значения и события. Архитектура OPC предоставляет файлы для загрузки в форматах PDF и XML. Это означает, что спецификации можно читать в машинном режиме, и они не требуют ручной передачи.
Тип информации, хранящийся в модели данных устройства:
Данные для идентификации сетевого устройства
Данные процессов и события (например, считывание результатов сканера, начало/прекращение команд)
Качественные данные (например, успешное или неудачное чтение на сканере)
Таким образом, опк может предоставить существенное преимущество в развертывании. Например, после того, как контрольный слой понимает сигнал, система автоматически обнаружит свойства оборудования (AutoID). Таким образом можно добиться невероятно быстрой интеграции систем. Кроме того, можно было бы централизованно зафиксировать сигнализацию в отдельных устройствах, а также сообщения об ошибках и статусах и оценить их стандартно, таким образом, работа по системному обслуживанию также была бы упрощена.