Описание функциональной схемы технологического процесса

Задачи и содержание курса ПАС. Стадии и этапы создания АС

Основными целями и задачами автоматизации являются:

• увеличение объемов поставок конечному потребителю и повышение технико-экономических показателей за счёт уменьшения простоев основных производственных фондов;

• сокращение потерь за счёт оптимизации режимов работы, подготовки и транспортирования,

• точное выполнение требований технологического регламента, исключение ошибочных действий оперативного производственного персонала при ведении процесса, пуске и останове производства и отдельных технологических аппаратов;

• управление, обеспечивающее получение необходимого по количеству и качеству конечного продукта при минимизации используемого сырья, вспомогательных материалов и энергетических затрат;

• улучшение условий труда эксплуатационного персонала за счет централизации рабочих мест, разнообразного и удобного представления оперативной информации, упразднения рутинной работы операторов, использования "безбумажной" технологии управления объектом;

• повышение безопасности технологических процессов за счет высоко­надежных средств сигнализации, блокировок и защит с минимальным периодом реагирования;

• повышение экологической безопасности за счет контроля за качеством то­варной продукции, выбросами в атмосферу и сточными водами;

• реализация дистанционного контроля и управления всем комплексом соо­ружений на технологических площадках из центрального диспетчерского пункта, т.е. превращение технологических установок в автоматизированные технологические звенья, работающие в соответствии с заданиями вышестоящего уровня управления.

Автоматизация многих объектов представляет собой АСУ диспетчерского управления с локальными системами контроля и управления. Основными показателями, определяющими экономическую целесообразность затрат на разработку, внедрение и эксплуатацию средств и систем автоматизации являются:

• Годовой экономический эффект.

• Прирост прибыли.

• Срок окупаемости капитальных вложений.

Теоретически любой процесс можно вести на неавтоматизированном оборудовании с ручным управлением при непосредственном участии человека, однако такое управление по сравнению с автоматизированным, кроме значительных затрат "живого" труда и других ресурсов, приводит к снижению производительности оборудования и качества продукции.

Целью автоматизации технологических и производственных процессов является более полное использование потенциальных возможностей, заложенных в технологии и управлении и, прежде всего:

• наиболее полное использование сырья с установленными технико- экономическими показателями;

• улучшение качества подготовки заготовок;

• транспортирование без потерь в установленных объемах и строго по установленному графику;

• переработка сырья в соответствии с требованиями нормативных регламентов;

• повышение производительности оборудования; сокращение обслуживающего персонала; сокращение потерь всех видов ресурсов.

Задачамипроектирования автоматизированных систем являются
разработка проектной документации автоматизированной системы

управления технологическим и производственным процессами.

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

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

К основополагающим элементам технологии проектирования следует
отнести методы и средства проведения работ. Технологические подходы к
проектному производству в целях обеспечения его эффективности и качества
выпускаемой продукции развиваются в рамках методического обеспечения
технологии проектирования: Практическим механизмом для реализации
методических установок по организации и оптимизации технологических
процессов проектирования, эффективному использованию методов и средств
проектирования служит система организационно-методической

документации (нормативная база) по технологии проектирования в проектных организациях.

Исходные данные для проектирования содержат ряд данных, которые определяют общие требования к проекту автоматизации. Как правило, эта часть задания состоит из трех разделов:

• описание технологического процесса;

• обоснование разработки;

• описание условий эксплуатации системы автоматики.

Проект представляет собой техническую документацию, состоящую из текстовых и графических материалов, в которых отражены принципиальные технические решения, затраты и экономическая эффективность автоматизации.

А. Текстовые материалы включают в себя:

общую пояснительную записку, содержащюю исходные данные для проектирования, краткую характеристику объекта, для которого проектируется автоматизация, обоснование принятых проектных решений в части автоматического регулирования, управления и сигнализации, обоснование применения несерийной аппаратуры, щитов и пультов и указания соответствия проекта действующим в стране нормам и правилам строительного проектирования, в том числе нормам по взрыво- и пожаробезопасности заказные спецификации, необходимые для размещения заказов на оборудование, и ведомости на приборы, арматуру, кабельные и другие изделия массового и серийного производства;

