Источник: http://asutp.interface.ru/home/detail.asp?iData=266&iCat=294&iChannel=2&nChannel=Article
Термин АСУ появился в момент, когда в системы управления для решения различных задач начали внедрять вычислительную технику. Типовая АСУ вначале выглядела как двухуровневая система: нижний уровень отвечал за сбор информации, а верхний - за принятие решения. Поток информации поступал от объекта управления оператору, который обменивался данными с ЭВМ и осуществлял управление объектом. Вычислительные мощности использовались лишь для того, чтобы облегчить оператору или диспетчеру обработку поступающей информации.
В качестве объекта управления могли подразумеваться как технические средства, так и производственные структуры, между которыми с точки зрения теории автоматизации нет принципиальной разницы. Отличие появилось только в названии: автоматизированное управление производством (предприятием) стали обозначать АСУП, автоматизированное управление техническими средствами и процессами - АСУТП.
Первые АСУТП создавались путем объединения с уже созданными телемеханическими системами ЭВМ, причем оператор становился одновременно и оператором ЭВМ, и диспетчером телемеханической системы. Однако до эпохи персональных компьютеров один оператор был не в состоянии - в дополнение к своим непосредственным обязанностям по управлению телемеханической системой - справляться еще и с управлением ЭВМ, которая зачастую требовала внимания значительно большего, чем телемеханическая система. Поэтому теоретические разработки таких АСУТП весьма редко воплощались на практике, да и то лишь в тех областях, где экономический эффект от внедрения ЭВМ в технологический процесс не имел решающего значения (космическая, военная сферы).
По мере развития и удешевления вычислительной техники пути дальнейшего развития АСУТП стали очевидными: попытаться возложить на ЭВМ часть функций, выполняемых оператором. Однако описанная выше структурная схема уже не соответствовала этим задачам, и попытки ее модернизировать, добавив поток информации от объекта непосредственно к ЭВМ и управление объектом при помощи ЭВМ, минуя оператора, сразу же выявили ее неработоспособность.
ЭВМ не способна воспринимать входную информацию в том же виде, что и оператор, как не способна непосредственно управлять технологическим процессом. Попытки преобразовывать сигналы для ввода и адаптировать управление с учетом требований ЭВМ приводили к усложнению и удорожанию системы, что не всегда оправдывало сами усовершенствования. Такая ситуация (по крайней мере в Советском Союзе) существовала примерно до середины 80-х годов.
Локальная автоматика развивалась от выполнения частных задач управления одним процессом или объектом к управлению комплексом из нескольких процессов или объектов. Комплекс технических средств, обеспечивающих автоматическое функционирование группы технологических процессов или технических средств, получил название системы автоматического управления (САУ). САУ предполагают функционирование процесса без вмешательства человека.
Первые САУ реализовывались на аналоговых регуляторах и релейных схемах автоматического управления и были довольно широко распространены и успешно применялись как в качестве небольших узлов автоматического управления, так и в больших телемеханических системах. Однако попытки создать полностью автоматическую, большую (более 100 контролируемых и управляемых параметров) телемеханическую систему при помощи аналоговой автоматики и релейных схем управления приводили к тому, что зачастую физический объем и стоимость такой системы оказывались значительно больше, чем у самого объекта (или группы объектов) управления. Да и надежность таких систем была невелика. Поэтому параллельно с автоматической системой управления всегда создавалось ручное управление, что, естественно, не способствовало ни упрощению, ни удешевлению оборудования.
Релейные схемы управления легко поддаются моделированию программными средствами, поэтому было вполне естественно попытаться использовать для этих целей вычислительную технику. Такая возможность возникла с появлением мини- и микроЭВМ. И здесь встала уже знакомая проблема адаптации, только в данном случае вычислительной техники к локальной автоматике. При построении "снизу" реальная работоспособность АСУТП оказалась той же, что и при построении "сверху".
В настоящее время такие системы представляют собой объект активных теоретических исследований. Исследователи, используя новый технологический уровень, вернулись к созданию моделей комплексной автоматизации процессов, производств и производственных структур. Единые открытые вычислительные системы позволяют управлять распределенными децентрализованными эволюционирующими структурами с ограниченным взаимодействием, способными поддерживать по мере потребностей механизм налаживания новых связей или углублять их взаимодействие. Все необходимые аппаратные средства для таких систем уже созданы или легко могут быть созданы. Активно разрабатывается для этих целей системо-независимое программное обеспечение. Главная проблема состоит в создании системы протоколов функционирования сети. Если решение задач бухгалтерских, маркетинговых и прочих офисных приложений успешно решается при помощи локальных компьютерных сетей, то привнесение в эту сеть задач АСУТП предъявляет новые требования к ее функционированию: возможность работы в режиме реального времени, максимальный приоритет при работе с объектом управления, надежность протоколов связи с объектами и самотестирование системы на предмет утери связи с контролируемым процессом.
Что касается ПО непосредственно для АСУТП, то для создания автоматизированных технологических процессов существуют и успешно применяются пакеты, называемые в технической литературе SCADA-программами (Supervisory Control and Data Acquisition - диспетчерское управление и сбор данных). Эти программы позволяют обеспечить двустороннюю связь в реальном времени с объектом управления и контроля, визуализацию информации на экране монитора в любом удобном для оператора виде, контроль нештатных ситуаций, организацию удаленного доступа, хранение и обработку информации. SCADA-пакеты обеспечивают гибкость системы, поддерживают распределенную архитектуру, возможность разработки драйверов, масштабируемость, резервируемость, поддержку специализированных языков программирования.
Микропроцессорные промышленные управляющие контроллеры также имеют собственные языки программирования, позволяющие описать конкретный процесс: это так называемые языки релейных схем со встроенными булевыми операциями. Контроллеры можно программировать и при помощи Ассемблера или языка высокого уровня, чаще всего C, с последующим компилированием и загрузкой управляющих программ в память контроллера.
В настоящее время создание АСУТП, особенно небольших, не является чем-то исключительным. Наработаны типовые схемы, схемные и программные решения, используя которые разработчики даже не акцентируют внимание на том, что они создают АСУТП, - просто решаются текущие задачи управления оборудованием или процессом. Это свидетельствует о том, что автоматизация уже достигла той степени обыденности, что и, например, электрификация. Тем не менее новые применения или новые решения в этой области всегда привлекают внимание - вспомним хотя бы управление автоматической стиральной машиной через Интернет.
Диспетчерской службе:
Службе релейной защиты и автоматики:
Техническому отделу:
Проектному институту