СТА 1/2010

объектов на его промышленной пло щадке. Информационные потоки и их количественные характеристики при таком подходе являются единственной материальной субстанцией, на основе которой вами разрабатывается ТЗ на создание виртуальной АСУ ТП, имею щей вполне конкретные характеристики, и решается обратная задача создания АСУ ТП. Теперь до реализации предлагаемой идеи остаётся один шаг, так как две составляющие структуры U и Т имеют количественные характеристики, ко торыми мы можем варьировать и на ос нове которых мы можем проектиро вать, программировать, конструиро вать и тестировать различные АСУ ТП, заказчиком коих сами и являемся. Не обходимо ответить лишь на один во прос: а что делать с аналоговыми сиг налами в потоке С? Из (1) следует, что с точки зрения технического устройства U объект Т функционирует как дискретный циф ровой автомат, который характеризи руется единственным параметром, а именно временем преобразования по тока входных сигналов С в поток вы ходных сигналов Е. Тогда взаимодей ствие технической системы U и техно логической системы Т можно рассмат ривать как взаимодействие двух циф ровых автоматов при одном обосно ванном допущении, что любой поток непрерывных сигналов необходимо рассматривать как последовательность сигналов пуска и останова примитив ных непрерывных процессов [6]. Это допущение достаточно справедливо с учётом того фактора, что любое регу лирование непрерывной величины (например, температуры в реакторе) можно выполнять с помощью авто номного устройства (локального регу лятора, контроллера и т.п.). А со сторо ны U надо генерировать только дис кретные сигналы на запуск или оста новку такого устройства, которое тех ническая система рассматривает как некий чёрный ящик, воспринимаю щий только дискретные сигналы. Это в большей степени справедливо для про цессов и операций, обычно реализуе мых при управлении потенциально опасными, пожароопасными или взрывоопасными процессами, где до 80% сигналов информационного пото ка С составляют именно дискретные сигналы. Специфика реализации таких процессов во многом определяет имен но такую структуру сигналов информа ционных потоков. Согласитесь с тем, что таких технологических систем из всех вам известных достаточно много! Таким образом, на основании собственного ТЗ вы нарабатываете и реально материализуете часть необхо димых процедур и процессов создания АСУ ТП в документах, конкретных уст ройствах, программах, регламентах, методиках, руководствах по эксплуата ции и т.п. Опыт показывает, что до 70% от необходимого объёма инженерных процедур можно выполнить до начала конкретной разработки. Впоследствии, когда вам придёт конкретное задание на разработку АСУ ТП, эти наработки могут быть адапти рованы к системе напрямую, без зна чительных трудозатрат. Вам останется оговорить и согласовать с заказчиком часть дополнительных требований, ко торые не удалось формализовать, а на это понадобиться очень немного вре мени, и вы смело на вопрос заказчика: «Сколько времени потребуется?» — можете гарантировать ему внедрение системы через 9–11 месяцев после со ставления договора на разработку! П РАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ИЛИ ФОРМАЛИЗАЦИЯ ПРОЦЕДУР ИНЖЕНЕРНОЙ ДЕЯТЕЛЬНОСТИ Возьмите какой либо существую щий комплект проектной документа ции на АСУ ТП и внимательно его про анализируйте. В любом «хорошем» проекте вы обнаружите, как минимум, следующие документы и схемы: эскиз ный проект, структурную схему систе мы управления и контроля, структур ную схему комплекса технических средств, структурные схемы комплек сов средств автоматизации, функцио нальные схемы автоматизации, прин ципиальные схемы автоматизации, принципиальные пневматические схе мы, принципиальные электрические схемы питания, схемы питания и уп равления двигателями, схемы разме щения оборудования, конструктор скую документацию на щиты, пульты и планы их расположения, заявочные ве домости материалов и средств автома тизации, пояснительную записку к проекту, сметы на оборудование и мон тажные работы [1–4]. Анализ структурных и функциональ ных схем проекта свидетельствует о том, что они достаточно формализова ны и не привязаны к конкретным ма териальным объектам. Они указывают только на функциональные связи меж ду формальными графическими струк турами, каждая из которых представля ется в виде какого либо блока или эле мента управления и контроля. Иными словами, если вы их разработаете для своего виртуального объекта, то в пол ной мере можете затем применить и для реальных объектов. Очевидно, что и принципиальные схемы автоматизации не привязаны к конкретным объектам — они обычно привязаны к конкретным средствам автоматизации. 84 СТА 1/2010 П РОГ РАММНОЕ ОБ Е СП Е Ч Е НИЕ / МОД Е ЛИ РОВ АНИЕ www.cta.ru Наименование Количество Фирма изготовитель Шкаф (600 × 800 × 1000 мм) 1 Rittal DIN рейка 10 м WAGO Модуль ADAM 4053 6 Advantech Модуль ADAM 4056S 7 Advantech Модуль ADAM 4024 7 Advantech Модуль ADAM 4017 6 Advantech Модуль ADAM 4520 1 Advantech Барьеры искрозащиты ET 301 (или MK13) 12 «ЭлеСи» (или Turck) Барьеры искрозащиты ET 101 (или MK32) 48 «ЭлеСи» (или Turck) Источник питания 5 А, 24 В 5 Phoenix Contact или Siemens Реле 24 В, 8 А 64 Finder Клеммники 512 WAGO Кабельные вводы и сальники (Pg 13,5 – Pg 21) 8+14 RST Пластиковые кабельные каналы (60 × 40 мм) 20 м Rittal Кабельные наконечники с пластиковой гильзой для монтажного провода диаметром 0,5 и 0,75 мм 4000+3000 WAGO или Weidmu .. ller Маркировка для кабеля сечением 0,5 и 0,75 мм, буквы (A–Z) и цифры (0–9) для каждого типа по 1000 шт. Более 30 000 WAGO или Weidmu .. ller Таблица 2 Оборудование, применяемое при реализации модуля М256 © СТА-ПРЕСС