сводный сметный расчет стоимости приобретения и монтажа технических средств автоматизации;

технико-экономическую часть, включающую обоснование основных технико-экономических показателей и расчеты эффективности использованных в проекте новейших достижений науки и техники.

Б. Графические материалы включают в себя:

схемы автоматизации технологических процессов, для которых выполняется проект автоматизации;

общие виды и планы расположения щитов и пультов (для новостроек и сложных производств);

принципиальные схемы информационной увязки подсистем, структурные схемы комплекса технических средств (для сложных систем);

принципиальные электрические схемы, организация связи (в необходимых случаях). В проектных и консалтинговых организациях проектирование систем автоматизации технологических и производственных процессов выполняется в соответствии с требованиями Единой системы конструкторской документации (ЕСКД). Согласно ГОСТ 2.103-68 предусматривается пять стадий разработки конструкторской документации на изделия (предмет или набор предметов производства) всех отраслей промышленности:

• техническое задание (ТЗ);

• техническое предложение (ТП);

• эскизный проект (ЭП);

• технический проект;

• рабочая документация.

Техническое задание устанавливает основное назначение, показатели качества разрабатываемого изделия, его технические и тактико-технические характеристики, технико-экономические требования, предъявляемые к нему, необходимые стадии разработки конструкторской документации, ее состав, а также специальные требования к изделию.

Техническое предложение - это совокупность конструкторских документов, которые должны содержать технические и технико - экономические обоснования целесообразности разработки документации изделия.

Эскизный проект - это совокупность конструкторских документов, которые должны содержать принципиальные конструктивные решения, дающие общее представление об устройстве и принципе работы изделия, а также данные, определяющие назначение, основные параметры и габаритные размеры разрабатываемого изделия.

Технический проект – это совокупность конструкторских документов, которые должны содержать окончательные технические решения, дающие полное представления об устройстве разрабатываемого изделия, и исходные данные для разработки рабочей документации. Рабочая документация включает в себя: пояснительную записку;

заказные спецификации на приборы и средства автоматизации, электроаппаратуру, кабели и провода, трубопроводную арматуру, монтажные материалы, щиты и пульты, нестандартизированное оборудование, средства вычислительной техники;

объектные и локальные сметы;

структурные схемы контроля и управления комплекса технических средств (КТС);

схемы автоматизации технологических процессов;

принципиальные электрические (пневматические, гидравлические) схемы управления, сигнализации, измерения, регулирования и питания; общие виды щитов и пультов;

монтажпо-коммутационные схемы щитов и пультов; схемы внешних электрических и трубных проводок; направление трасс электрических и трубных проводок; планы размещения средств автоматизации и вычислительной техники;

перечень типовых чертежей на установку средств автоматизации; общие виды нестандартизированного оборудования.

Рабочие чертежи выполняются в соответствии с ЕСКД, действующими стандартами на условные обозначения, руководящими и нормативными документами по проектированию и монтажу систем автоматики, электрического и противопожарного проектирования.

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

24.301 и ГОСТ 2.105–95. Она должна включать обоснования по принимаемым решениям, краткое описание используемых информационных технологий и расчеты с необходимыми пояснениями. В записке не должно быть пространных рассуждений и описания вопросов, не связанных с темой проектирования. Записка должна быть краткой и четко отражать сущность рассматриваемых вопросов.

Техническая документация (ТД) выполняется на русском языке.

Каждый структурный элемент ТД следует начинать с нового листа. Название структурного элемента в виде заголовка записывают строчными буквами, начиная с первой прописной, симметрично тексту ТД.

Содержание основной части пояснительной записки должно отвечать заданию и ТЗ. Наименования разделов основной части должно отражать выполнение задания.

Основные разделы пояснительной записки (ПЗ).

Раздел описания технологического процесса как объекта
автоматизированного управления и разработки архитектуры АС. В этом
разделе описывают общую структуру и особенности технологического
процесса, подлежащего автоматизированному централизованному

