Технические средства асу тп схема

Технические средства асу тп схема

Материал из ПИЭ.Wiki

Перейти к: навигация, поиск

АСУ ТП – человеко-машинная система управления, обеспечивающая автоматизированный сбор и обработку информации, необходимой для оптимизации управления технологического объекта управления (ТОУ) в соответствии с принятым критерием.

История АСУ ТП

Появление автоматизированных систем управления технологическими процессами стало следствием синтеза и встречного развития автоматизированных систем управления (АСУ) и локальной автоматики.

АСУ

Термин АСУ появился в момент, когда в системы управления для решения различных задач начали внедрять вычислительную технику. Типовая АСУ вначале выглядела как двухуровневая система: нижний уровень отвечал за сбор информации, а верхний - за принятие решения. Поток информации поступал от объекта управления к оператору, который обменивался данными с ЭВМ и осуществлял управление объектом. Вычислительные мощности использовались лишь для того, чтобы облегчить оператору или диспетчеру обработку поступающей информации. В качестве объекта управления могли подразумеваться как технические средства, так и производственные структуры, между которыми с точки зрения теории автоматизации нет принципиальной разницы. Отличие появилось только в названии: автоматизированное управление производством (предприятием) стали обозначать АСУП, автоматизированное управление техническими средствами и процессами – АСУ ТП. Первые АСУ ТП создавались путем объединения с уже созданными телемеханическими системами ЭВМ, причем оператор становился одновременно и оператором ЭВМ, и диспетчером телемеханической системы. Однако до эпохи персональных компьютеров один оператор был не в состоянии - в дополнение к своим непосредственным обязанностям по управлению телемеханической системой - справляться еще и с управлением ЭВМ, которая зачастую требовала внимания значительно большего, чем телемеханическая система. Поэтому теоретические разработки таких АСУ ТП весьма редко воплощались на практике, да и то лишь в тех областях, где экономический эффект от внедрения ЭВМ в технологический процесс не имел решающего значения (космическая, военная сферы). По мере развития и удешевления вычислительной техники пути дальнейшего развития АСУ ТП стали очевидными: попытаться возложить на ЭВМ часть функций, выполняемых оператором. Однако описанная выше структурная схема уже не соответствовала этим задачам, и попытки ее модернизировать, добавив поток информации от объекта непосредственно к ЭВМ и управление объектом при помощи ЭВМ, минуя оператора, сразу же выявили ее неработоспособность. ЭВМ не способна воспринимать входную информацию в том же виде, что и оператор, как не способна непосредственно управлять технологическим процессом. Попытки преобразовывать сигналы для ввода и адаптировать управление с учетом требований ЭВМ приводили к усложнению и удорожанию системы, что не всегда оправдывало сами усовершенствования. Такая ситуация (по крайней мере, в Советском Союзе) существовала примерно до середины 80-х годов.

Локальная автоматика

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

Движение навстречу

Таким образом, развитие АСУ и локальной автоматики шло во встречных направлениях, но до определенного момента теоретически хорошо разработанные схемы построения АСУ ТП с двухуровневой архитектурой на практике оказывались или слишком сложными и дорогими, или неработоспособными. Чтобы эти два направления «встретились», потребовалось целенаправленное развитие средств автоматизации, в первую очередь в плане совместимости датчиков и исполнительных механизмов с цифровой аппаратурой обработки данных. Необходимо было преодолеть такое важное ограничение, как высокая стоимость вычислительной техники. Наиболее приемлемым решением обеих проблем сразу стало создание программируемых управляющих микропроцессорных контроллеров. Программируемые контроллеры, будучи по своей сути цифровыми (а значит, легко совместимыми с управляющими машинами верхнего уровня), имеют специализированные блоки для управления и связи со всевозможными аналоговыми, дискретными и цифровыми датчиками и исполнительными механизмами. Широкое распространение контроллеров совпало по времени с началом распространения персональных компьютеров. Поэтому можно сказать, что простые и недорогие реально работающие автоматизированные системы управления технологическими процессами начали появляться в тот же момент, когда в повседневной жизни вместо термина ЭВМ начал употребляться термин "персональный компьютер", или просто компьютер. С применением программируемых контроллеров типовая схема построения АСУ ТП приобрела вид цепочки: оператор - управляющий компьютер - управляющие программируемые контроллеры - датчики и исполнительные механизмы - объекты управления, где обмен информацией шел в обоих направлениях. При построении АСУ ТП по данной схеме оператор уже не может непосредственно влиять на технологический процесс, воспринимая информацию непосредственно с датчиков и управляя исполнительными механизмами. Хотя создание параллельного ручного управления в принципе возможно, но в нем нет необходимости, так как надежность системы в большинстве случаев достаточна, а аварийные ситуации могут отрабатываться как управляющим компьютером, так и программируемыми контроллерами. Такая архитектура АСУ ТП подразумевает, что каждый аппаратный уровень может принимать на себя часть функций иных уровней. Например, все функции управления технологическим процессом можно возложить на управляющие контроллеры, а компьютер верхнего уровня в этом случае будет только отображать ход процесса. Можно использовать контроллеры лишь как передаточное звено, а всем процессом будет управлять компьютер или даже оператор. На практике чаще всего функции обработки поступающей с датчиков информации и принятия управленческого решения распределены между управляющим компьютером и контроллерами; оператор задает лишь начальные условия технологического процесса и при необходимости корректирует сам процесс. Такая архитектура позволяет легко наращивать системы автоматизированного управления. Нет никаких принципиальных ограничений, запрещающих в случае необходимости одновременно управлять несколькими процессами или объединять несколько процессов в один. Компьютер верхнего уровня может быть соединен и с другими компьютерами, которые выполняют задачи, не связанные с технологическими процессами, например, функции бухгалтерии, отделов маркетинга, кадров и т.д. В таком случае АСУ ТП будет составлять часть одного из компонентов единой информационно-управляющей системы.

