На какие части делится программное обеспечение ИИС по функциональному назначению?
Алгоритм такого управления по времени.
Алгоритм жесткого последовательного управления по состоянию объекта.
Алгоритм гибкого управления по состоянию объекта.
Задачи повышения надежности систем управления.
Предупредительный и аварийный контроль значений технологических переменных.
Контроль состояния датчиков.
3. Системы автоматизированного проектирования ПО ИС, предназначенных для контроля и диагностики технологических процессов и объектов.
План лекции
1. Автоматизация технологических процессов и требования к ним. 2. Развитие средства программирования систем автоматизации.
3. Основные функции SCADA-систем.
Автоматизация технологических процессов и требования к ним. Современные системы промышленной и лабораторной автоматизации позволяют решать широкий круг задач, которые можно разделить на следующие группы задач, имеющих свои особенности:
автоматизация управления технологическими процессами (АСУ ТП);
взаимодействие системы с диспетчером (оператором);
автоматизированный контроль и измерения (мониторинг);
Для решения перечисленных выше задач первоначально использовались универсальные языки программирования высокого уровня и команда профессиональных программистов. Однако практика показала крайне низкую эффективность такой разработки. Оказалось, что разработка системы должна выполняться не программистами, а специалистами той предметной области, которая нуждается в автоматизации, т.е. технологами, а также системными интеграторами, которые осуществляют комплексное внедрение системы.
Необходимость в разработке средства программирования, предназначенных специально для систем автоматизации и ориентированных на технологов, была вызвала следующими причинами:
требованием надежности программного обеспечения. Система, написанная целиком на алгоритмическом языке для конкретного заказа, содержала большой объем программного кода, на тщательную разработку и тестирование которого не хватало времени;
необходимостью модификации системы в процессе ее эксплуатации. Внести изменения в специализированную программу мог только налипавший ее программист, который к этому времени обычно работал уже на другом предприятии. Поэтому вместо того, чтобы модифицировать программное обеспечение, его приходилось переписывать заново;
требованиями совместимости с другими системами автоматизации, работающими на том же предприятии. Были необходимы стандартные интерфейсы между программами, созданными разными производителями на разных аппаратно- программных платформах;
высокими требованиями к качеству пользовательского интерфейса. Ограниченный бюджет времени и финансовых ресурсов не позволял на универсальных алгоритмических языках разработать достаточно хороший программный интерфейс;
сжатыми сроками внедрения системы и ограниченной стоимостью работ. Для создания системы в короткий срок при ограниченном бюджете требовалось большое количество готовых универсальных программных компонентов, уже написанных и тщательно оттестированных.
Перечисленные причины привели к следующему разделению труда по созданию программных средств для систем автоматизации:
инжиниринговые фирмы (системные интеграторы) адаптируют эти средства к нуждам конкретного заказчика.
В результате достигается решение всех перечисленных выше проблем. Благодаря существенному упрощению процесса адаптации по сравнению с классическим программированием теперь изменения в алгоритмы управления могут быть внесены технологом эксплуатирующей организации без привлечения системных интеграторов или программистов.