управлению. В нем также необходимо обосновать выбор нормативных документов, определяющих требования к функциональному обеспечению АС. Раздел разработки перечня контролируемых величин и их сигналов. В этом разделе необходимо руководствоваться тем, чтобы при минимальном числе измерительных каналов обеспечивалось наибольшая наблюдаемость и управляемость технологического процесса.

В ПЗ необходимо определить и описать: принципы организации контроля и управления технологическим процессом; технологическое оборудование, управляемое автоматически, дистанционно или в обоих режимах по заданию оператора; перечень и значения контролируемых и регулируемых параметров; пределы измерения и регулирования технологических параметров; методы контроля, места размещения КИПи А аппаратуры на технологическом оборудовании, на щитах и пультах управления. Контролю должны подлежать, прежде всего, те параметры, наблюдение которых облегчает пуск, наладку и эксплуатацию (управление) технологического процесса, и в случае необходимости противоаварийную защиту. Раздел должен быть завершен разработкой функциональной схемой автоматизации.

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

Раздел выбора алгоритмов управления. В этом разделе необходимо описать алгоритм работы АСУ ТП в целом и (или) отдельных его технологических узлов в словесной форме с использованием конструкции «Если…, то…, иначе…» и (или) в виде формализованной логики в графическом виде. Примерами такого описания являются блок схемы управления пуском (остановом) технологического оборудования, схема сбора данных, структурная схема контурного (многоконтурного) регулирования параметрами технологического оборудования. Алгоритмы автоматического регулирования обычно выбираются либо в классе релейных, автоматных алгоритмов, либо в классе ПИД (АПИД) регуляторов.

Раздел разработки программного обеспечения АСУ ТП. В этом разделе разрабатывается программа для ПЛК обычно на одном из языков программировании МЭК 61131.

Раздел разработки информационного обеспечения. В этом разделе должна быть разработана и опиcана система кодирования, идентификации сигналов и команд АС, схема информационных потоков АС, инфологическая модель базы данных.

Описание функциональной схемы технологического процесса

При проектировании автоматизации исходной документацией является документы технологического процесса. Различают документацию проектного, перспективного и директивного технологического процесса. Они определены в Единой системе технологической документации следующим образом:

• Перспективный технологический процесса - это технологический процесс, соответствующий осовремененным достижениям науки и техники, методы и средства осуществления которого полностью или частично предстоит освоить на предприятии.

• Комплект директивной технологической документации - это совокупность комплектов документов на отдельные технологические процессы, необходимые и достаточные для проведения предварительных укрупненных инженерно-технических, организационно-экономических задач, при принятии решения по постановке новых изделий на производство применительно к условиям конкретного предприятия.

• Комплект проектной технологической документации предназначен для применения в проектировании или реконструкции предприятия.

Как правило, при проведении проектных работ по автоматизации на действующих предприятиях используется комплект проектной технологической документации.

В системах производства и транспортировки существуют как основные, так и вспомогательные объекты автоматизации. К основным объектам относятся основные производственные мощности;

К вспомогательным объектам автоматизации относятся системы водо-, тепло-, масло-, энерго-. воздухоснабжения. Все эти объекты в той или иной мере автоматизированы. Однако автоматизированные системы многих из них требуют современного реинжиниринга с использованием новых информационных технологий.

Таблицей задают перечень индексированных входных, режимных и выходных параметров (Т1, Т2, Р1, Р2 и т.д.), намеченного для автоматизации технологического объекта, указываются их номинальные значения.

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

Для выбранных параметров определяют требуемую точность измерения и регулирования, указывают диапазон их возможного изменения. Результаты заносят в таблицу, показанную на рис.

Архитектура АС

Единый центр оперативного управления, оснащенный автоматизированной системой диспетчерского управления (SCADA-системой), должен осуществлять решение таких задач, как

-оперативный мониторинг производственного и технологического
процессов, осуществляемый в реальном масштабе времени;

-получение и обработка технологических, производственной информации
и указаний (заданий) от верхнего (стратегического) звена управления
предприятием;

-оперативное корректирующее управление материальными и
энергетическими потоками в соответствии с изменениями производственной
ситуации и указаниями вышестоящего уровня управления;

-оперативное корректирующее управление запасами и
производственными ресурсами;

- мониторинг и управление качеством производства;