АСУ ТП сегодня

В настоящее время такие системы представляют собой объект активных теоретических исследований. Исследователи, используя новый технологический уровень, вернулись к созданию моделей комплексной автоматизации процессов, производств и производственных структур. Единые открытые вычислительные системы позволяют управлять распределенными децентрализованными эволюционирующими структурами с ограниченным взаимодействием, способными поддерживать по мере потребностей механизм налаживания новых связей или углублять их взаимодействие. Все необходимые аппаратные средства для таких систем уже созданы или легко могут быть созданы. Активно разрабатывается для этих целей системо-независимое программное обеспечение. Главная проблема состоит в создании системы протоколов функционирования сети. Если решение задач бухгалтерских, маркетинговых и прочих офисных приложений успешно решается при помощи локальных компьютерных сетей, то привнесение в эту сеть задач АСУ ТП предъявляет новые требования к ее функционированию: возможность работы в режиме реального времени, максимальный приоритет при работе с объектом управления, надежность протоколов связи с объектами и самотестирование системы на предмет утери связи с контролируемым процессом. Что касается ПО непосредственно для АСУ ТП, то для создания автоматизированных технологических процессов существуют и успешно применяются пакеты, называемые в технической литературе SCADA-программами (Supervisory Control and Data Acquisition - диспетчерское управление и сбор данных). Эти программы позволяют обеспечить двустороннюю связь в реальном времени с объектом управления и контроля, визуализацию информации на экране монитора в любом удобном для оператора виде, контроль нештатных ситуаций, организацию удаленного доступа, хранение и обработку информации. SCADA-пакеты обеспечивают гибкость системы, поддерживают распределенную архитектуру, возможность разработки драйверов, масштабируемость, резервируемость, поддержку специализированных языков программирования. Микропроцессорные промышленные управляющие контроллеры также имеют собственные языки программирования, позволяющие описать конкретный процесс: это так называемые языки релейных схем со встроенными булевыми операциями. Контроллеры можно программировать и при помощи Ассемблера или языка высокого уровня, чаще всего C, с последующим компилированием и загрузкой управляющих программ в память контроллера. В настоящее время создание АСУ ТП, особенно небольших, не является чем-то исключительным. Наработаны типовые схемы, схемные и программные решения, используя которые разработчики даже не акцентируют внимание на том, что они создают АСУ ТП, - просто решаются текущие задачи управления оборудованием или процессом. Это свидетельствует о том, что автоматизация уже достигла той степени обыденности, что и, например, электрификация. Тем не менее, новые применения или новые решения в этой области всегда привлекают внимание - вспомним хотя бы управление автоматической стиральной машиной через Интернет.

Функции АСУ ТП

Функции АСУ ТП подразделяются на:

1. Информационные, содержанием которых является сбор, обработка и представление информации о состоянии автоматизированного технологического комплекса (АТК) оперативному персоналу или передача этой информации для последующей обработки. Например, централизованный контроль и измерение технологических параметров, косвенное измерение параметров процесса, формирование и выдача данных оперативному персоналу АТК, подготовка и передача информации в смежные системы управления, обобщенная оценка и прогноз состояния АТК и его оборудования.

2. Управляющие, результатом которых являются выработка и реализация управляющих воздействий на ТОУ. Например, регулирование (стабилизация) отдельных технологических переменных, однотактное логическое управление операциями или аппаратами, программное логическое управление группой оборудования, оптимальное управление установившимися или переходными технологическими режимами, адаптивное управление объектом в целом. Отличительная особенность управляющих и информационных функций АСУ ТП – их направленность на конкретного потребителя (ТОУ, оперативный персонал, смежные системы управления).

