1.1.2 Принципы построения современных интегрированных систем
Современные интегрированные системы управления производством, в соответствии с рисунком 1.1.1, строятся по принципу пирамиды и охватывают весь цикл работы предприятия от систем управления нижнего уровня до систем управления предприятием в целом.
Современные программно-технические комплексы реализуют две функции.
Сначала с помощью программного пакета проектируется система управления, т. е. на экране станции оператора-диспетчера создается мнемосхема технологического процесса, отображаются контуры контроля и регулирования, создается база данных, задаются предельные значения параметров (так называемые «алармы»), конфигурируются тренды и т. д.
Затем к спроектированной на компьютере системе подключается технологический объект, оборудованный средствами автоматизации (датчиками, исполнительными устройствами, контроллерами), и система начинает выполнять функции управления технологическим процессом.
Именно такие системы принято называть интегрированными системами проектирования и управления.
Рисунок 1.1.1 – Архитектура современной интегрированной системы проектирования и управления
Интегрированная система (ИС) включает в себя шесть уровней [11] и объединяет все уровни управления предприятием. Современная ИС позволяет объединять уровни АСУТП и АСУП (автоматизированные системы управления предприятием) в едином проекте и предоставляет единую среду для их разработки.
На первом уровне (уровне датчиков и исполнительных механизмов, расположенных непосредственно на технологических объектах) аналоговый интерфейс 4-20 мА (0-5 мА) в настоящее время заменяется коммуникационной технологией, объединяющей датчики, исполнительные механизмы и контроллеры в единую цифровую сеть – Fieldbus (полевая шина или промышленная сеть).
Это позволяет большое число 2-, 3-, 4-проводных линий связи, идущих от множества датчиков и исполнительных механизмов к каналам ввода-вывода контроллеров, заменить на один «малопроводной» кабель. К приборам первого уровня по этому кабелю может передаваться также и электропитание. Все это дает серьезный выигрыш в стоимости. Кроме того, каждое устройство этого уровня оснащается самостоятельным вычислительным ресурсом и может выполнять функции управления, самонастройки и самодиагностики, что упрощает обслуживание контрольно-измерительных приборов (КИП), снижает нагрузку на управляющие вычислительные устройства верхних уровней, делает систему более распределенной [11].
В настоящее время отсутствует единый международный стандарт для сетей Fieldbus. Наиболее популярными являются протоколы обмена Profibus DP, Foundation Fieldbus и Interbus. В качестве протокола для сетей на основе простого последовательного порта общепризнан открытый протокол Modbus, разработанный фирмой Modicon (США) в 1979 г. В марте 1998 г. компания Schneider Electric (Франция) продемонстрировала использование сети Ethernet на уровне сетей Fieldbus [4, 11].
На втором уровне находятся устройства связи с объектом (УСО), принимающие и выдающие на объект группу аналоговых и дискретных сигналов и связанные через различные адаптеры с Fieldbus, программируемыми логическими контроллерами (ПЛК или PLC) и индустриальными компьютерами (ИК). Устройства второго уровня являются безынициативными, работают под управлением ПЛК или ИК и располагаются вблизи с объектом управления. За счет использования этих УСО снижаются затраты на монтаж и кабельную связь.
На третьем уровне находятся промышленные ПЛК (Ремиконт, Modicon и др.) и SoftPLC (микроРС и др.). Контроллеры типа SoftPLC (свободно программируемые контроллеры) имеют IBM PC совместимую архитектуру. Для программирования PLC и SoftPLC Международный электротехнический комитет (МЭК, или IEC) принял стандарт IEC-61131/3, который описывает пять языков программирования: язык лестничных диаграмм или релейно-контактных схем (LD – Ladder Diagram); язык инструкций (IL – Instruction List); язык функциональных блоковых схем (FBD – Function Block Diagram); язык последовательных функциональных блоков (SFC – Sequential Function Chart); язык структурированного текста (ST – Structured Text). Связь между контроллерами и станциями управления верхнего уровня осуществляется по сети Ethernet, выполненной в промышленном варианте (Industrial Ethernet).
На рынке промышленной автоматизации все большим спросом пользуются встраиваемые в персональные компьютеры (ПК) модули, позволяющие непосредственно к компьютеру подключать датчики и исполнительные механизмы. Это направление получило название “PC-based Control” («Управление на базе ПК»).
Промышленные компьютеры представляют собой, как правило, программно-совместимые с обычными ПК машины, адаптированные для жестких условий эксплуатации – для установки на производстве, в цехах, на газокомпрессорных станциях и т. д. В качестве устройств сопряжения с объектом управления они комплектуются дополнительными платами (адаптерами) расширения. Для объектов управления, имеющих небольшое число входов-выходов, невысокие требования по надежности и по обеспечению режима реального времени, подход PC-based Control с экономической точки зрения предпочтителен, так как уменьшаются затраты на аппаратные средства [1, 2, 11].
На четвертом уровне располагаются станции в виде IBM PC совместимых промышленных компьютеров, которые обеспечивают диспетчеризацию технологического процесса и реализуют принцип безщитовой автоматики. Основу ПО этого уровня составляет SCADA-программа, состоящая из инструментального и исполнительного комплекса. Инструментальный комплекс предназначен для разработки конкретного ПО автоматизированных рабочих мест (АРМ) технолога, оператора, диспетчера и др. Исполнительный комплекс реализует разработанное ПО в определенной операционной среде.
Доминирующей операционной системой для АСУ ТП верхнего уровня является Windows NT. Стандартным механизмом взаимодействия программного обеспечения АСУ ТП признан стандарт ОРС (OLE for Process Control), который основан на объектной модели COM/DCOM фирмы Microsoft (США). OPC представляет собой открытый стандарт программного интерфейса для связи устройств и программного обеспечения в области промышленной автоматизации. Поддержка OPC позволяет пользователям связывать устройства и программы, производители которых никогда не тестировали взаимодействие своих продуктов. Рост популярности OPC привел к появлению многочисленных версий этого стандарта, обладающих разнообразной и зачастую излишней функциональностью.
На пятом уровне в иерархии ИС присутствует промежуточная группа систем, называемая MES (Manufacturing Execution Systems) – система управления производством. В интегрированных системах управления предприятием она располагается на уровне между системами SCADA и ERP (Enterprise Resource Planning). Эта группа возникла вследствие обособления задач, не относящихся к ранее определенным группам SCADA и ERP. К системам MES принято относить приложения, отвечающие:
за управление производственными и людскими ресурсами в рамках технологического процесса;
планирование и контроль последовательности операций технологического процесса;
управление качеством продукции;
хранение исходных материалов и произведенной продукции по технологическим подразделениям;
техническое обслуживание производственного оборудования;
связь систем SCADA и ERP.
Одна из причин возникновения таких систем – попытка выделить задачи управления производством на уровне технологического подразделения. Но очень быстро выявились недостатки разделения задач планирования и управления производством на два уровня. Опыт показал, что информационная база этих задач должна быть единой.
Использование клиент-серверной технологии позволяет разделить клиентские части задач управления и планирования производства на два уровня: предприятия и цеха. В этом случае можно использовать общие серверы базы данных и приложений, а клиентские места распределить по цехам и заводоуправлению.
Другая причина появления систем MES – это отделение в АСУТП тактических задач оперативного управления технологическими процессами от стратегических задач ведения процесса в целом. В частности, в химической, металлургической, пищевой, фармацевтической и некоторых других отраслях промышленности можно выделить задачи управления технологическими последовательностями (batch control). Их суть заключается в обеспечении выпуска продукции в нужном объеме с заданными технологическими характеристиками при наличии возможности перехода на новый вид продукции. Отделились от АСУТП и задачи ведения архива значений технологических переменных с возможностью восстановления производственных ситуаций прошедших периодов и анализа нештатных ситуаций. Появились программы обучения технологического персонала и оптимизации ведения технологических процессов.
На шестом уровне располагается ERP-система. Современная АСУ ТП обязательно должна предусматривать информационную связь с корпоративными системами управления предприятием – уровнем АСУП (в современной терминологии ERP-система (Enterprise Resource Planning) – планирование ресурсов предприятия или MRP-системы (Manufacturing Resource Planning) – планирование ресурсов производства). Системы ERP ориентированы на предприятие в целом, a MRP – на его технологические подразделения.
Современная ИС оперирует огромными объёмами информации. Для ее хранения и обработки в состав ИС обязательно входит система управления базами данных (СУБД). Особенность работы с технологическими данными заключается в том, что необходимо сохранять большие объёмы информации в реальном времени. Для этих целей используется промышленная СУБД реального времени. Кроме того, предусмотрена интеграция с реляционными СУБД и иными приложениями на основе редактора SQL-запросов.
Приступая к разработке специализированного прикладного ПО для создания системы управления, разработчик (системный интегратор, конечный пользователь) обычно выбирает один из следующих путей:
1) программирование с использованием «традиционных» средств (классические языки программирования, стандартные средства отладки и пр.);
2) применение существующих, готовых COTS (Commercial Of The Shelf) инструментальных проблемно-ориентированных средств.
Конечно, качественное, хорошо отлаженное прикладное ПО, написанное высококвалифицированным программистом специально для некоторого проекта, является наиболее оптимальным. Однако следующий проект программист вынужден выполнять опять практически с нуля. Для сложных распределенных систем процесс их создания становится недопустимо длительным, а затраты на их разработку неоправданно высокими. В условиях все более возрастающей доли прикладного ПО в затратах на создание конечной системы и, соответственно, все более ужесточающихся требований к интенсификации труда программистов вариант с непосредственным программированием относительно привлекателен лишь для простых систем или небольших фрагментов большой системы, для которых нет стандартных решений (не написан, например, подходящий драйвер) или они не устраивают по тем или иным причинам в принципе. В любом случае процесс разработки собственного прикладного ПО важно упростить, сократить временные и прямые финансовые затраты на разработку прикладного ПО, минимизировать затраты труда высококлассных программистов, по возможности привлекая к разработке специалистов-технологов в области автоматизируемых процессов.
Логика развития современного бизнеса в части разработки прикладного ПО для систем управления требует использования все более развитых инструментальных средств типа SCADA-систем. Разработка современной SCADA-системы требует больших вложений и выполняется в длительные сроки. Именно поэтому в большинстве случаев разработчикам управляющего прикладного ПО, в частности прикладного ПО для АСУ ТП, представляется целесообразным идти по второму пути, приобретая, осваивая и адаптируя какой-либо готовый, уже апробированный, универсальный инструментарий.
ГЛАВА 2. ФУНКЦИИ И СТРУКТУРЫ ИНТЕГРИРОВАННЫХ СИСТЕМ
2.1 ТРЕБОВАНИЯ К ИНТЕГРИРОВАННЫМ СИСТЕМАМ УПРАВЛЕНИЯ
2.1.1 Эксплуатационные характеристики SCADA-систем
Эксплуатационные характеристики SCADA-системы имеют большое значение, поскольку от них зависят скорость освоения продукта и разработки прикладных систем. Они, в конечном итоге, отражаются на стоимости реализации проектов [11].
Надежность
Все успешно работающие системы обеспечивают контроль и управление, включая графический интерфейс оператора, обработку сигналов тревог, построение графиков, отчетов и обмен данными. Эти возможности способствуют улучшению эффективности работы предприятия и, следовательно, увеличению прибыли. Однако при разработке таких систем часто упускается из вида один существенный аспект – что произойдет, если какой-либо элемент аппаратуры выйдет из строя?
Локальная в соответствии с рисунком 2.1.1 и распределенная в соответствии с рисунком 2.1.2 АСУ ТП имеют одну общую особенность. Обе системы полностью выйдут из строя, если всего в одном компоненте системы (компьютере, соединенном с контроллерами или сетью контроллеров) возникнет неисправность.
Рисунок 2.1.1 – Локальная АСУ ТП
Большинство современных компьютеров обеспечивают хорошие показатели надежности, но, тем не менее, они также выходят из строя, особенно при эксплуатации в жестких производственных условиях. Если какие-либо компоненты производственного процесса (или весь процесс) являются критически важными или стоимость остановки производства очень высока, возникает необходимость построения резервируемых систем. В системах, обеспечивающих резервирование, выход из строя одного компонента не влечет за собой остановку всей системы.
SCADA-системы поддерживают реализацию резервирования большинства компонентов как вследствие особенности архитектуры, так и из-за наличия встроенных механизмов автоматического резервирования (Citect, iFIX, TRACE MODE).
Распределение процессов управления и контроля по нескольким компьютерам, объединенным в локальную сеть, позволяет увеличить эффективность и скорость работы всей системы. В простой системе компьютер, соединенный с промышленным оборудованием, становится сервером, предназначенным для взаимодействия с контроллерами, а компьютеры в локальной сети – с клиентами в соответствии с рисунком 2.1.3.
Рисунок 2.1.2 – Распределенная АСУ ТП
Когда клиенту требуются данные для отображения, он запрашивает их у сервера и затем обрабатывает локально. Для обеспечения резервирования в систему может быть добавлен второй (резервный) сервер в соответствии с рисунком 2.1.4, также предназначенный для взаимодействия с промышленным оборудованием. Если основной сервер выходит из строя, запросы клиентов автоматически направляются к резервному серверу. Резервный сервер не должен при этом полностью дублировать работу основного, поскольку в этом случае оба сервера взаимодействуют с контроллерами, удваивая нагрузку на промышленную сеть и, следовательно, сокращая общую производительность.
Рисунок 2.1.3 – Клиент-серверная архитектура простой системы
В клиент-серверной архитектуре при наличии дублированных серверов ввода-вывода можно легко реализовать поддержку постоянной связи с промышленными устройствами, а также обеспечить сохранность и непрерывность данных тревог и графиков в случае возникновения неисправности. Это может быть обеспеченно путем разделения функций сервера на четыре задачи:
обеспечение ввода-вывода;
формирование сигналов тревоги;
отображение графиков;
составление отчетов.
Рисунок 2.1.4 – Встроенный механизм автоматического резервирования
Каждая из этих задач поддерживает свою базу данных независимо от других задач, так что можно дублировать каждую задачу в отдельности. Например, можно обеспечить параллельное исполнение задач отображения графиков на разных серверах в отличие от архитектуры основной/резервной, используемой для серверов ввода-вывода.
- Глава 1. Основные понятия интегрированной системы 14
- Глава 2. Функции и структуры интегрированных систем 20
- Глава 3. Взаимосвязь процессов проектирования, подготовки производства и управления производством 45
- Глава 4. Математическое, методическое и организационное обеспечение, программно-технические средства для построения интегрированных систем проектирования и управления 73
- Глава 5. Scada-системы, их функции и использование для проектирования автоматизированных систем управления, документирования, контроля и управления сложными производствами отрасли 217
- Глава 6. Примеры применяемых в отрасли scada-систем 335
- Глава 7. Пример проекта системы управления в trace mode 6 346
- Список сокращений
- Введение
- Глава 5. Scada-системы, их функции и использование для проектирования автоматизированных систем управления, документирования, контроля и управления сложными производствами отрасли
- Глава 6. Примеры применяемых в отрасли scada-систем
- Глава 1. Основные понятия интегрированной системы
- 1.1 Управление производством на основе интегрированных систем проектирования и управления
- 1.1.1 Определение интегрированной системы проектирования и управления
- 1.1.2 Принципы построения современных интегрированных систем
- Удобство использования
- Наличие и качество технической поддержки
- Оценка стоимости инструментальных систем
- Открытость систем
- Технологии орс
- Аппаратная реализация связи с устройствами ввода-вывода
- Технологии ActiveX
- 2.1.2 Жесткое реальное время для Windows nt
- 2.1.3 Интеграция многоуровневых систем автоматизации
- 2.1.4 Сравнительный анализ и тестирование scada-систем
- 2.1.5 Выводы
- 2.2 Этапы создания и функциональные характеристики систем управления
- 2.2.1 Этапы создания системы диспетчерского контроля и управления
- 2.2.2 Функциональные характеристики scada-систем
- 2.2.3 Функциональные возможности
- 2.2.4 Программно-аппаратные платформы scada-систем
- 2.2.5 Средства сетевой поддержки
- 2.2.6 Встроенные командные языки
- 2.2.7 Поддерживаемые базы данных
- 2.2.8 Графические возможности
- 2.2.9 Тренды и архивы в scada-системах
- 2.2.10 Алармы и события в scada-системах
- Глава 3. Взаимосвязь процессов проектирования, подготовки производства и управления производством
- 3.1 Стандарты управления предприятием: mrp, mrp II, erp, csrp
- 3.2 Семейство стандартов на системы качества
- 3.2.2 Тезисное выражение требований iso-9000
- 3.2.3 Общие положения
- 3.2.4 Проблемы внедрения и развития систем качества
- Разработка процедур
- 3.3 Модули для автоматизации финансово-экономических процессов производства: mes, eam, hrm
- Необходимость внедрения mes
- Обзор функций t-factory mes – модуля для управления производством в реальном времени
- Обзор функций t-factory eam – модуля для управления основными фондами, техническим обслуживанием и ремонтами в реальном времени
- Глава 4. Математическое, методическое и организационное обеспечение, программно-технические средства для построения интегрированных систем проектирования и управления
- 4.1 Нижний уровень интегрированных систем управления
- 4.1.1 Классификация устройств нижнего уровня
- 4.1.2 Концевой выключатель Концевой выключатель двухпозиционный квд-600
- Автоматический концевой выключатель vb,vba
- Концевой выключатель ку-701 у1
- 4.1.3 Интеллектуальный датчик
- Коммуникационный протокол hart
- Датчики давления серии «Метран-100»
- 4.1.4 Устройства hart-коммуникации
- Hart-коммуникатор «Метран-650»
- Hart-модем «Метран-681»
- Конфигурационная программа h-master
- Многопараметрический датчик 3095mv
- 4.1.5 Бесконтактный датчик
- Датчики измерения уровня
- Оптические датчики
- Датчик контроля скорости
- 4.1.6 Исполнительные устройства Привода постоянного тока
- Клапаны электромагнитные для автоматики подогревателей
- Реле защиты трансформаторов
- 4.2 Основные технические характеристики контроллеров и программно-технических комплексов
- 4.2.1 Характеристика процессора
- 4.2.2 Характеристика каналов ввода-вывода контроллеров
- 4.2.3 Коммуникационные возможности контроллеров
- 4.2.4 Эксплуатационные характеристики
- 4.2.5 Программное обеспечение
- 4.3 Стандартные языки программирования контроллеров
- 4.3.1 Общие сведения по языкам программирования контроллеров
- 4.3.2 Инструментальные системы программирования контроллеров
- 4.3.3 Этапы программирования плк в среде Unity Pro xl V.4.0
- 4.3.4 Примеры программы на языках fbd, ld, sfc, st, il Описание условия задачи
- Создание программы на языке fbd
- 4.4 Контроллер modicon m340
- 4.4.1 Общие сведения
- 4.4.2 Процессорные модули
- Структура памяти
- 4.4.3 Модули питания
- 4.4.4 Модули дискретного ввода/вывода
- 4.4.5 Модули аналогового ввода/вывода
- 4.4.6 Счетные модули
- 4.4.7 Модули управления перемещением
- 4.4.8 Сеть Ethernet Modbus/tcp
- 4.4.9 Сетевые модули Ethernet Modbus/tcp
- 4.5 Частотный преобразователь altivar 31h
- 4.6 Протоколы, сети и шины
- Описание
- 4.7 Общее описание операционных систем реального времени
- 4.7.1 Основные понятия
- 4.7.2 Требования, предъявляемые к операционным системам реального времени при проектировании
- 4.7.3 Особенности операционных систем реального времени Процессы, потоки, задачи
- Планирование, приоритеты
- 4.7.4 Прерывания
- 4.7.5 Часы и таймеры
- 4.7.6 Стандарты осрв
- Стандарты безопасности
- 4.7.7 Настраиваемость операционных систем
- 4.8 Характеристики наиболее распространенных операционных систем реального времени
- 4.8.6 Расширения реального времени для Windows nt
- 4.9 Базы данных реального времени
- 4.9.1 Введение
- 4.9.2 Поддержка целостности в классических субд
- Пессимистический подход
- Оптимистический подход
- Сравнение подходов
- 4.9.3 Протоколы управления транзакциями в субд реального времени
- Пессимистический подход
- Оптимистический подход
- Сравнение подходов
- 4.9.4 Системы с устаревшими данными
- 4.9.5 Корректность транзакций
- 4.9.6 Выбор периода для сенсорных транзакций
- 4.9.7 Выбор версии непрерывного объекта
- 4.9.8 Как бороться с перегрузкой системы из-за обилия сенсорных транзакций?
- 4.9.9 Когда обновлять выводимые объекты?
- 4.9.10 Как понизить количество анормальных завершений?
- 4.9.11 Диспетчеризация транзакций
- 4.9.12 Оптимизация под конкретную систему
- Классификация пользовательских транзакций
- Субд реального времени в оперативной памяти
- 4.9.13 Использование сложных моделей транзакций
- Активные базы данных
- Активные базы данных реального времени
- 4.9.14 Атрибуты транзакции
- 4.9.15 Приоритет «непосредственной» транзакции
- 4.9.16 Приоритет «отложенной» транзакции
- 4.9.17 Заключение
- 4.10 Серверы Введение
- 4.10.1 Виды серверов
- Серверы приложений
- Серверы баз данных
- Файл-серверы
- «Беспроводной» сервер
- Прокси-серверы
- Брандмауэры
- Почтовые серверы
- Серверы dhcp
- Серверы ftp
- Принт-серверы
- Серверы удаленного доступа
- Факс-серверы
- Серверные приставки
- 4.10.2 Особенности современных серверов
- Основные требования
- Масштабируемость
- Готовность
- Надежность
- 4.10.3 Особенности архитектуры
- Оценка производительности
- 4.10.4 Серверы ведущих мировых производителей
- Серверы ibm
- 4.10.5 Серверы российского производства
- 4.10.6 Проекты с участием серверов Структуры власти
- Энергетика
- Энергоснабжение
- Образование
- Промышленность
- Деловые услуги
- Глава 5. Scada-системы, их функции и использование для проектирования автоматизированных систем управления, документирования, контроля и управления сложными производствами отрасли
- 5.1 Функции интегрированных систем проектирования и управления
- 5.1.1 Trace mode 6: Интегрированная среда разработки
- Scada-система
- Softlogic: программирование контроллеров
- Eam: средства разработки eam-приложений
- Mes: средства разработки mes-приложений
- Hrm: средства разработки hrm-приложений
- 5.1.3 Исполнительные модули ис trace mode® 6 Монитор реального времени
- Горячее резервирование
- Сервером документирования
- Сервер архива Регистраторы: серверы субд реального времени siad/sql 6
- Серверы документирования trace mode и t-Factory
- Графическая консоль NetLink Light
- Micro trace mode 6: исполнительный модуль для промышленных контроллеров
- Для mes/eam/hrm-приложений
- 5.2 Математическое обеспечение в программном комплексе Trace Mode 6
- 5.2.1 Принцип работы монитора. Канал trace mode 6
- 5.2.2 Обеспечение работы распределенных асу
- 5.2.3 Резервирование
- 5.2.4 Автопостроение
- 5.2.5 Математическая обработка данных
- 5.2.6 Архивирование каналов узла
- 5.2.7 Архивирование каналов проекта
- 5.2.8 Отчет тревог и генерация сообщений
- 5.2.9 Файл восстановления
- 5.2.10 Графический интерфейс оператора
- 5.2.11 Генерация документов (отчетов)
- 5.2.12 Защита проекта, его конвертирование из предыдущих версий trace mode
- 5.3.1 Технология разработки проекта в ис
- 5.3.2 Пример создания проекта
- Создание нового проекта в ис
- Создание структуры проекта в навигаторе
- Конфигурирование и разработка структурных составляющих
- Конфигурирование информационных потоков
- Выбор аппаратных средств асу
- Создание и конфигурирование узлов в слое «Система»
- Распределение каналов по узлам
- Автопостроение каналов
- Сохранение проекта в файл
- Экспорт узлов
- Запуск проекта
- 5.4 Организационное обеспечение: Классификация объектов структуры проекта в Trace Mode 6
- 5.4.1 Классификация компонентов
- Шаблоны
- Источники/Приемники
- Наборы ресурсов и графические объекты
- Последовательные порты
- Словари сообщений
- 5.4.2 Классификация слоев
- 5.4.3 Классификация узлов
- 5.4.4 Назначение групп источников (приемников)
- Группа «pc-based контроллеры»
- Группа «Распределенные усо»
- Группа «Платы ввода-вывода»
- Платы ввода-вывода
- Группа «Терминалы»
- Группа «plc»
- Группа «Диагностика и сервис»
- Группа «Генераторы»
- Группа «Модели»
- 5.4.5 Назначение группы «com-порты»
- 5.4.6 Назначение группы «Словари сообщений»
- 5.4.7 Назначение групп слоя «Библиотеки компонентов»
- 5.4.8 Назначение групп клемм
- 5.4.9 Назначение прочих групп
- Группы ресурсов
- Группы шаблонов
- Группы каналов
- Дополнительные группы структурирования
- 5.5 Структура проекта Trace Mode 6
- 5.5.1 Редактирование структуры проекта
- Меню и главная панель инструментов навигатора проекта
- Управление внешним видом навигатора проекта
- Создание объектов структуры
- Имена и идентификаторы объектов структуры
- Изменение класса канала после его создания
- Выделение объекта структуры
- Удаление объекта структуры
- Копирование и вставка объекта структуры
- Перепривязка каналов и аргументов при копировании, вставке и перемещении объекта базы каналов
- Взаимодействие с технологической бд
- Примеры синхронизации с бд
- Отображение свойств объектов структуры
- 5.5.2 Окно свойств объекта структуры проекта
- Вкладка «Информация»
- Вкладка «Флаги»
- Вкладка «Аргументы»
- Вкладка «Атрибуты»
- 5.6 Описание редакторов trace mode 6
- 5.6.1 Редакторы объектов структуры проекта
- Редакторы каналов
- Редактор словарей сообщений
- Редактор клемм
- 5.6.2 Редакторы источников (приемников)
- Редактор системных переменных trace mode
- Редактор переменной opc
- Редактор переменной opc hda
- Редактор переменной dde
- 5.6.3 Редактор группы шаблонов экранов
- Базовый редактор группы компонентов
- Групповое редактирование строковых атрибутов с инкрементированием
- Групповое редактирование числовых атрибутов с инкрементированием
- Редактор группы «opc-сервер»
- Редактор группы «opc hda сервер»
- Редактор группы каналов слоев «Технология» и «Топология»
- 5.6.4 Вкладки редактора узла
- Задание параметров узла:
- Вкладка «Основные» редактора узла
- Вкладка «Архивы» редактора узла
- Вкладка «Отчет тревог/Дамп/Параметры» редактора узла
- Вкладка «Таймауты» редактора узла
- Вкладка «Дополнительно» редактора узла
- Глава 6. Примеры применяемых в отрасли scada-систем
- 6.1 Vijeo look – система класса «человеко-машинный интерфейс» (hmi)
- 6.1.1 Представление hmi
- 6.1.2 Совместимость приложений Vijeo Look
- 6.1.3 Установка продукта Vijeo Look Установка Vijeo Look и его различных компонентов
- 6.1.4 Основные инструменты Vijeo Look
- 6.1.5 Панели инструментов в Vijeo Look
- 6.1.6 Описание основных функций меню «Вставка»
- 6.1.8 Настройки ofs Конфигуратора
- Глава 7. Пример проекта системы управления в trace mode 6
- 7.1 Проект «автоматизированный участок получения пара с применением электропарогенератора»
- 7.1.1 Описание технологического процесса
- 7.1.2 Создание проекта
- 7.1.2.1 Описание параметров
- 7.1.2.2 Описание графических экранов и программ
- 7.1.2.3 Заполнение базы данных
- 7.1.2.4 Составление схемы переходов
- Список литературы
- 450062, Республика Башкортостан, г. Уфа, ул. Космонавтов, 1
- 453, Республика Башкортостан, г. Стерлитамак,