контроль и, при необходимости, корректирующее воздействие по управлению отдельными, наиболее важными технологическими установками (рабочими центрами);

- прогностический анализ возникновения сбоев, отказов и аварийных ситуаций и формирование демпфирующих корректирующих управлений;

- автоматизированное накопление и хранение производственного опыта в

информационном хранилище и т.п. Решение этих задач должно поддерживаться продуманной на стадии проектирования архитектурой интегрированной информационной системой.

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

Стандарт ISO 15704 определяет архитектуру отдельной информационной системы как "описание (модель) основного взаиморасположения и взаимосвязей частей системы (будь то физический или концептуальный объект/ сущность) ".

Стандарт выделяет следующий тип архитектуры информационной системы, ответственной за интеграцию предприятия.

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

При разработке архитектуры пользовательского интерфейса проекта АС следует описать ее IT - профиль (ГОСТ Р ИСО/МЭК ТО 10000-3-99 «Информационная технология. Основы и таксономия международных стандартизованных профилей. Часть 3: Принципы и таксономия профилей среды открытых систем (эталонная модель среды открытых систем OSE/RM)»).

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

профиль прикладного программного обеспечения;

профиль среды АС;

профиль защиты информации в АС;

профиль инструментальных средств, встроенных в АС. Основными целями применения профилей при создании и применении АС являются:

•снижение трудоемкости, длительности, стоимости и улучшение других технико-экономических показателей проектов АС;

• повышение качества разрабатываемых или применяемых покупных компонентов и АС в целом при их разработке, приобретении, развитии и модернизации;

• обеспечение расширяемости АС по набору прикладных функций и масштабируемости в зависимости от размерности решаемых задач;

• обеспечение возможности функциональной интеграции в АС задач, ранее решавшихся раздельно;

• обеспечение переносимости прикладного программного обеспечения между разными аппаратно-программными платформами.

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

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

Концептуальная модель архитектуры OSE/RM предусматривает
разбиение ПО АС на приложения (прикладные программные комплексы),
реализующие заданные функции АС, и среду взаимодействия,

обеспечивающую подготовку и выполнение приложений. Между ними
определяются стандартизованные интерфейсы прикладного

программирования (API) (рис.1).

Кроме того, определяются стандартизованные интерфейсы взаимодействия данной АС с внешней для нее средой - другими информационными системами и сетью Интернет и/или корпоративными сетями, другими ИС и Internet и/или корпоративными сетями.

Наиболее актуальными прикладными программными системами АС являются открытые распределенные АС с архитектурой клиент-сервер. Именно такими являются практически все современные SCADA системы, использующие стандарты ОРС.

Стандарты ОРС - это стандарты подключаемости компонентов АС. Они разработаны с целью сокращения затрат на создание и сопровождение

приложений промышленной автоматизации. Их применение при проектировании архитектуры АС решает вопросы обмена данными с

устройствами разных производителей или по разным протоколам обмена данными.

Девиз OPC: открытые коммуникации по открытым протоколам. OPC -это набор спецификаций стандартов. Каждый стандарт описывает набор функций определенного назначения. Текущие стандарты:

• OPC DA (Data Access) описывает набор функций обмена данными в реальном времени с ПЛК и другими устройствами;

• OPC AE (Alarms & Events) предоставляет функции уведомления по требованию о различных событиях: аварийные ситуации, действия оператора, информационные сообщения и другие;

• OPC DX (Data eXchange) предоставляет функции организации обмена данными между OPC-серверами через сеть Ethernet. Основное назначение - создание шлюзов для обмена данными между устройствами и программами разных производителей;

• OPC HDA (Historical Data Access) предоставляет доступ к уже сохраненным данным;

• OPC Security определяет функции организации прав доступа клиентов к данным системы управления через OPC-сервер;

• OPC XML-DA (XML-Data Access) предоставляет гибкий, управляемый правилами формат обмена данными через интранет среду.

Рис. 1 Концептуальная OSE/RM модель ПО АС

Структура ОРС взаимодействий

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

На данный момент используется OPC версии 3.0, однако более распространенной версией пока является 2.1. Недавно разработанный стандарт OPC UA (Unified Architecture) унифицирует набор функций для обмена данными, регистрации событий, хранения данных, обеспечения безопасности данных.

