y"> Оперативне управління полягає в підтримці (стабілізації) планових (розрахункових) режимів. Керуючі впливи при оперативному управлінні по типу перемикання можна розділити на дискретні і безперервні управління. До дискретним управляючим впливам відносяться:
· перемикання обладнання на мережі шляхом відкриття або закриття перемичок, включення-виключення ділянок, підключення-відключення споживачів, джерел, насосних станцій, акумулюючих ємностей, та інших елементів ТПС;
· зміни схем з'єднання обладнання всередині основних елементів ТПС, наприклад перемикання насосів і внутрішньої обв'язки насосів на джерелі або насосної станції (НС) призводять до дискретним змін характеристик елементів.
До безперервним управляючим впливам можна віднести управління, засновані на поступову зміну характеристик елементів ТПС. Найбільш поширеними способами безперервного управління є дросселирование потоку автоматичним регулятором або засувкою, зміна оборотів робочого колеса насосного агрегату або перепуском частині витрати з нагнітальної лінії у зворотний (байпассірованіе).
При оперативному управлінні можна виділити дві групи завдань: управління в штатному режимі, тобто корекція режиму з урахуванням технологічних обмежень і управління в аварійному режимі - локалізація та запобігання каскадного розвитку аварій, обмеження постачання споживачів відповідно до їх категоричністю, пошук управлінь для введення режиму на дозволену область. Найбільш складним представляється управління в аварійних ситуаціях, що викликано нестандартністю виникаючих ситуацій і обмеженістю часу для ухвалення рішення.
1.2.2 Області застосування методів моделювання
1.2.2.1 Проектування ТПС
Проектування ТПС можна розглядати з двох сторін:
· Комп'ютерне проектування ТПС;
· Технологічне проектування ТПС.
Сформовані в даний час традиційні процеси проектування ТПС різного призначення мають багато спільного. Ця спільність виявляється в першу чергу в розчленуванні процесу проектування на окремі частини і далі - на окремі проектні операції, причому більшу частку цих частин і операцій складають процедури, пов'язані зі складанням та оформленням різного роду документації, що характерно для більшості технічних систем. Аналіз цього положення свідчить про те, що при проектуванні складного об'єкта 30-40% часу витрачається на узгодження окремих частин проекту, 50-60% - на виконання ескізів, креслень, рахунків, складання проектної документації і лише близько 10% для створення єдиного проекту між окремими його частинами.
Виконавцями і розробляючими підрозділами повинно виникати безліч інформаційних зв'язків самого різного характеру. Тільки при розробці, наприклад, технологічної частини проекту системи групових водопроводів число робіт і зв'язків може перевищувати сотні.
При традиційному проектуванні вельми складно не тільки врахувати, але й оцінити требующийся в такому випадку обсяг даних. Тому з метою спрощення завдання проектувальники відсівають частина зв'язків на основі свого досвіду і інтуїції, користуються типовими проектами, привертають аналогії. Такому підходу властиві консерватизм і інерція мислення, неможливість опрацювання альтернативних варіантів, тривалі терміни проектування, невиправдано великий обсяг проектно-кошторисної документації та ряд інших негативних рис. Проектування конкретної розвивається системи може тривати кілька років, і природно, що за цей час інформація застаріває, морально застарілими стають і деякі технічні рішення.
Головним методом проектувальника є розрахунок. Однак у традиційному проектуванні рекомендовані методики та допомоги по проектному справі базуються на спрощених підходах, не передбачають використання сучасних математичних методів і орієнтуються на ручний рахунок.
Існуюча методологія проектування систем групових водопроводів знецінюється тим, що окремі проектні завдання вирішуються ізольовано, багато - вручну і на основі інтуїції.
Та й саме поняття оптимальний варіант за таких умов в багатьох випадках стає безглуздим, оскільки організації сучасного процесу проектування передбачає, як правило, випуск замовний документації на обладнання, матеріали та техніку до початку проектної опрацювання. Очевидно, що в подібній ситуації часто доводиться лише підганяти проект під замовлені (або наявні) матеріальні ресурси.
Щоб якось вийти з положення, пов'язаного зі складністю і об'ємністю проектних завдань, фахівці-проектувальники інтуїтивно застосовують функціональну декомпозицію, представляючи загальну задачу у вигляді послідовності простіших підзадач. Частина підзадач, вирішення яких важко або яким рахую...
