ЖУРНАЛ СТА №3/2023

чён к станции (OPC-серверу). Контрол- лер предназначен для управления тех- нологическим процессом нагрева воды. Задача: разработать соответствующую информационную модель котельного оборудования, которая будет поддер- живаться OPC-сервером и использо- ваться OPC-клиентом. Дополнитель- ным условием является то, что обору- дование может меняться в процессе эксплуатации. Разработка архитектуры решения Если использовать OPC UA как «клас- сический» OPC, тогда информационная модель просто будет содержать все имеющиеся сигналы ввода-вывода с до- ступом на чтение и запись, чтобы OPC- клиент мог управлять оборудованием напрямую. Но это будет плохим реше- нием. Если поменяется оборудование, то потребуется вносить изменения и в информационную модель, и в управ- ляющий алгоритм контроллера. Под- держивать такое решение будет край- не сложно. Объектно-ориентированный подход позволяет эффективно бороться со сложностью информационной модели. Задача, которую преследует разработ- чик объектно-ориентированной систе- мы, – создать иллюзию простоты у пользователя этой системы [2]. В на- шем случае пользователем является управляющий алгоритм контроллера. В управляющем алгоритме можно выделить две части: одна отвечает за управление оборудованием (драйвер- ная часть), другая – за высокоуровневое управление технологическим процес- сом (технологическая часть). Драйвер- ная часть зависит только от оборудова- ния, технологическая часть, наоборот, вообще не зависит от оборудования, а зависит только от особенностей тех- нологического процесса. Как непосред- ственно управлять котлом, решается на уровне его драйвера. Задачи более высокого уровня решаются технологи- ческим алгоритмом. Это, например, мо- жет быть задача термостатирования или нагрева по заданному графику. Также на этом уровне определяются за- кон регулирования, уставки, настрой- ки коэффициентов регулятора и т.д. Замена оборудования будет приво- дить только к изменению драйверной части. А доступ к оборудованию обес- печивает OPC-сервер. В таком случае хорошим декомпозиционным решени- ем будет оставить в контроллере толь- ко технологическую часть алгоритма (далее – технологический алгоритм), а драйверную часть (далее – алгоритм драйвера) перенести на OPC-сервер. Такое разделение обеспечит относи- тельную независимость технологиче- ского алгоритма в контроллере и алго- ритма драйвера на OPC-сервере. OPC- сервер будет предоставлять полноцен- ный сервис для работы с оборудовани- ем. В итоге при смене оборудования не потребуется вносить изменения в тех- нологический алгоритм контроллера. Потребуется внести изменения только на OPC-сервере. Если информационная модель будет иметь хорошую архитек- туру, то эти изменения будут незначи- тельными. Такое решение будет легко поддерживать. Теперь возникает задача ООП инфор- мационной модели котельного обору- дования, предоставляющей некоторый сервис. OPC-сервер должен обеспечи- вать иллюзию простоты работы с обо- рудованием для OPC-клиента. СТА 3/2023 53 www.cta.ru НОУ - ХАУ До 30 кВт двунаправленной энергии в небольших приборах Новые источники питания EA-PSB с наивысшей удельной мощностью на рынке • 2 в 1: программируемый источник питания и электронная нагрузка в одном приборе • Двунаправленная мощность с автодиапазонным выходом • Полностью цифровой контроль и управление (U, I, P, R) • КПД до 96% • Опциональное герметичное водяное охлаждение • Установленные интерфейсы (аналоговый, LAN, USB) • Слот Anybus для установки дополнительных интерфейсов • Моделирование (батареи, PV, FC), встроенный генератор функций • Мощность 1,5; 3; 5; 10; 15 и 30 кВт, ширина 19“, высота от 2U до 4U ОФИЦИАЛЬНЫЙ ДИСТРИБЬЮТОР