Рис.2 Структура ОРС взаимодействий

На рис.2 показана структура ОРС взаимодействий SCADA автоматизированной газораспределительной станции (АГРС), реализуемая опциональными программными компонентами ф. Rockwell Automation.

На рисунке показаны:

ИБП- источник бесперебойного питания, который посредством SNMP связан со SCADA приложениями.

SNMP (англ. Simple Network Management Protocol — простой протокол управления сетью) — это протокол управления сетями связи на основе архитектуры TCP/IP. Этот менеджер предназначен для мониторинга состояния сети АС и управления сетевыми устройствами, в частности, в случае несанкционированного выключения энергии. Используя решения на базе SNMPc, удается контролировать всю сетевую инфраструктуру, управляя сетевым оборудованием различных типов, наблюдать за работой служб OSE/RM и анализировать отчеты по их работе за заданный период.

Информационный обмен данными в АС строится с использованием стандарта ODBC (Open DataBase Connectivity).

В соответствии с проектным решением, представленном на этом рисунке, управление технологическим процессом на АГРС со стороны диспетчеров происходит с использованием ключевых команд и только от одного диспетчера одновременно. Работу с тремя автоматизированными системами осуществляет ОРС-сервер. С ним же работают клиенты: ОРС-клиент SCADA-системы ClearSCADA, ОРС-клиент SCADA-системы PSI (программы для мгновенного обмена сообщениями посредством сети Интернет). В реализованной Системе ОРС-клиент ClearSCADA установлен на одной машине с ОРС-сервером, а ОРС-клиент PSI установлен за несколько сотен километров от них. Интранет клиенты SCADA-сервера ViewX и WebX используются диспетчерами на самой АГРС и удалённо по защищённому Internet (протокол https).

ODBC– это программный интерфейс (API) доступа к базам данных (открытая связь с базами данных). Он позволяет единообразно оперировать с разными источниками данных, отвлекаясь от особенностей взаимодействия в каждом конкретном случае.

Анализ проектных решений комплексной автоматизации показывает, что предприятия тратят около 35–40 % своего бюджета, отводимого на поддержку информационных технологий, на работы по организации обмена данными между приложениями и СУБД. Столь высокий процент затрат объясняется несовместимостью форматов данных между унаследованными приложениями и стандартами применяемых СУБД «островной автоматизации». Вот почему необходимо использовать единый стандарт управления базами данных. В начале 1990 г. существовало несколько поставщиков баз данных, каждый из которых имел собственный интерфейс. Если приложению было необходимо общаться с несколькими источниками данных, для взаимодействия с каждой из баз данных было необходимо написать свой код. Для решения возникшей проблемы Microsoft и ряд других компаний создали стандартный интерфейс для получения и отправки данных источникам данных различных типов. C помощью ODBC прикладные программисты могут разрабатывать приложения для использования одного интерфейса доступа к данным, не беспокоясь о тонкостях взаимодействия с несколькими источниками.

Это достигается благодаря тому, что поставщики различных баз данных создают драйверы, реализующие конкретное наполнение стандартных

функций из ODBC с учетом особенностей их продукта. Приложения используют эти функции, реализованные в соответствующем конкретному источнику данных драйвере, для унифицированного доступа к различным источникам данных. SQL – это язык структурированных запросов – универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных. Структурированный язык запросов основан на реляционной алгебре. Это язык манипулирования данными, который позволяет описывать условия поиска информации, не задавая для этого последовательность действий, нужных для получения ответа. SQL является стандартным средством доступа к серверу баз данных. Стандарт SQL содержит компоненты, как для определения, изменения, проверки, так и защиты данных.

Профиль среды распределенной АС должен включать стандарты протоколов транспортного уровня (по ISO OSI или стандарту де-факто протокола TCP/IP), стандарты локальных сетей (например стандарт Ethernet IEEE 802.3 или стандарт Fast Ethernet IEEE 802.3 u ), а также стандарты средств сопряжения проектируемой АС с сетями передачи данных общего назначения (в частности, RS-485, сети CAN, ProfiBus и др.).

