Проектирование и сборка системы управления на базе ПЛК SIEMENS S7 1500 для комплекса очистки канализационных стоков, порт Усть-Луга, Ленинградская обл.

В октябре 2019 года специалистами компаниии РИТМ была выполнена работа по проектированию системы управления, выполнение сборочных работ шкафов управления и программирование контроллера SIEMENS комплекса очистки канализационных стоков МФК-ОСК-50-М серии МФК-ОСК производительностью 50 м3/сут, порт Усть-Луга. Заказчик - ООО “Арматех”.

ПЛК SIEMENS S7 1500 для комплекса очистки канализационных стоков, порт Усть-Луга, Ленинградская обл.

Техническое задание на систему автоматизации является обяза­тельным исходным документом на проведе­ние как научно-исследовательских, так и опытно-конструкторских работ и разра­батывается в соответствии с ГОСТ 15.001-73.

ТЗ на ОКР разрабатывает организация- разработчик на основании постановлений правительства, народнохозяйственного пла­на, распоряжений (приказов) министерства, технологических карточек ТК-1, выдаваемых организациями-заказчиками.

Организация-заказчик может вместо те­матических карточек выдать ТЗ на систему автоматизации, разработан­ное им на базе проведенной НИР. В этом случае организация-разработчик анализирует представленное ТЗ на систему автоматизации и при необходимости до­рабатывает его. Доработанное ТЗ на систему автоматизации после со­гласования с заказчиком является основным для проведения ОКР.

Техническое задание на систему автоматизации должно содержать:

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

Приведем содержание отдельных частей ТЗ на систему автоматизации.

Вводная часть: полное наименование темы; краткая характеристика разрабатывае­мого изделия; его назначение; условное обо­значение (шифр) темы; условное обозначение изделия и полное наименование документа (документов), на основании которого должна проводиться работа, с указанием даты его утверждения и кем утвержден; сроки начала и окончания работы; организации-разработ­чики и соисполнители.

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

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

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

Требования к стандартизации и унифика­ции: показатели уровня применения унифи­цированных и стандартизованных деталей и узлов.

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

Перечень представляемой на приемочные испытания документации должен соответ­ствовать ГОСТам ЕСКД.

ТЗ на систему автоматизации должно содержать технико-экономи­ческое обоснование проведения ОКР (можно как приложение к ТЗ).

Утвержденные технические задания реги­стрируют организация-разработчик по при­нятой в ней системе обозначений.

ТЗ на систему автоматизации согласуют с организацией-заказчиком, заводом-изготовителем, органами Госнадзора (при необходимости), ВЦСПС или ЦК профсоюзов (по установленным перечням из­делий).

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

Утверждение ТЗ на систему автоматизации производится вышестоя­щим органом организации-разработчика.

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

Деятельность человечества направлена, с одной стороны, на поиск новых проблем, на выполнение новых исследований, а с дру­гой — на превращение исследовательских ра­бот в более простые - проектные. В особой степени это проявляется в работах по созда­нию АСУ ТП.

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

Потребность в НИР в значительной мере зависит от организации работ по созданию АСУ ТП.

Поведение проектной организации зави­сит от варианта организации работ. В ва­риантах А и Б роль проектировщиков вспо­могательная. Они не несут ответственности за систему в целом. Основная их задача в этом случае — выполнить работу в со­ответствии с полученным заданием, чтобы от организации, выдавшей задание, не было претензий.           

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

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

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

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

Проектировщики в этом случае должны «подстраховывать» и заказчика, который в ряде случаев не обладает достаточным уровнем опыта и знаний. На последних эта­пах создания АСУ ТП все недоделки и не­верные решения проявятся непосредственно или в скрытой форме отразятся на экономи­ческих показателях работы системы.