TRACE MODE
инструмент создания автоматизированных систем управления технологическими процессами –
SCADA -система
Выполнил: Студент группы ПДМ-61
Попов А.Е.
Ульяновск,2002
Содержание:
Введение________________________________________________3
Основная часть___________________________________________5
2.1. Функциональные и технические характеристики SCADA-систем__________________________________________________15
TRACE MODE – универсальный инструмент создания автома-тизированных систем управления технологическими процессами.________________________________________33
TRACE MODE – алгоритм создания АСУТП.____________34
2.3.1.Создание проекта, создание узла, автопостроение базы каналов контроллера, редактирование каналов_______________________40
2.3.2.Тиражирование узлов проекта, автопостроение базы каналов операторской станции для обмена с другими узлами проекта и внешними контроллерами_________________________________46
2.3.3.Разработка и отладка программ управления на Техно FBD и Техно IL________________________________________________53
2.3.4.Разработка графической базы для операторской станции___68
2.3.5.Организация архивирования___________________________71
2.3.6.Организация документирования________________________77
Заключение______________________________________________79
Введение Trace Mode – инструмент создания автоматизированных систем управления технологическими процессами – Scada-система. Trace Mode может быть использован для разработки и внедрения любой автоматизированной системы в любой отрасли производства и в любом масштабе – от участника, до завода с использованием любых технических средств. Обычно системный интегратор или конечный пользователь, приступая к разработке прикладного программного обеспечения (ППО) для создания системы управления, выбирает один из следующих путей: - программирование с использованием "традиционных" средств (традиционные языки программирования, стандартные средства отладки и пр.); - использование существующих, готовых (COTS Commercial Off The Shelf) инструментальных проблемно-ориентированных средств. Безусловно, нет ничего лучше качественного, хорошо отлаженного ППО, написанного высококвалифицированным программистом специально для некоторого проекта. Но следующую задачу этот программист вынужден решать опять практически с нуля. Процесс создания ППО для сложных распределенных систем становится недопустимо длительным, а затраты на его разработку очень высокими. Сегодня, в условиях всё более возрастающей доли ППО в затратах на создание конечной системы и, соответственно, всё большей интенсификации труда программистов, вариант с непосредственным программированием относительно привлекателен лишь для простых систем или небольших фрагментов большой системы, для которых нет стандартных решений (не написан, например, подходящий драйвер) или они не устраивают по тем или иным причинам в принципе. В любом случае процесс разработки собственного ППО важно упростить, сократить временные и прямые финансовые затраты на разработку ППО, минимизировать затраты труда высококлассных программистов, по возможности привлекая к разработке специалистов в области автоматизируемых процессов. Современный бизнес в области разработки ПО всё более и более сегментируется и специализируется. Причина проста ПО становится всё более сложным и дорогостоящим. Разработчики операционных систем, разработчики инструментальных средств, разработчики прикладного ПО и т.п., по существу, говорят на разных языках . Таким образом, сама логика развития современного бизнеса в части разработки ППО для конечных систем управления требует использования всё более развитых инструментальных средств типа SCADA-систем (от Supervisory Control And Data Acquisition). Разработка современной SCADA-системы требует больших вложений и выполняется в длительные сроки. И именно поэтому в большинстве случаев разработчикам управляющего ППО, в частности ППО для АСУ ТП, представляется целесообразным идти по второму пути, приобретая, осваивая и адаптируя какой-либо готовый, уже испытанный универсальный инструментарий. |