Информационная модель OPC UA

Серверы OPC UA включают две основные категории информации: типы и экземпляры.

Когда мы говорим об информационных моделях, мы обычно говорим о различных определениях типов. Например, общие модели для всех устройств (OPC UA для устройств (DI)) или конкретные модели для определенных типов устройств (OPC UA для устройств-анализаторов (ADI) и т. Д.). Типы определяют общие структуры для объектов: например, когда вы сталкиваетесь с объектом типа «спектрометр», вы знаете, какую структуру ожидать от него. Типы часто фиксированы, и когда они стандартизированы, они не должны меняться. Если вы определяете свои собственные типы, которые могут быть специализациями стандартных типов, у вас, конечно, будет немного больше гибкости.

Теперь, если вы хотите смоделировать целую производственную площадку, вы должны создать схему и расположение реальных экземпляров: например, «Спектрометр 1» внутри «Лаборатории» и «Сосуд 13» внутри «Производственного зала B». Эта модель обычно более динамична и может изменяться при изменении планировки объекта.

По указанным выше причинам мы обычно не моделируем экземпляры в стандартных моделях и не говорим о них так много, как об информационных моделях. Вы могли подумать, что это более или менее конфигурация системы.

Как вы уже поняли, на практике вся система может состоять из различных серверов OPC UA. Возможности каждого сервера различаются, и ваши возможности могут быть ограничены. В идеальном мире все серверы обслуживали бы данные, смоделированные с помощью надлежащих информационных моделей. То есть экземпляры будут следовать структурам стандартных типов или позволять моделировать их своими собственными типами.

С другой стороны, большинство существующих в настоящее время серверов OPC UA просто предоставляют «немоделированные» данные. Это был единственный вариант в OPC Classic, и большинство актуальных серверов OPC UA все еще находятся на том же уровне. Надеемся, что в будущем мы увидим больше серверов OPC UA, которые также смогут использовать в них информационные модели. Или мы можем увидеть рост «Аггерирующих серверов OPC UA», которые позволят вам реконструировать данные в соответствии со стандартными или пользовательскими моделями.

В любом случае, когда вы создаете модели своих систем, я советую вам сконцентрироваться на информации о типе, а затем просто применить ее к фактической модели компоновки вашей системы, используя эти типы.

Чтобы на самом деле ответить на ваш вопрос, я думаю, достаточно, если вы просто создадите модель, которая вам нужна в своей системе, поскольку вы, вероятно, не можете хорошо распространить ее на фактические серверы OPC UA в настоящий момент. Но, конечно, было бы лучше, если бы вы могли применить модели и к конкретным серверам.