Файл: Н. Б. Сбродов Утверждены на заседании кафедры.docx

Техническое задание

Техническое задание (ТЗ) на разработку устройства, технологической линии или системы управления - один из важнейших разделов проектной документации.

В курсовой работе при разработке ТЗ студент одновременно выступает в роли заказчика и разработчика, что вызывает определённые трудности.

Содержание разделов ТЗ на разработку системы управления регламентируется ГОСТ 34.602-89. Применительно к учебному проекту рекомендуется разбить ТЗ на 9 разделов:

1. 
   Наименование и область применения системы управления. Здесь рассматриваются вопросы назначения и области применения, определяются существующие аналоги, приводится краткая характеристика.
   
2. 
   Основание для разработки. Указываются все документы, на основании которых выполняется проект системы.
   
3. 
   Цель и назначение разработки. В разделе указываются наименование и характеристика модернизируемой или принятой за прототип системы управления.
   
4. 
   Источники разработки. Указываются все источники разработки, на базе которых выполняется проект системы управления.
   
5. 
   Режимы работы объекта. Приводятся входные и выходные параметры объекта, режимы работы, условия перехода из режима в режим, алгоритмы управления и т.д.
   
6. 
   Условия эксплуатации системы управления. 7 Технические требования.
   

8. 
   Стадии и этапы разработки.
   
9. 
   Порядок контроля и приёмки.
   

5. Заключение

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

---

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

6. Список использованных источников

Список должен содержать сведения обо всех источниках (книгах, журнальных статьях, патентах, технической документации), использованных при курсовом проектировании. Сведения приводятся в соответствии с требованиями ГОСТ 7.1-2003.

4. РАЗРАБОТКА ЛОКАЛЬНОЙ СИСТЕМЫ УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМ ОБЪЕКТОМ

1. 
   Разработка общей структуры системы управления
   

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

Структурную схему рекомендуется разрабатывать в два этапа.

На первом необходимо выяснить взаимосвязи между объектом управления и системой управления, а именно:

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

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

информации, необходимой для принятия решения.

Далее следует рассмотреть структуру объекта и

---

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

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

При разработке общей структуры системы управления и деление её на подсистемы следует руководствоваться следующим [12, 17, 18]:

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

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

---

распределённого управления на основе локальных управляющих (промышленных) сетей [13-15];

с помощью одноуровневых систем не всегда представляется возможным оптимально решить вопросы управления технологическими процессами. Это, в первую очередь, относится к сложным технологическим процессам. Тогда целесообразно переходить к многоуровневым АСУТП (минимум - двухуровневым). При этом на первом (нижнем) уровне управления располагаются локальные системы управления отдельными непрерывными процессами и системы логико-программного управления дискретными технологическими процессами. Нижний уровень, как правило, децентрализован. Нижний уровень непосредственно взаимодействует с объектом управления. Каждой выделенной частью объекта можно управлять с любого уровня. При проектировании систем управления отдельными технологическими установками необходимо предусмотреть передачу информации на более высокий уровень. Коммуникационная среда для передачи информации между уровнями и отдельными подсистемами образуется с помощью промышленных сетей Modbus, Profibus, Fieldbus, CAN, Ethernet и др. На верхнем уровне АСУТП размещаются мощные компьютеры, выполняющие функции серверов баз данных и рабочих станций и обеспечивающие хранение и анализ всей поступившей информации за любой интервал времени, а также визуализацию информации и взаимодействие с оператором. Основой программного обеспечения верхнего уровня являются специализированные программные пакеты SCADA – системы (Supervisory Control and Data Acquisition) [52-54].

При разработке структуры необходимо локальную систему управления разбить на замкнутые подсистемы автоматического регулирования и подсистемы логико-программного управления.

---

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

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

В результате разбивки локальной системы управления на подсистемы подготавливается необходимая информация для проектирования в дальнейшем замкнутых подсистем автоматического регулирования (см. раздел 4.2) и (или) подсистем логико-программного управления (см. раздел 4.3).

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

Требования к выполнению структурных электрических схем систем управления устанавливает ГОСТ 2.701-2008. Примеры выполнения приведены в [25].

Рекомендации по разработке структурных схем управления и контроля применительно к АСУПТ, а также примеры оформления подобных схем содержатся в [16, 17, 20,

---