2. Проектирование участков. Участки состоят из технологиче­ских агрегатов. При этом если они типовые, то разработчик пе­реносит их из библиотеки, которая всегда находится в памяти компьютера в составе палитры элементов. Если встретился нети­повой агрегат, то следует создать модель этого агрегата в виде де­рева объекта: настроить свойства, включить в его состав библио­течные насосы, задвижки, клапана, датчики, а затем перенести его в библиотеку, чтобы использовать в дальнейшем как типовой агрегат.

3. Создание списка входов/выходов элемента дерева объекта.

Для типовых элементов он уже существует, для нетиповых его следует создавать путем размножения единственных входа/выхода до нужного количества. В обоих случаях приходится устанавли­вать мышкой связи с входами/выходами ОРС-серверов, включен­ными в состав дерева системы первыми разработчиками, или с входами/выходами других объектов.

2. Настройка объектов. Для типовых элементов она не нужна, так как была сделана раньше. Однако, если в создаваемой систе­ме имеются особенности, типовой элемент можно и подправить, а сохранять ли его в библиотеке, можно решить потом и занести его туда как модификацию исходного элемента под новым име­нем.

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

Для второго разработчика, как и для первого, нужно сделать всего четыре шага — и проект готов.

Здесь принципиально следует обратить внимание на несколь­ко моментов.

1. Экран разработчика всегда один, нет никаких подсистем и модулей, всего четыре зоны: два дерева — системы и объекта, пе­речень типовых элементов и набор закладок. В режиме РВ этот же экран доступен для модификации конфигурации в режиме on-line или для навигации по объекту в целях просмотра его до­кументов: мнемосхем, журналов сообщений, рапортов и т. д.

369

При работе с элементом дерева системы или с объектом из дерева объекта схема работы всегда одна: связи и вставка новых элементов осуществляются мышкой, а настройка — с помощью индивидуального набора закладок, который появляется при пози­ционировании на любом из элементов деревьев. Например, для объекта это закладки «вид», «сообщения», «тренды», «архивы», «рапорты», «журналы», «описание» и др. При появлении у пакета новой подсистемы у объекта появится полнофункциональный

24- 4869

графический редактор. Если получится скученно, то можно раз­вернуть на весь экран. Если встать на закладку «описание» и на­жать кнопку, то откроется MS Word. Можно зайти на закладку «другие документы» и открыть на ней любую программу. Глав­ное — результат, а он в том, что созданный документ «прилепля­ется» к объекту и сопровождает его жизнь в проекте как при разработке, документировании, так и в режиме РВ.

2. Чтобы объект стал типовым для всех проектов, достаточно перенести его в библиотеку. Единственное, что при этом про­изойдет, — разрыв связей, но, так как все входы/выходы сохрани­лись и сосредоточены в одном месте, создать новые можно за несколько минут. Все мнемосхемы, сообщения, архивы, рапорты и т. п. корректировать не придется — они останутся без измене­ний.

Так как разработчик может работать одновременно с несколь­кими проектами в одном сеансе, то перенести объект из одного проекта в другой можно простым копированием посредством за­кладки «карман» (Clipboard).

2. Из дерева можно перевести объект не толькЬ в библиоте­ку, но и в закладку мнемосхемы. Например, имеет место в дере­ве объект «химический реактор», обвязанный различным обору­дованием: включены в него насосы и задвижки, клапаны и дат­чики. Открываем мнемосхему реактора и устанавливаем в нее насос. На мнемосхеме появится изображение насоса — это будет «живой» объект. Он меняет свое поведение на экране в соответ­ствии с изменением входов, принадлежащих насосу в дереве объ­екта, по щелчку одной кнопкой мыши на насосе будет откры­ваться окно управления им, а по щелчку другой кнопки — его индивидуальная мнемосхема или список сообщений. Все это не надо создавать и настраивать, это свойства объекта «насос», соз­данного тем же разработчиком ранее или кем-то до него.

Четвертый принципиальный момент — наследование. Каж­дый объект принадлежит какому-то одному компьютеру — живет на нем. Это не значит, что он доступен операторам других ком­пьютеров. Просто от настроек именно этого компьютера мнемо­схемам объекта при вызове становится известен размер и разре­шение экрана, а сменным рапортам — расписание смен и т. д. Изменив какие-либо настройки объекта, можно изменить анало­гичные настройки всех подчиненных ему объектов сверху донизу. Все это — компоненты последовательного объективного подхода. Они многократно ускоряют разработку системы и повышают ее надежность, упрощают пользовательский интерфейс и со време­нем превращают процесс создания новой АСУТП в процесс ее быстрой сборки из готовых компонентов.

9.6. ОРС-СЕРВЕРЫ

Стандарт ОРС довольно часто востребован в области разра­ботки драйверов связи SCADA-пакетов с внешними устройства­ми ввода/вывода.

Фирма Ин-Сат разработала з^есь собственный инструмента­рий. Она эффективно стала разрабатывать ОРС-серверы и смогла придать им в сравнении с другими дополнительную функцио­нальность, включающую:

1. Удобный ЧМИ, в котором настройка свойств контролле­ров, групп и переменных проводится не во всплывающих диало­гах, а на постоянно доступных на экране страницах свойств.

2. Механизм наследования свойств, позволяющий, например, задать контроллеру или группе в целом период опроса и при не­обходимости изменять его для конкретной переменной.

3. Отладочный сервер — окно и сохраняемый в файле журнал трассировки передаваемых и принимаемых пакетов данных, а также окно и журнал сообщений от драйвера обмена с контрол­лером.

4. Перевод значений, получаемых от контроллера, в техниче­ские единицы в необходимом формате данных.

5. Необходимый для отладки или создания демосистем режим имитации значений некоторых или всех переменных, изменяю­щихся по некоторым законам: синусоидальному, пилообразному, случайных значений, импульсному (от мультивибратора) и др.

6. Поле комментария для документирования процесса разра­ботки.

7. Выбор единицы измерения для удобства просмотра пере­менных в режиме РВ.

8. Импорт списков переменных из систем программирования контроллеров.

Фирма Ин-Сат разработала также ОРС-серверы для обмена данными с контроллером Ломиконт, для связи с АРМ, работаю­щими под управлением SCADA-пакета VNS, и для работы с PC-совместимыми контроллерами, запрограммированными с по­мощью системы MicPlus. Фирма в принципе разрабатывает лю­бые ОРС-серверы.