Стандарт PROFINET (IEC 61158) предназначен для коммуникационной части систем промышленной автоматизации. Он обеспечивает доступ к устройствам полевого уровня (датчикам, машинным контроллерам, исполнительным устройствам) со всех уровней управления предприятием. Стандарт позволяет выполнять широкий обмен данными, поддерживает проектирование ИКСУ в масштабах предприятия и использует IT стандарты вплоть до полевого уровня. Он поддерживает практически все существующие сети полевого уровня (PROFIBUS, Ethernet, AS-I, CAN, LonWorks и др.). Все они могут быть интегрированы в PROFINET без модификации установленной аппаратуры.

PROFINET базируется на стандарте Industrial Ethernet и использует стандарт TCP/IP (транспортный протокол/ Internet протокол) для выполнения операций настройки параметров, конфигурирования и диагностики. Обмен данными в реальном масштабе времени выполняется через стандартные каналы связи Ethernet параллельно со стандартными вариантами обмена данными в сети Ethernet.

Выбор аппаратных платформ АС связан с определением их параметров: вычислительной мощности серверов и рабочих станций в соответствии с проектными решениями по разделению функций между клиентами и серверами; степени масштабируемости аппаратных платформ; надежности.

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

Функциональная область защиты информации включает в себя функции защиты, реализуемые разными компонентами АС:

• функции защиты, реализуемые операционной системой;

• функции защиты от несанкционированного доступа, реализуемые на уровне программного обеспечения промежуточного слоя;

• функции управления данными, реализуемые СУБД;

• функции защиты программных средств, включая средства защиты от вирусов;

• функции защиты информации при обмене данными в распределенных системах;

•функции администрирования средств безопасности.

Основополагающим документом в области защиты информации в

распределенных системах являются рекомендации X.800, принятые МККТТ в 1991 г. (сейчас ITU-T). Подмножество указанных рекомендаций и составляет профиль защиты информации в АС с учетом распределения функций защиты информации по уровням концептуальной модели АС и взаимосвязи функций и применяемых механизмов защиты информации.

Профиль инструментальных средств, встроенных в АС, отражает решения по выбору методологии и технологии создания, сопровождения и развития конкретной АС. В этом профиле должна быть указана ссылка на описание выбранных методологии и технологии, выполненное на стадии эскизного проектирования АС. Состав инструментальных средств, встроенных в АС, определяется на основании решений и нормативных документов об организации сопровождения и развития АС. При этом должны быть учтены правила и порядок, регламентирующие внесение изменений в действующие системы. Функциональная область профиля инструментальных средств, встроенных в АС, охватывает функции централизованного управления и администрирования, связанные с:

• контролем производительности и корректности функционирования системы в целом;

• управлением конфигурацией прикладного программного обеспечения, тиражированием версий;

• управлением доступом пользователей к ресурсам системы и конфигурацией ресурсов;

• перенастройкой приложений в связи с изменениями прикладных функций АС;

• настройкой пользовательских интерфейсов (генерация экранных форм и отчетов);

• ведением баз данных системы;

• восстановлением работоспособности системы после сбоев и аварий.

Дополнительные ресурсы, необходимые для функционирования встроенных инструментальных средств (минимальный и рекомендуемый объем оперативной памяти, размеры требуемого пространства на дисковых

накопителях и т. д.), должны быть учтены в разделе проекта, относящемся к среде АС. Выбор инструментальных средств, встроенных в АС, производится в соответствии с требованиями профиля среды АС. Ссылки на соответствующие стандарты, входящие в профиль среды, должны быть указаны и в профиле инструментальных средств, встроенных в АС. В этом профиле должны быть также предусмотрены ссылки на требования к средствам тестирования, которые необходимы для процессов сопровождения и развития системы и должны быть в нее встроены. В число встроенных в АС средств тестирования должны входить средства функционального тестирования приложений, тестирования интерфейсов, системного тестирования и тестирования серверов/клиентов при максимальной нагрузке.