3. Вспомогательные, функции обеспечивающие решение внутри системных задач. Они имеют потребителя вне системы. Например, контроль за функционированием и состоянием технических средств, контроль за хранением информации и т.п.

Состав АСУ ТП

1. Техническое обеспечение – комплекс технических средств получения информации о состоянии ТОУ, формирования и передачи информации, локального регулирования и управления вычислительной техники, представления информации оперативному персоналу, передачи информации в смежные и вышестоящие АСУ, исполнительные устройства.

2. Программное обеспечение, состоящее из общего и специального. Общее программное обеспечение – организующие и транслирующие программы, библиотеки стандартных программ и т. д. Специальное программное обеспечение – программы контроля и управления, реализующие функции АСУ ТП.

3. Информационное обеспечение – единая система классификации и кодирования технологической и технико-экономической информации, справочная и оперативная информация.

4. Организационное обеспечение – описание функциональной, технической и организационной структур, инструкции и регламенты для оперативного персонала.

5. Оперативный персонал – технологи-операторы, осуществляющие управление ТОУ, эксплуатационный персонал, обеспечивающий заданное функционирование системы в целом.

Основные мероприятия при создании или реконструкции АСУ ТП

Основные мероприятия при создании или реконструкции АСУ ТП включают:

• обследование объекта автоматизации

• разработку концепции автоматизации, технических требований и технического задания на АСУ ТП

• выбор программно-технического комплекса для АСУ ТП

• техническое руководство работами по разработке и внедрению АСУ ТП

• разработку технорабочего проекта АСУ ТП, включая компоновку и планы размещения оборудования, чертежи архитектурно-строительной части, монтажные чертежи, кабельные журналы, спецификации на оборудование и материалы по всем частям проекта, рабочие сметы, сводный сметный расчёт

• разработку алгоритмического обеспечения, включая видеограммы, алгоритмы технологических защит, блокировок, авторегуляторов, сигнализации, шаговых программ (ФГУ), информационно-расчётных задач

• разработку проекта программно-технического комплекса (ПТК)

• заводские испытания и поставку ПТК

• обучение персонала

• строительные и электромонтажные работы (с привлечением субподрядчиков), технический надзор за реализацией проекта АСУ ТП

• пуско-наладочные работы, включая «холодную» наладку, поузловое опробование, комплексное опробование, сдачу в опытную эксплуатацию, режимную наладку

• приёмо-сдаточные испытания и ввод АСУ ТП в промышленную эксплуатацию

• гарантийное и постгарантийное сопровождение


Схемы управления в АСУ ТП

Управление в режиме сбора данных

После идентификации необходимо выбрать схему управления ТП, которая, как правило, строится с учетом применения принципов управления, определяющих режим функционирования АСУ ТП. Наиболее простой и исторически первой появилась схема управления ТП в режиме сбора данных. При этом АСУ подсоединяется к процессу способом, выбранным инженером-технологом (рис.1).

Файл:1АСУ.PNG

Рис. 1 Система сбора данных

Интересующие инженера-технолога переменные преобразуются в цифровую форму, воспринимаемую системой ввода и помещается в ЗУ ЭВМ. Величины на этом этапе являются цифровыми представлениями напряжения, генерируемого датчиками. Эти величины по соответствующим формулам преобразуются в технические единицы. Например, для вычисления температуры, замеряемой с помощью термопары, может использоваться формула T=AU2 + BU + C, где U – напряжение с выхода термопары; A, B и C – коэффициенты. Результаты вычислений регистрируются устройствами вывода АСУ ТП для последующего использования инженером-технологом. Главной целью сбора данных является изучение ТП в различных условиях. В результате инженер-технолог получает возможность построить и (или) уточнить математическую модель ТП, которым нужно управлять. Сбор данных не оказывает прямого воздействия на ТП, в нем нашел осторожный подход к внедрению методов управления, основанных на применении ЭВМ. Однако даже в самых сложных схемах управления ТП система сбора данных для целей анализа и уточнения модели ТП используется как одна из обязательных подсхем управления.

Управление в режиме советчика оператора

Управление в режиме советчика предполагает, что ЭВМ в составе АСУТП работает в ритме ТП в разомкнутом контуре, т.е. выходы АСУТП не связаны с органами, управляющими ТП. Управляющие воздействия фактически осуществляются оператором-технологом, получающим указания от ЭВМ (рис. 2).

Файл:2АСУ.PNG

Рис. 2 АСУ ТП в режиме советчика оператора

