Этой заметкой, в ближайшей перспективе, открою отдельный раздел на своем блоге, потому как считаю что материала в моей голове и исходя из моего опыта хватило бы даже больше чем на раздел. И уж совершенно точно в одну заметку я не впишусь
Так сложилось исторически, что состав проектной документации в РФ регламентируется постановлением правительства 87 от 16.02.2008 “О составе разделов проектной документации и требованиях к их содержанию” . Так вот отдельный раздел автоматики в этом документе, даже с учетом изменений на 21.12.2020 не предусмотрен. Крутись как хочешь - не нужна автоматика. Прекрасный образец управления экономистами и юристами в технической сфере.
Варианты
Выходов из создавшейся ситуации с автоматизацией в проектной документации видно три, а именно:
- Не предусматривать никакой автоматизации
- В каждый, предусмотренный постановлением, раздел включать, по необходимости, подраздел автоматизации, что как правило приводит к делению целого на части, что совсем уж нехорошо.
- В техническом задании заказчик должен явно прописать необходимость отдельного раздела по автоматизации.
Других вариантов пока не наблюдаю. Хотя, случаются на свете чудеса и кто то догадается выпустить годное изменение к постановлению. Но это лишь мечты.
Состав системы автоматизации
В наиболее полном и развернутом варианте любая система автоматизации состоит из:
- точек контроля (датчики);
- исполнительных механизмов (насосы, задвижки, сирены итд);
- линии связи (провода, кабели, ВОЛСы итд);
- пунктов обработки и управления (шкафы, пульты, сервера итд)
При этом первые три пункта, приведенного списка относят к так называемому нижнему уровню автоматизации, а четвертый соответственно - к верхнему. Иногда имеет место быть и средний уровень, это когда часть сигналов от датчиков и/или часть команд управления завязаны не некий промежуточный пункт управления, чаще всего ПЛК(программируемый логический контроллер).
Требования с к заданию на проектирование от смежника
Необходимость автоматического управления, измерения или сигнализации определяется в технологической части проекта, при этом понятие “технологическая” в этом контексте самое широкое, так например при автоматизации отопления и вентиляции технологической частью проекта является часть ОВ, аналогично с ТХ, ЭМ итд.
Так вот, в технологических частях должны быть четко определены места отборов и места установки, как датчиков так и исполнительных механизмов, предельные и рабочие диапазоны измерения. Кроме того технолог должен определить алгоритм управления и уставки срабатывания, хотя бы на уровне - “При повышение уровня в резервуаре позиции В1 выше 1200 мм от крышки должен запуститься насос Н4”. Задание же от смежника типа “Узел водоподготовки должен управляться автоматически” парируется - “Параметры автоматического управления в задании не определены и посему не реализуемы”.
Несколько подробнее о требованиях к заданию от смежников написано здесь.
Требования с к заданию на проектирование от заказчика
Заказчик вполне себе вправе требовать дополнительные точки и контура контроля и управления, не продиктованные технологической необходимостью. Кроме того типы приборов, кабелей, способы реализации итд, как на всю систему в целом так и на отдельные ее части, тоже желательно прописать в ТЗ. В противном случае проектировщик вправе использовать то что сочтет нужным. Тому как обезопасить проектировщика и заказчика от головных болей будет посвящена отдельная заметка.
Несколько подробнее об этом - здесь.
Заключение
Прекрасно понимаю, что на данный момент заметка получилась “ни о чем”, но по мере наполнения раздела полезной информации прибавится. Это точно.
Обо мне вы можете прочитать в разделе “обо мне” настоящего блога. Я с великим удовольствием, не бесплатно конечно же, помогу с техническим заданием и/или проектированием, в рамках своей компетенции конечно же. Какие либо элементарные вопросы, да и не элементарные, вы вполне себе можете написать в комментариях.
Оставить комментарий