К основным задачам, решаемым инструментальными средствами, является разработка, отладка и исполнение программ контроллерами, которая осуществляется с помощью специализированного программного обеспечения. Это, прежде всего, многочисленные пакеты программ для программирования контроллеров, предлагаемые производителями аппаратных средств. К этому же классу инструментального ПО относятся и пакеты ISaGRAF (CJ International France), InConrol (Wonderware, USA), Paradym 31 (Intellution, USA), имеющие открытую архитектуру и широко распространенные на рынке..

Определившись с набором стандартов, которым должна удовлетворять АС, можно приступать к проектированию ее отдельных компонентов.

Техническое задание на проектирование АС

Техническое задание формируется по результатам проведённого предпроектного исследования и разработки концептуальных решений АС.

Разработка ТЗ ведётся в соответствии со стандартами:

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

Техническое задание на автоматизированную систему с учётом требований ГОСТ 34.602-89 содержит следующие разделы:

• общие сведения;

• назначение и цели создания (развития) системы;

• характеристика объектов автоматизации;

• требования к системе;

• состав и содержание работ по созданию системы;

• порядок контроля и приемки системы;

• требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АС в действие;

• требования к документированию;

• источники разработки;

• приложения.

В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.

ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90, после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АС (при необходимости - на части АС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся:

• организация-заказчик (пользователь), для которой создаётся АС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АС, так и по отдельным её компонентам;

• организация-разработчик (генпроектировщик), осуществляющая работы по созданию АС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде;

• организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика;

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

ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АСУ.

ТЗ на АС разрабатываются на основании исходных данных. Это означает, что Заказчик должен предоставить исполнителю документацию на

оборудование технологического процесса, существующие на предприятии АСУ.

Раздел “Общие сведения”

• Полное наименование системы и её условное обозначение.

Структурные схемы АС

Для технологических процессов металлообработки, как и для многих других производственных прпоцессов характерна значительная рассредоточенность объектов управления по площадям.

С другой стороны, многие технологические объекты сосредоточены на сравнительно небольших площадях. Это объекты подготовки.

Очевидно, комплекс технических средств и организация каналов связи при автоматизации таких объектов различны.

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

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

Объектами управления в технологических процессах транспорта являются насосные и компрессорные агрегаты, узлы учета, вспомогательное оборудование, а также линейные участки. Для линейных участков характерны контроль параметров, сигнализация отклонений и дискретное управление кранами и задвижками. К тому же эти объекты удалены от пунктов управления на значительные расстояния. В то же время насосные и компрессорные станции - «компактные» объекты, при автоматизации которых наряду с контролем, сигнализацией и дискретным управлением часто реализуются функции непрерывного управления (регулирования).

Исходя из особенностей объектов автоматизации, выдвигаются и соответствующие требования к архитектуре, а также аппаратным и программным средствам АСУ ТП.

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

Для рассредоточенных объектов в качестве программных средств диспетчерского управления применяют SCADA-системы. Задачей таких систем является обеспечение автоматического дистанционного наблюдения и дискретного управления функциями большого количества распределенных устройств (часто находящихся на большом расстоянии друг от друга и от диспетчерского пункта). Количество возможных устройств, работающих под управлением систем диспетчерского контроля и управления, велико и может достигать нескольких сотен. Для этих систем наиболее характерной задачей является сбор и передача данных, которая реализуется дистанционно расположенными терминальными компьютерными устройствами (RTU).

На рис. 3,4 и 5 представлены структурные схемы комплексов технических средств многоуровневой системы управления технологическими процессами в промышленности с различных точек зрения при решении задач проектирования. Как правило, это двух- или трехуровневые системы. На этих уровнях реализуется непосредственное управление технологическими процессами. Специфика каждой конкретной системы управления определяется используемой на каждом уровне программно -аппаратной платформой. В общем случае нижний уровень (полевой) состоит из первичных датчиков (измерительных преобразователей), осуществляющих сбор информации о ходе технологического процесса, приводов и исполнительных устройств, реализующих регулирующие и управляющие воздействия, кабельных соединений, клеммников и нормирующих преобразователей.

Средний уровень (контроллерный) состоит из контроллеров и прочих устройств аналого-цифрового, цифро-аналового, дискретного, импульсного и т.п. преобразования, и устройств для сопряжения с верхним уровнем управления (коммуникационных модулей). Отдельные контроллеры могут быть объединены друг с другом при помощи контроллерных сетей. Контроллерные сети строятся на базе каналов связи RS-232, RS-485, Ethernet.

Верхний уровень (информационно-вычислительный) состоит из компьютеров объединенных в локальную сеть Fast Ethernet (возможно Ethernet) с использованием в качестве передающей среды медной витой пары или (при больших расстояниях) оптоволокна. Протокол передачи данных – для удаленных подключений TCP IP, для локальных возможно также применение IPX.

Датчики с нижнего уровня поставляют информацию среднему уровню управления локальным контроллерам (PLC), которые могут обеспечить реализацию следующих функций:

- сбор, первичная обработка и хранение информации о состоянии
оборудования и параметрах технологического процесса;

- автоматическое логическое управление и регулирование;

- исполнение команд с пункта управления;

- самодиагностику работы программного обеспечения и состояния самого контроллера;

- обмен информацией с пунктами управления.

Рис.4 Трехуровневая структура АСУ ТП

Так как информация в контроллерах предварительно обрабатывается и частично используется на месте, то это позволяет существенно снизить требования к пропускной способности каналов связи.

Рис.5 Функции трех- уровневой структуры управления

ПЛК контроллеры обычно исполняют роль ОРС серверов в клиент -серверной технологии взаимодействия со SCADA - системой.

Информация с локальных контроллеров направляется в сеть диспетчерского пункта непосредственно, а также через контроллеры верхнего уровня. В зависимости от поставленной задачи контроллеры верхнего уровня (концентраторы, коммуникационные контроллеры) реализуют различные функции (рис.5). Некоторые из них перечислены ниже:

- сбор данных с локальных контроллеров;

- обработка данных, включая масштабирование;

- поддержание единого времени в системе;

- синхронизация работы подсистем;

- организация архивов по выбранным параметрам;

- обмен информацией между локальными контроллерами и верхним уровнем;

- работа в автономном режиме при нарушениях связи с верхним уровнем;

- резервирование каналов передачи данных и др.

Верхний уровень - диспетчерский пункт (ДП) - включает одну или несколько станций управления, представляющих собой автоматизированное рабочее место (АРМ) диспетчера/оператора. Здесь же может быть установлен сервер базы данных. На верхнем уровне могут быть организованы рабочие места (компьютеры) для специалистов, в том числе и для инженера по автоматизации (инжиниринговые станции). Часто в качестве рабочих станций используются ПЭВМ типа IBM PC различных конфигураций.

Станции управления предназначены для отображения хода технологического процесса и оперативного управления. В зависимости от поставленной задачи на диспетчерском уровне реализуются следующие функции:

• Измерение, контроль и отображение технологических параметров и состояния технологического оборудования.

• Регистрация и анализ истории изменения (трендов) параметров технологических процессов.

• Регулирование технологических параметров.

• Оптимизация работы насосных агрегатов и газовых компрессоров по удельному расходу электроэнергии на перекачку жидкости или газа.

• Оптимизация работы насосных агрегатов и поддержание технологического режима закачки агента по разным направлениям.

• Дистанционное, автоматическое и ручное управление регуляторами, запорными клапанами и задвижками.

• Пуск и остановку технологического оборудования.

• Предупредительная и аварийная сигнализация, блокировка технологического оборудования, контроль срабатывания защит и блокировок.

• Протоколирование аварийных ситуаций и действий оперативного персонала.

• Вибродиагностику насосных и компрессорных агрегатов и электроприводов.

• Контроль состояния (целостности и пропускной способности) коллекторов и внутриплощадочных трубопроводов.

• Подготовка и выдача рапортов, отчетов, справок.

• Связь с АСУ производственного назначения.

Эти задачи и призвано решать прикладное программное обеспечение SCAD A, ориентированное на разработку и поддержание интерфейса между диспетчером/оператором и системой управления, а также на обеспечение взаимодействия с внешним миром.

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

Связующим звеном между локальными контроллерами и контроллерами верхнего уровня, а часто и пультами оператора являются управляющие сети.

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

12
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• Далее ⇒