Все необходимые управляющие воздействия вычисляются ЭВМ в соответствии с моделью ТП, результаты вычислений представляются оператору в печатном виде (или в виде сообщений на дисплее). Оператор управляет процессом, изменяя установки регуляторов. Регуляторы являются средствами поддержания оптимального управления ТП, причем оператор играет роль следящего и управляющего звена. АСУ ТП играет роль устройства, безошибочно и непрерывно направляющего оператора в его усилиях оптимизировать ТП. Основной недостаток этой схемы управления заключается в постоянном наличии человека в цепи управления. При большом числе входных и выходных переменных такая схема управления не может применяться из-за ограниченных психофизических возможностей человека. Однако управление этого типа имеет и преимущества. Оно удовлетворяет требованиям осторожного подхода к новым методам управления. Режим советчика обеспечивает хорошие возможности для проверки новых моделей ТП; в качестве оператора может выступать инженер-технолог, "тонко чувствующий" процесс. Он наверняка обнаружит неправильную комбинацию установок, которую может выдать не окончательно отлаженная программа АСУ ТП. Кроме того, АСУ ТП может следить за возникновением аварийных ситуаций, так что оператор имеет возможность уделять больше внимания работе с установками, при этом АСУ ТП следит за большим числом аварийных ситуаций, чем оператор.

Супервизорное управление

В этой схеме АСУ ТП используется в замкнутом контуре, т.е. установки регуляторам задаются непосредственно системой (рис.3).

Файл:3АСУ.PNG

Рис. 3 Схема супервизорного управления

Задача режима супервизорного управления – поддержание ТП вблизи оптимальной рабочей точки путем оперативного воздействия на него. В этом одно из главных преимуществ данного режима. Работа входной части системы, и вычисление управляющих воздействий мало отличается от работы системы управления в режиме советчика. Однако, после вычисленных значений установок, последние преобразовываются в величины, которые можно использовать для изменения настроек регуляторов. Если регуляторы воспринимают напряжения, то величины вырабатываемые ЭВМ, должны быть преобразованы в двоичные коды, которые с помощью цифро-аналогового преобразователя превращаются в напряжения соответствующего уровня и знака. Оптимизация ТП в этом режиме выполняется периодически, напр. один раз в день. Должны быть введены новые коэффициенты в уравнения контуров управления. Это осуществляется оператором через клавиатуру, или считывая результаты новых расчетов, выполненные на ЭВМ более высокого уровня. После этого АСУ ТП способна работать без вмешательства извне в течение длительного времени. Примеры АСУ ТП в супервизорном режиме.

1. Управление автоматизированной транспортно-складской системы. ЭВМ выдает адреса стеллажных ячеек, а система локальной автоматики кранов-штабелеров отрабатывает перемещение их в соответствии с этими адресами.

2. Управление плавильными печами. ЭВМ вырабатывает значения уставок электрического режима, а локальная автоматика управляет переключателями трансформатора по командам ЭВМ.

Непосредственное цифровое управление

В режиме непосредственного цифрового управления (НЦУ) сигналы, используемые для приведения в действие управляющих органов, поступают непосредственно из АСУ ТП, и регуляторы вообще исключаются из системы. В сущности, регуляторы – это малые аналоговые вычислители, которые решают одно-единственное уравнение.

Концепция НЦУ позволяет заменить регуляторы с задаваемой установкой, АСУ ТП рассчитывает реальные воздействия, и передает соответствующие сигналы непосредственно на управляющие органы. Схема НЦУ показана на рис.4.

Файл:4АСУ.PNG

Рис. 4 Схема непосредственного цифрового управления (НЦУ)

Установки вводятся в АСУ оператором или ЭВМ, выполняющей расчеты по оптимизации процесса. При наличии системы НЦУ оператор должен иметь возможность изменять установки, контролировать некоторые избранные переменные, варьировать диапазоны допустимого изменения измеряемых переменных, изменять параметры настройки и вообще должен иметь доступ к управляющей программе. Одно из главных преимуществ режима НЦУ заключается в возможности изменения алгоритмов управления для контуров простым внесением изменений в хранимую программу. Наиболее очевидный недостаток НЦУ проявляется при отказе ЭВМ.


Литература

http://www.iemag.ru/platforms/detail.php?ID=16478

http://zaoetr.ru/page/asutp

http://asy.osetiaonline.ru/docs/1-2-shemi-ypravlenia-v-asytp.html

Грищенко А.З. Автоматизированные системы управления технологическими процессами - К.: Техника, 1983.

--Чешенко Кристина

Источник — «http://wiki.mvtom.ru/index.php/%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%BC%D0%B8_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B0%D0%BC%D0%B8_(%D0%90%D0%A1%D0%A3_%D0%A2%D0%9F)»

Категория: Информационные системы


Технические средства асу тп схема

Похожие записи:



Необычный маникюр в домашних условиях идеи

Собрать по блок схеме усилитель

Схема сборки каркаса ванны
Читать новость Технические средства асу тп схема фото. Поделитесь новостью Технические средства асу тп схема с друзьями!