Автоматизована система управління автономним водопостачанням

Реферат

Пояснювальна записка 103с., 50 рис., 20 табл., 16 джерел, 1 додаток.

СИСТЕМА ВОДОПОСТАЧАННЯ, АВТОМАТИЗОВАНА СИСТЕМА управління водопостачанням, програмований логічний контролер (ПЛК), АЛГОРИТМ УПРАВЛІННЯ, ПРОГРАМНИЙ ІНТЕРФЕЙС, Людина - МАШИННИЙ ІНТЕРФЕЙС (HMI), SCADA - СИСТЕМИ.

Об'єктом дослідження є система, що забезпечує автономне водопостачання адміністративної будівлі.

Мета роботи - створення автоматизованої системи управління автономним водопостачанням, що забезпечує дистанційне (віддалене) управління виконавчими пристроями системи водопостачання.

У процесі роботи проводилося дослідження існуючої системи автономного водопостачання, був вдосконалений програмний алгоритм системи і створений інтерфейс, що забезпечує візуалізацію технологічних процесів на прийнятному для замовника рівні.

У результаті була розроблена автоматизована система управління автономним водопостачанням, задовольняє всім вимогам технічного завдання.

Ступінь впровадження - автоматизована система автономного водопостачання прийнята в дослідну експлуатацію.

Ефективність розробленої системи визначається наявністю вдосконаленого алгоритму роботи, забезпечує управління ультрафіолетової дезінфекційної установки, і наявністю програмного інтерфейсу оператора, що забезпечує візуалізацію технологічних процесів на прийнятному для замовника рівні.

ЗМІСТ

ВСТУП

1 КОНСТРУКТОРСЬКИЙ РОЗДІЛ

1.1 Схема влаштування системи водопостачання

1.1.1 Опис системи водопостачання

1.1.2 Опис основного обладнання

1.2 Завдання організації віддаленого управління

1.3 Розробка структури автоматизованої системи

1.3.1 Водяні свердловини

1.3.2 Проміжна ємність необробленої води

1.3.3 Блокова установка підготовки питної води

1.3.4 Резервуари питної води

1.3.5 Програмований логічний контролер

1.4 Розробка алгоритму керування системою

1.5 Програмна реалізація алгоритму системи водопостачання

1.6 Розробка програмного інтерфейсу для віддаленого управління системою водопостачання

1.6.1 Водяні свердловини і проміжна ємність

1.6.2 Система підготовки питної води

1.6.3 Резервуари питної води

1.6.4 Ультрафіолетова дезінфекційна установка

1.6.5 Звітна документація

1.6.6 Представлення даних у вигляді графіків

2 ТЕХНОЛОГІЧНИЙ РОЗДІЛ

2.1 Опис технології розробки програмного забезпечення

2.1.1 Опис технології розробки програмної реалізації алгоритму в середовищі RSLogix 5000

2.1.2 Опис технології розробки операторського інтерфейсу в середовищі Wonderware InTouch 7.1

2.2 Розробка документації по роботі з програмним забезпеченням

3 ТЕХНІКО-ЕКОНОМІЧНИЙ РОЗДІЛ

3.1 Розрахунок трудомісткості розробки програми

3.2 Розрахунок витрат на розробку програмного забезпечення

3.3 Розрахунок економічної ефективності програмного засобу

4 РОЗДІЛ ОХОРОНИ ПРАЦІ І НАВКОЛИШНЬОГО СЕРЕДОВИЩА

4.1 Аналіз і нормування небезпечних і шкідливих виробничих факторів

4.1.1Повишенний рівень електромагнітних випромінювань

4.1.2Повишенная або знижена температура повітря робочої зони

4.1.3Повишенний рівень шуму на робочому місці

4.1.4Повишенний рівень вібрацій

4.1.5Повишенное значення напруги в електричному ланцюзі

4.1.6Недостаточная освітленість робочої зони оператора

4.2Расчет електромагнітного поля

4.3Протівопожарная безпека

4.4Екологіческая безпека

ВИСНОВОК

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

ДОДАТОК

ПОЗНАЧЕННЯ І СКОРОЧЕННЯ

АСУ ТП - автоматизована система управління технологічним процесом

КВП - контрольно-вимірювальні прилади

ПЛК - програмований логічний контролер

ПІД-регулятор - пропорційно-інтегрально-диференціальний регулятор

SCADA - Supervisory Control and Data Acquisition (диспетчерський контроль і збір даних)

HMI - Human - Machine Interface (людино-машинний інтерфейс)

ВСТУП

На сьогоднішній день автоматизація виробництва є невід'ємною складовою розвитку сучасного суспільства, символом прогресу. Можливість створення автоматизованих виробництв і систем управління технологічним процесом, їх послідовна ув'язування за ієрархічним рівням та інтегрування в єдину систему збору, обробки даних і оперативного управління дозволяють підвищити продуктивність, якість, безпеку, одним словом, підвищити ефективність усіх ланок виробництва. Автоматизація технологічних процесів у рамках одного процесу дозволяє організувати основу для впровадження комплексних систем управління підприємством.

Розглядаючи автоматизовані системи управління технологічним процесом (АСУ ТП), говорять про комплекс програмних і технічних засобів, призначених для автоматизації управління технологічним обладнанням на підприємствах. Під АСУ ТП розуміється комплексне рішення, що забезпечує автоматизацію основних технологічних операцій на виробництві. Термін «автоматизований» на відміну від терміна «автоматичний» підкреслює можливість участі людини в окремих операціях, як в цілях збереження людського контролю над процесом, так і у зв'язку зі складністю чи недоцільністю автоматизації окремих операцій. Як правило АСУ ТП має єдину систему операторського управління у вигляді пульта управління, засоби обробки і архівації інформації про хід процесу, типові елементи автоматики: ПЛК, виконавчі пристрої, датчики. Для інформаційного зв'язку підсистем використовуються промислові мережі. АСУ ТП отримали і отримують велике поширення, що пов'язано з підвищенням продуктивності праці при використанні даних систем.

У дипломному проекті розглядається існуюча система автономного водопостачання адміністративної будівлі морського терміналу ЗАТ «Каспійський Трубопровідний Консорціум - Р». Ця система відноситься до класу замкнутих АСУ, так як існує зворотний зв'язок між виходом об'єкта управління та входом керуючого пристрою, що утворює замкнутий контур, який би автоматичний контроль над станом об'єкта управління. За характером зміни задає впливу дана АСУ відноситься до систем програмного керування, що задає вплив у яких змінюється за певним, розробленим алгоритмом. Крім цих критеріїв, дану систему можна віднести до класу багатопараметричних, нелінійних SCADA-систем. Основне завдання SCADA - це збір інформації про безліч віддалених об'єктів, що надходить з пунктів контролю, і відображення цієї інформації в єдиному операторському центрі. При цьому оператор має можливість не тільки пасивно спостерігати за об'єктом, а й керувати ним, реагуючи на різні ситуації. Дана система реалізує локальне управління системою автономного водопостачання на основі малоинформативно локального дисплея, розташованого поза адміністративної будівлі.

Аналіз системи виявив ряд недоліків. Вимога усунення даних недоліків визначає необхідність проведення даної роботи. Розглянемо існуючу АСУ ТП докладніше.

1 КОНСТРУКТОРСЬКИЙ РОЗДІЛ

1.1 Схема влаштування системи водопостачання

У даному пункті розглядається загальна будова системи водопостачання адміністративного будинку морського терміналу ЗАТ «Каспійський Трубопровідний Консорціум - Р».

1.1.1 Опис системи водопостачання

Необроблена вода подається трьома насосами свердловин артезіанської води, PU - H 003 / H 004 / H 005, розташованими в південній Озереевка (м. Новоросійськ), в 3,3 км від берегових споруд, за двома водопроводів діаметром 150 мм на блочну установку підготовки питної води PK - N 510. Вода з артезіанських свердловин спочатку проходить у проміжну ємність для необробленої води, 42 - VE - N 001, звідки вона перекачується насосами, 42 - PU - N 001 A / B, в блокову установку підготовки питної води, PK - N 510, для обробки. Очищена питна вода подається в резервуари питної води 42 ​​- TK - N 001 A / B, звідки вода перекачується в офісну будівлю блокової установкою для питної води PK - N 520. На малюнку 1.1 представлена ​​схема системи автономного водопостачання.

Малюнок 1.1 - Схема системи автономного водопостачання

Блокова установка підготовки питної води, PK - N 510, передбачається з наступними розрахунковими і робочими витратами, представленими в таблиці 1.1.

Таблиця 1.1 - Параметри блокової установки підготовки питної води

На установці виробляється питна вода з наступними граничними значеннями, представленими в таблиці 1.2.

Таблиця 1.2 - Граничні значення питної води

Подвійна система питної води полягає в кожної частини з багатошарового фільтра, FL - N 511 A / B, адсорбера з активованим вугіллям, FL - N 513 A / B, і іонообмінного пом'якшувача води, VE - N 512 A / B. Крім того, в цю блокову установку входять джерело ультрафіолетового світла, вхідний насос хлорування і вихідний насос хлорування для дезінфекції. Передбачена можливість часткового байпасірованія пом'якшувачів для виробництва води з проміжною ступенем жорсткості. Подвійна система забезпечує два незалежних комплекту ємностей. Фільтри, адсорбери і пом'якшувачі розраховані на роботу в паралельному режимі. Система розрахована на автоматичну роботу з керуванням від ПЛК. Необроблена вода піддається наступній обробці:

Хлорування на вході: на вхід необробленої води інжектується гіпохлорит натрію (NaOCl) для окислення заліза, марганцю та органічних елементів, що проникають в систему, та спрощення їх видалення на фільтраційних установках. Хлорування на вході також захищає фільтри від бактеріального забруднення.

Багатошарова фільтрація: багатошаровий фільтр забезпечує ступінь фільтрації, необхідну для видалення важкого залишку і суспендованих речовин при проходженні через судини. У суспензійовані речовини входять окислене залізо і марганець. Багатошарові фільтри складаються з поступово тоншає верств антрациту, фільтрувального піску і дрібного граната. Враховуючи, що фільтрувальне середовище вибирається за розміром частинок і щільності, при зворотній промивці фільтруючого шару відновлюється фільтруюча середа з великим антрацитом зверху, дрібним піском в середині і ще більш дрібним і щільним гранатом в нижній частині. Це забезпечує більш ефективну фільтрацію, оскільки спочатку розташована більша середовище, а нижні шари виконані з більш дрібної середовища. Середа спирається на чітко відсортований шар промитого гравію. Зворотній промивка багатошарових фільтрів виконується при високому перепаді тиску на них або протягом заданого циклу низького попиту на воду, рекомендованого як мінімум один раз на добу. Під час циклу зворотної промивки одна установка продовжує фільтрувати необроблену воду, в той час як друга піддається зворотному промиванні.

Фільтрація на активованому вугіллі: гранульований активоване вугілля, що використовується в адсорбері, являє собою високопористих органічну середовище з високою щільністю, з урівноваженою структурою пір для ефективної адсорбції. Він видаляє з води багато небажаних органічних речовин, зокрема, надають смак, запах і колір. Він також є каталізатором при реакції отримання з хлору хлоридів, видаляючи хлор з води. Активоване вугілля видаляє багато канцерогенні речовини, які у вигляді слідів, такі як пестициди і органічні розчинники. Так як активоване вугілля виконує роль адсорбера, його адсорбційна здатність може виснажуватися. Відпрацьований активоване вугілля повинен періодично замінюватись адсорбентом. Ретельно відсортований шар промитого гравію правильно розподіляє потоки при зворотній промивці і фіксує вугілля. Опорна підстава передбачено на всіх фільтрах і використовується для правильного розподілу потоків зворотної води. Середа спирається на шар промитого гравію, ретельно відсортовані і вищої якості для запобігання ушкодження. Так як адсорбери з активованим вугіллям встановлені за багатошаровими фільтрами, забивання суспензійовані твердими речовинами повинна бути незначною. Фільтри з активованим вугіллям не повинні забиватися і не повинні під час роботи піддаватися високому перепаду тиску. Зворотній промивка фільтрів з активованим вугіллям виконується для запобігання компактування шару і видалення всіх твердих речовин, затриманих фільтруючим середовищем. Адсорбери з активованим вугіллям піддаються зворотному промиванні з високим диференціальним тиском на фільтрі і протягом заданого циклу низького попиту на воду, рекомендованого як мінімум раз на добу. Під час циклу зворотної промивки одна установка продовжує фільтрувати необроблену воду, тоді як друга промивається.

Змягчувачі води: жорсткість у свердловині перевищує 6 мекв / л, тобто вода є «виключно жорсткою». Ця вода не є небезпечною для здоров'я, але створює проблеми при використанні в господарських цілях, особливо з милом та миючими речовинами. У пом'якшувачі води використовується першосортна катіонообмінної смола з бісеру полістиролу високої якості, спеціально призначеного для зниження жорсткості. Це - натрієва катіонообмінної смола, обмінюються натрій на двовалентні металеві катіони. При проходженні жорсткої води через смолу, іони натрію на смолі заміщуються іонами кальцію і магнію. Іони натрію вивільняються з іонообмінної смоли і залишаються у воді, що виходить з пом'якшувача. Смола затримує іони кальцію і магнію. Коли смола перестає пом'якшувати воду, вона піддається зворотному промиванні, регенерується розчином хлористого натрію і промивається кінцевої водою. Смола знову стає натрієвої і може відновити пом'якшення. Регенерація ємностей пом'якшувача залежить від обсягу оброблюваної води. Під час циклу регенерації одна установка продовжує зм'якшувати відфільтровану воду, тоді як друга знаходиться на регенерації. Продуктивність пом'якшувача зазвичай оцінюється за залишковою жорсткості обробленої води (виражається в ррм CaCO _3, де 1 ppm CaCO ₃ відповідає концентрації двовалентних катіонів 0,02 мекв / л). Для регенерації пом'якшувачів передбачена система з двома ємностями для розсолу. Розсіл готується в ємності, VE - N 562, де сіль (NaCl) розчиняється в прісній воді. Друга ємність, VE - N 561, використовується для зберігання розчину розсолу, звідки за допомогою ежектора він змішується з прісною водою для виробництва сировини для регенерації.

Установка ультрафіолетової стерилізації: ультрафіолетовий очиститель представляє собою засіб дезінфекції води для дотримання бактеріологічних вимог та забезпечення руйнування патогенних організмів у воді. Ультрафіолетова енергія руйнує різні органічні компоненти клітини, викликаючи біологічні зміни, летальні для мікроорганізму. Для ефективності, ультрафіолетові промені повинні вступати в контакт з кожним мікроорганізмом. По конфігурації очищувач представляє собою ультрафіолетову лампу з навколишнім її кварцовим екраном. Лампи в запобіжної оболонці занурюються в проточну воду. Потік проходить паралельно осі лампи. Так як залишку не утворюється, необхідна додаткова доводочні дезінфекція, тобто хлорування.

Хлорування на виході: Хлорування на виході призначається для знищення шкідливих організмів у воді. Додавання хлору з метою дезінфекції являє собою хімічний метод, що змінює хімію клітини і призводить до смерті мікроорганізмів. Розчин хлору впорскується безпосередньо у вихідну трубу.

Блокова установка інжекції хлору: Установка інжекції хлору, розрахована на роботу з гіпохлоритом натрію (NaOCl), забезпечує інжекції розчиненого хлору в наступні місця:

Безперервно на вхід установки підготовки питної води за допомогою дозуючого насоса, 42 - CIP -7741, для окислення заліза, марганцю та органічних речовин з метою спрощення їх затримання на установках фільтрації.

Безперервно на вихід установки підготовки питної води дозуючим насосом, 42 - CIP -7743, для додаткової обробки після ультрафіолетової стерилізації або хлорування необробленої води без подальшої обробки при байпасірованіі процесу фільтрації.

1.1.2 Опис основного обладнання

Насоси артезіанської води підвішуються на дні свердловин. Насоси кріпляться болтами безпосередньо до верхньої частини двигуна, і агрегатований вузол опускається у воду. Двигун повинен бути в повністю непроникному виконанні. У таблиці 1.3 представлені параметри насосів артезіанської води.

Таблиця 1. 3 - Параметри насосів артезіанської води

Щоб уникнути періодичного пуску / зупинки насосів артезіанської води на Берегових спорудах передбачена проміжна ємність для необробленої води. Насоси необробленої води, 42 - PU - N 001 A / B, відкачують її з ємності для перекачування на блочну установку підготовки питної води, PK - N 510, з мінімальним натиском. У таблиці 1.4 представлені параметри проміжної ємності необробленої води.

Таблиця 1.4 - Параметри проміжної ємності необробленої води

Насоси необробленої води перекачують її з проміжної ємності для необробленої води, 42 - VE - N 001, в блокову установку підготовки питної води, PK - N 510, з мінімальним натиском. У таблиці 1.5 представлені параметри насосів необробленої води.

Таблиця 1.5 - Параметри насосів необробленої води

Розглянемо блокову установку підготовки питної води. Система складається з двох ліній, що працюють незалежно один від одного. Коли одна із складових частин лінії (вхідний лічильник, багатошаровий фільтр, фільтр з активованим вугіллям, пом'якшувач) зупинено, зупиняється вся лінія. Обсягу води зворотного промивання достатньо для промивки будь-якого з двох фільтрів або пом'якшувачів. Це допускається ПЛК. ПЛК запобігає одночасну регенерацію пом'якшувачів. Якщо один з пом'якшувачів знаходиться на регенерації, інший відсікається від входу на регенерацію. Сховища достатньо для можливості зупинки всієї системи (обидві лінії) без втрати сировини. Кожна лінія працює з певним заданим постійним витратою, що регулюється її вхідними регулюючими клапанами, FC -7701 A / B.

Багатошаровий фільтр являє собою ємність з вуглецевої сталі з епоксидної облицюванням, в яку поміщені п'ять шарів фільтруючого середовища, що забезпечують багаторівневу фільтрацію потоком необробленої води, що проходить через ємність. У таблиці 1. 6 представлені параметри багатошарового фільтра.

Таблиця 1. 6 - Параметри багатошарового фільтра

Фільтр з активованим вугіллям представляє собою ємність з вуглецевої сталі з епоксидної облицюванням, в якій потік необробленої води фільтрується на двох шарах фільтруючого середовища. У таблиці 1.7 представлені параметри фільтра з активованим вугіллям.

Таблиця 1.7 - Параметри фільтра з активованим вугіллям

Змягчувачі питної води являють собою ємність з вуглецевої сталі з епоксидної облицюванням, в якій потік відфільтрованої води наводиться в статичний контакт з шаром іонообмінних смол, на якій вільні іони кальцію обмінюються з іонами натрію. У таблиці 1.8 представлені параметри пом'якшувача.

Таблиця 1. 8 - Параметри пом'якшувача

Ультрафіолетова стерилізаційна установка являє собою циліндр з ультрафіолетовими лампами в кварцовою втулці, через яку відфільтрована вода абсорбує ультрафіолетові промені, що знищують мікроби. У таблиці 1.9 представлені параметри підсистеми ультрафіолетової обробки води.

Таблиця 1.9 - Параметри підсистеми ультрафіолетової обробки води

У блокову установку інжекції хлору входять сховище і три електронних дозуючих насоса. Інжекція на вході здійснюється насосом, 42 - CIP -7741, а на виході - насосом, 42 - CIP -7743. Третій насос, 42 - CIP -7742, поставляється в якості "запасного" для вхідний або вихідний установки хлорування і не підключений.

Основною роллю блочної насосної установки для питної води є створення тиску в водорозподільної системі із занадто низьким або існуючим тиском. Установка складається з трьох рядних насосів з електронним регулюванням швидкості. Електронна система регулювання швидкості, вбудована в шафу управління, підтримує постійний тиск в мережі, незалежно від витрати.

1.2 Завдання організації віддаленого управління

У дипломному проекті розглядається існуюча система автономного водопостачання адміністративної будівлі Морського терміналу ЗАТ «Каспійський Трубопровідний Консорціум - Р». Дана система реалізує локальне управління системою автономного водопостачання на основі малоинформативно локального дисплея, розташованого поза адміністративної будівлі. В існуючій системі не передбачено ведення звітної документації, подання даних у вигляді ретроспективних графіків (графіків), резервне зберігання даних. Відповідно до вищесказаного можна виділити наступне недоліки існуючої системи водопостачання:

Відсутність можливості передачі управління віддаленого комп'ютера.

Мала інформативність існуючого інтерфейсу.

Відсутність управління підсистемою ультрафіолетової обробки води.

Відсутність можливості ведення звітної документації.

Відсутність резервного зберігання даних.

Відсутність можливості представлення даних у вигляді графіків.

Проаналізувавши перелік недоліків існуючої системи, визначимо завдання, вирішення яких призведе до створення системи, що задовольняє вимогам технічного завдання. Для забезпечення управління підсистемою ультрафіолетової обробки води потрібно розробити і реалізувати алгоритм керування даною підсистемою. Решта недоліки системи усуваються створенням нового програмного інтерфейсу системи управління автономним водопостачанням, що забезпечує можливість віддаленого управління системою автономного водопостачання на прийнятному рівні інформативності. Даний інтерфейс забезпечить: ведення звітної документації, подання даних у вигляді ретроспективних графіків, резервне зберігання даних.

1.3 Розробка структури автоматизованої системи

Існуюча система автономного водопостачання включає велику кількість КВП, необхідних як для місцевої індикації, так і безпосередньо для створення автоматизованої системи. У даному пункті представимо перелік КВП, необхідних для функціонування автоматизованої системи управління автономним водопостачанням, а також логіку роботи виконавчих пристроїв. На малюнку 1.2 представлено загальний пристрій системи управління водопостачанням.

Рисунок 1.2 - Загальний пристрій системи управління водопостачанням

1.3.1 Водяні свердловини

Реле низького рівня артезіанської води в свердловині № 1 (LSLL -7300) встановлено на один метр вище насоса для його захисту від роботи насухо. При активації реле, насос артезіанської води, PU - H 003, відключається і на місцевій панелі управління артезіанської свердловини № 1 і мнемосхеми SCADA направляється аварійний сигнал. Для повторного запуску насоса відмова має бути скинутий в системі SCADA. Активація аварійного реле високого тиску, PAH -7310, відрегульованого на 4300 кПа або аварійного реле низького тиску, PAL -7310, відрегульованого на 2900 кПа, перемикає насос артезіанської води, PU - H 003, а аварійний сигнал передається в систему SCADA. Для повторного запуску насоса відмову скидається в системі SCADA. Відключення при низькому тиску нагнітання, PAL -7310, блокується при запуску насоса. Реле низького рівня артезіанської води в свердловині № 2 (LSLL -7400) встановлено на один метр вище насоса для його захисту від роботи насухо. При активації реле, насос артезіанської води, PU - H 004, відключається і на місцевій панелі управління артезіанської свердловини № 2 і мнемосхеми SCADA направляється аварійний сигнал. Для повторного запуску насоса відмова має бути скинутий в системі SCADA. Активація аварійного реле високого тиску, PAH -7410, відрегульованого на 4300 кПа або аварійного реле низького тиску, PAL -7410, відрегульованого на 2900 кПа, перемикає насос артезіанської води, PU - H 004, а аварійний сигнал передається в систему SCADA. Для повторного запуску насоса відмову скидається в системі SCADA. Відключення при низькому тиску нагнітання, PAL -7410, блокується при запуску насоса. Реле низького рівня артезіанської води в свердловині № 3 (LSLL -7500) встановлено на один метр вище насоса для його захисту від роботи насухо. При активації реле, насос артезіанської води, PU - H 005, відключається і на місцевій панелі управління артезіанської свердловини № 3 та мнемосхеми SCADA направляється аварійний сигнал. Для повторного запуску насоса відмова має бути скинутий в системі SCADA. Активація аварійного реле високого тиску, PAH -7510, відрегульованого на 4300 кПа або аварійного реле низького тиску, PAL -7510, відрегульованого на 2900 кПа, перемикає насос артезіанської води, PU - H 005, а аварійний сигнал передається в систему SCADA. Для повторного запуску насоса відмову скидається в системі SCADA. Відключення при низькому тиску нагнітання, PAL -7510, блокується при запуску насоса. На насосах артезіанської води передбачені наступні витратоміри: FQI -7300 - витратомір на нагнітанні насоса PU - H 003, FQI -7400 - витратомір на нагнітанні насоса PU - H 004, FQI -7500 - витратомір на нагнітанні насоса PU - H 005. Загальний витрата візуалізуються на місцевому приладі і дистанційно в системі SCADA. Всі три насоси управляються ПЛК, розташованим в артезіанської свердловини № 3, або дистанційно - від системи SCADA. Запуск насосів може знадобитися або для заповнення резервуарів питної води, або для заповнення резервуарів пожежної води. Пріоритетним є заповнення резервуарів питної води. Насоси артезіанських свердловин, PU - H 004 і PU - H 005, працюють за принципом «робочого» / «резервного», що задається програмним перемикачем системи SCADA. При зниженні рівня в проміжній ємності необробленої води, 42 - VE - N 001, та спрацьовування реле низького рівня, LSL -0951, вхідний ізолюючий клапан, XV -0951, відкривається і на «робочий» насос посилається команда пуску. Якщо «робочий» насос не запускається, в систему SCADA передається аварійний сигнал, а на «резервний» насос передається команда пуску. Коли рівень підвищується в проміжній ємності необробленої води, 42 - VE - N 001, при активації реле високого рівня, LSH -0952, вхідний ізолюючий клапан, XV -0951, закривається і на працюючий насос посилається команда зупину. На малюнку 1.3 представлений алгоритм роботи насосів водяних свердловин.

Малюнок 1.3 - Алгоритм роботи насосів водяних свердловин

1.3.2 Проміжна ємність необробленої води

Рівень у проміжної ємності необробленої води підтримується в робочих межах реле низького рівня LSL -0951 (уставка = 300мм). При активації реле низького рівня вхідний ізолюючий клапан, XV -0951, відкривається і на насоси артезіанської води передається команда пуску. Аварійний сигнал передається системі SCADA. Рівень у проміжної ємності необробленої води підтримується в робочих межах реле високого рівня LSH -0952 (уставка = 4140мм). При активації реле високого рівня вхідний ізолюючий клапан, XV -0951, закривається і системі SCADA направляється аварійний сигнал. Вхідний ізолюючий клапан проміжної ємності необробленої води відкривається при активації реле низького рівня, LSL -0951, і закривається при активації реле високого рівня, LSH -0952. Розглянемо логіку роботи насосів необробленої води (42 - PU - N 001 A / B). У нормальному режимі один з насосів проміжної ємності необробленої води, 42 - PU - N 001 A або B, працює безперервно. Управління насосами здійснюється вручну з локального пульта управління з дистанційною візуалізацією стану в системі SCADA. Коли рівень в обох сховищах питної води досягає уставки реле високого рівня, LAH -0905 і LAH -0925, що працює насос відключається. На малюнку 1.4 представлений алгоритм роботи КВП проміжної ємності необробленої води.

Малюнок 1.4 - Алгоритм роботи КВП проміжної ємності необробленої води

1.3.3 Блокова установка підготовки питної води

У таблиці 1.10 представлений перелік КВП установки підготовки питної води.

Таблиця 1.10 - Перелік КВП установки підготовки питної води

При виявленні витрати на вході Скид активація вхідного реле витрати води, FS -7741, включає вхідний пристрій хлорування, 42 - CIP -7741. Витрата на лінії "A", FT -7701 - A, регулюється за допомогою вхідного регулюючого клапана, FC -7701 - A. Клапан регулювання витрати працює в зворотному режимі, тобто коли витрата збільшується, клапан закривається.

Диференціальне тиск на багатошаровому фільтрі передається на місцеву панель управління. Послідовність зворотної промивки ініціюється, коли диференціальний тиск на фільтрі перевищує задане значення протягом періоду більше 5 хвилин безперервно. Значення регулюється на 100 кПа і може змінюватися з дисплея місцевої панелі управління. Витримка часу в 5 хвилин запобігає несвоєчасну ініціацію зворотної промивки при пульсаціях тиску. Коли лінія не працює, високу диференціальний тиск на фільтрі не ініціює послідовності зворотної промивки. Диференціальне тиск на фільтрі з активованим вугіллям передається на місцеву панель управління. Послідовність зворотної промивки ініціюється, коли диференціальний тиск на фільтрі перевищує задане значення протягом періоду більше 5 хвилин безперервно. Значення регулюється на 70 кПа і може змінюватися з дисплея місцевої панелі управління. Витримка часу за 5 хвилин запобігає несвоєчасну ініціацію зворотної промивки при пульсаціях тиску. Коли лінія не працює, високу диференціальний тиск на фільтрі не ініціює послідовності зворотної промивки.

Розглянемо логіку роботи клапанів блокової установки підготовки питної води на прикладі лінії "A". Вхідний двопозиційний ізолюючий клапан багатошарового фільтра BFV -7701 A відкритий в нормальному робочому режимі і закритий під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан на виході багатошарового фільтра або вході фільтра з активованим вугіллям BFV -7702 A відкритий в нормальному робочому режимі і закритий під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан верхній дрени багатошарового фільтра BFV -7703 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан на вході води зворотного промивання багатошарового фільтра BFV -7704 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан нижній дрени багатошарового фільтра BFV -7705 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Вихідний двопозиційний ізолюючий клапан фільтра з активованим вугіллям BFV -7712 A відкритий в нормальному робочому режимі і закритий під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан верхній дрени фільтра з активованим вугіллям BFV -7713 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан на вході води зворотного промивання фільтра з активованим вугіллям BFV -7714 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан нижній дрени фільтра з активованим вугіллям BFV -7715 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Вхідний двопозиційний ізолюючий клапан пом'якшувача BFV -7721 A відкритий в нормальному робочому режимі і закритий під час послідовності зворотної промивки. Вихідний двопозиційний ізолюючий клапан пом'якшувача BFV -7722 A відкритий в нормальному робочому режимі і закритий під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан верхній дрени пом'якшувача BFV -7723 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан на вході води зворотного промивання пом'якшувача BFV -7724 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан нижній дрени пом'якшувача BFV -7725 A закритий в нормальному робочому режимі і відкрито під час послідовності зворотної промивки. Двопозиційний ізолюючий клапан на вході розсолу пом'якшувача BFV -7726 A закритий в нормальному робочому режимі і відкрито під час послідовності регенерації.

Загальний обсяг умягчается води візуалізується на лічильнику споживання FT -7721 A і передається на місцеву панель управління. Послідовність регенерації ініціюється після досягнення заданого обсягу.

Розглянемо КВП зворотної промивки фільтрів. Реле витрати зворотної промивки багатошарового фільтра LFS -7701 A вказує досягнення мінімального заданого витрати в лінії подачі води зворотного промивання багатошарового фільтра. Реле витрати зворотного промивання фільтра з активованим вугіллям LFS -7711 A вказує досягнення мінімального заданого витрати в лінії подачі води зворотного промивання фільтра з активованим вугіллям. Реле витрати зворотної промивки пом'якшувача LFS -7721 A вказує досягнення мінімального заданого витрати в лінії подачі води зворотного промивання пом'якшувача. Тиск в колекторі води зворотного промивання PT -7720 передається на місцеву панель управління і на SCADA.

Ультрафіолетова дезінфекційна установка 42 - UV - N 514 являє собою лампу в спеціальному корпусі, що забезпечує опромінення води. Вона включається при активації вихідного реле витрати, FS -7743. При виявленні потоку на виході з Скид, активація вихідного реле витрати води, FS -7743, включає вихідну пристрій хлорування, 42 - CIP -7743 і ультрафіолетову систему, 42 - UV - N 514.

Розглянемо КВП системи хлорування. При низькому рівні в резервуарі хлорування активація реле низького рівня, LSL-7741, відключає насоси хлорування, 42-CIP-7741, 42-CIP-7742 і 42-CIP-7743. Аварійний сигнал передається відповідно на місцеву панель управління. Насос хлорування на вході, 42-CIP-7741, включається при виявленні потоку на вході Скид, FS-7741. Він відключається при низькому рівні в ємності хлорування, LSL-7741. Насос хлорування на виході, 42-CIP-7742, включається при виявленні потоку на виході Скид, FS-7743. Він відключається при низькому рівні в ємності хлорування, LSL-7743. Насос хлорування, 42-CIP-7743, не приєднаний. Він поставляється в якості «запасного» для входу і виходу насоса хлорування.

Розглянемо КВП системи розсолу. Під час послідовності регенерації пом'якшувача, розчин розсолу з дозатора, 42-VE-N561, інжектується в пом'якшувач. Ежектор розсолу, 42-FE-7761, відбирає розсіл між уставкою реле високого рівня, LSH-7761, і уставкою реле низького рівня, LSL-7761, забезпечуючи певну кількість розсолу для регенерації. Після регенерації пом'якшувача дозатор розсолу, 42-VE-N561, заповнюється розчином розсолу до уставки реле високого рівня, LSH-7761. Після регенерації пом'якшувача насичений розчин виконується в сховище солі, 42-VE-N562, розбавленням пластівців солі прісною водою, подача якої запускається реле високого рівня в сховище солі, LSH-7762. Рівень у сховище солі контролюється реле високого рівня, яке відкриває вхідний клапан, BFV-7762, для подачі прісної води, коли реле скидається, і закриває клапан, коли реле активується. Під час регенерації пом'якшувача клапан подачі розсолу, BFV-7761, відкривається, дозволяючи ежектору, 42-FE-7761, відбирати розсіл з дозатора, 42-VE-N561, і закривається, коли рівень падає до уставки реле низького рівня, LSL-7761. При заповненні системи розсолу, після послідовності регенерації, клапан подачі прісної води, BFV-7762, відкривається, пропускаючи воду в сховище солі, коли реле високого рівня, LSH-7762, скидається, і закривається, коли реле високого рівня активується. Цей клапан дозволяє проходження розсолу зі сховища солі, 42-VE-N562, у дозатор розсолу, 42-VE-N561. Поки не буде досягнутий високий рівень в дозаторі розсолу, LSH-7761, клапан відкривається після періоду приготування розсолу і закривається, коли реле високого рівня в сховище солі, LSH-7762, скидається. Під час послідовності регенерації пом'якшувача здійснюється «швидка промивка» пом'якшувача, під час якої клапан швидкої промивання, BFV-7764, відкритий. Алгоритм роботи ліній очищення води є об'ємним, тому представлений у вигляді даного текстового опису.

1.3.4 Резервуари питної води

У таблиці 1.11 представлений перелік КВП на резервуарах питної води.

Таблиця 1.11 - Перелік КВП на резервуарах питної води

Розглянемо логіку роботи КВП резервуарів питної води. При активації реле дуже низького рівня в резервуарі, LSLL -0903, поки вихідний клапан резервуара відкритий, XV -0910, блокова установка перекачування питної води, PK - N 520, відключена. Аварійний сигнал передається в систему SCADA. Відключення при дуже низькому рівні в резервуарі, LSLL -0903, блокується, коли вихідний ізолюючий клапан резервуара, XV -0910, закритий. Рівень у резервуарі питної води передається системі SCADA і візуалізується на місцевому приладі. Додаткові, регульовані оператором, аварійні сигнали ініціюються системою SCADA при наступних уставках: LAH -0905 - аварійний сигнал високого рівня в резервуарі 4090 мм. Коли рівень в обох резервуарах досягає уставки реле високого рівня, LAH -0905 і LAH -0925, насоси проміжної ємності необробленої води, 42 - PU - N 001 A / B, відключаються. Рівень у резервуарі регулюється диференційним контролером рівня, LIC -0905, яке впливає на вхідний регулюючий клапан, LV -0905. Регулюючий клапан повністю відкритий, коли рівень <90%, і повністю закритий, коли рівень> 95%.

Розглянемо логіку роботи блокової насосної установки питної води (PK - N 520). Датчик тиску передає значення тиску в нагнітальному маніфольд контролеру регульованої швидкості. Коли тиск у мережі падає нижче уставки: насос № 1 запускається зі швидкістю, сумісної з заданим споживанням і тиском. При збільшенні споживання: насос № 1 досягає 95% своєї максимальної швидкості, а насос № 2 запускається з мінімальною частотою для негайної готовності до роботи за потребою. При збільшенні споживання, насос № 1 досягає 100% своєї швидкості, а насос № 2 працює за потреби. Коли споживання стабілізується, і якщо насос № 1 не досягає своєї максимальної швидкості за 15 секунд, насос № 2 зупиняється. Якщо споживання продовжує збільшуватися, насос № 2 досягає 95% своєї максимальної швидкості і тоді запускається насос № 3 з мінімальною частотою для негайної готовності до роботи за потребою. Якщо споживання продовжує збільшуватися, насос № 2 досягає 100% своєї швидкості, а насос № 3 працює за потребою. Коли споживання стабілізується, і якщо насос № 2 не досягає своєї максимальної швидкості за 15 секунд, насос № 3 зупиняється. Для запобігання роботи насухо блочної насосної установки питної води, вона відключається при активації реле дуже низького рівня в робочому резервуарі питної води, коли вихідний клапан відповідного резервуара відкритий. Блокова установка також відключається, коли вихідні ізолюючі клапани, XV -0910 і XV -0920, обох сховищ питної води закриті. На малюнку 1.5 представлений алгоритм роботи КВП резервуарів питної води.

Малюнок 1.5 - Алгоритм роботи КВП резервуарів питної води

1.3.5 Програмований логічний контролер

Насоси водяних свердловин, блокова установка підготовки питної води, а також виконавчі пристрої і КВП резервуарів питної води управляються виділеним ПЛК. Для реалізації алгоритму управління використаний програмований логічний контролер ControlLogix фірми Allen - Bradley. Даний ПЛК складається як мінімум з модуля процесора і модулів вводу / виводу в одному шасі ControlLogix з джерелом живлення. Є можливість встановлення комунікаційного модуля на задню шину. У цьому випадку процесор контролює як модулі введення / виводу в локальному шасі, так і дистанційно розташовані модулі вводу / виводу. Для поліпшення роботи можна встановлювати кілька мережевих модулів на задню шину для забезпечення різних шляхів для передачі даних. Модульність цього ПЛК дозволяє ефективно розробляти, комплектувати і модифікувати програми зі значною економією витрат на інжиніринг. Наведемо основні особливості програмованого логічного контролера ControlLogix:

Повна сумісність з існуючими системами на базі ПЛК, мережами та засобами операторського інтерфейсу.

Можливість перебудовувати і розширювати систему за допомогою модулів вводу / виводу і комунікаційних інтерфейсів.

Гнучка конфігурація системи.

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

Доставка даних між ланками мережі, між мережами і між модулями здійснюється максимально швидко через задню шину.

Висока стійкість апаратної платформи до вібрацій, високій температурі і елктріческім перешкод у важких промислових умовах.

Кілька процесорних модулів можуть бути встановлені на одній задній шині, що забезпечує легкий доступ до даних одного процесора з іншого для спільного використання значень ввода-/вивода та іншої інформації.

Розподілена обробка при підключенні процесорів до мереж EtherNet / IP, ControlNet.

Процесори можуть адресувати велика кількість входів / виходів (4000 аналогових або максимум 128000 дискретних входів / виходів).

Повідомлення зв'язку можуть бути надіслані і отримані процесором як по мережі EtherNet, ControlNet, так і по RS -232.

На малюнку 1.6 представлений програмований логічний контролер ControlLogix:

Малюнок 1.6 - Програмований логічний контролер ControlLogix

Розглянемо структуру програмованого логічного контролера. Основою контроллера є два взаємодіючих 32-хразрядних процесора: процесор логіки і процесор задньої шини. Процесор логіки виконує програми та управляє процесом обміну повідомленнями. Процесор задньої шини спілкується з пристроями вводу / виводу, посилаючи і передаючи дані по задній шині. Процесор задньої шини працює незалежно від процесора логіки, тобто вся інформація вводу / виводу передається асинхронно до виконуваній програмі. Контролер має пам'ять програм і пам'ять даних. Пам'ять користувача має обсяг від 750 Кбайт до 8Мбайт. На рисунку 1.7 представлена ​​структура програмованого логічного контролера ControlLogix.

Малюнок 1.7 - Структура програмованого логічного контролера ControlLogix

Для організації роботи автоматизованої системи автономного водопостачання налаштована мережа, представлена ​​на малюнку 1.8:

Малюнок 1.8 - Конфігурація мережі автоматизованої системи управління автономним водопостачанням.

Мережа складається з трьох шасі. Шасі № 1 складається з наступних модулів:

Модуль ControlNet.

Три дискретних модуля введення постійного струму з шістнадцятьма діагностичними входами.

Два аналогових модуля введення з шістьма ізольованими входами.

Дискретний релейний модуль виведення з шістнадцятьма індивідуально ізольованими виходами.

Дане шасі забезпечує роботу системи водяних свердловин і проміжної ємності. Шасі № 2 складається з наступних модулів:

Процесор ControlLogix5550.

Модуль ControlNet.

Модуль EtherNet.

Дискретний модуль введення змінного струму з шістнадцятьма індивідуально ізольованими входами.

Три дискретних релейних модуля виводу з шістнадцятьма індивідуально ізольованими виходами.

Два аналогових модуля введення з шістьма ізольованими входами.

Аналоговий модуль виводу з чотирма виходами по напрузі або по струму.

Дане шасі забезпечує роботу блокової установки підготовки води. До шасі № 2 підключено HMI, на якому встановлений розроблений програмний інтерфейс, що забезпечує роботу оператора з автоматизованою системою управління автономним водопостачанням. Шасі № 2 пов'язано з HMI допомогою модуля EtherNet, встановленого в даному шасі. HMI - це спеціалізовані операторські панелі. Виконуючи функції мінікомп'ютера, такі панелі встановлюються безпосередньо на робочому місці і дозволяють оперативно реагувати на системні запити і здійснювати контроль, програмування і перепрограмування системи. Шасі № 3 складається з наступних модулів:

Модуль ControlNet.

Три дискретних модуля введення постійного струму з шістнадцятьма діагностичними входами.

Два аналогових модуля введення з шістьма ізольованими входами.

Дискретний релейний модуль виведення з шістнадцятьма індивідуально ізольованими виходами.

Дане шасі забезпечує роботу виконавчих пристроїв резервуарів питної води. Варто відзначити, що автоматизована система побудована на базі одного процесора ControlLogix 5550. ПЛК зв'язаний по засобах мережі з шасі, що містять модулі вводу / виводу. Подібна конфігурація мережі забезпечує високу продуктивність і полегшує зміна системи в майбутньому. Мережа, що забезпечує зв'язок шасі, організована відповідно до технології ControlNet.

Мережа ControlNet - швидкодіюча детермінована мережа, використовувана для передачі інформації, критичною до часу. У той же самий час мережа використовується для передачі некритичних до часу повідомлень, не заважаючи передачу критичної інформації. По мережі здійснюється управління в реальному часі і передача та інформації між однорангових абонентами мережі. Ця високошвидкісна зв'язок між контролерами і пристроями введення-виведення може комбінуватися з існуючими мережами Remote I / O і Data Highway Plus. Ряд пристроїв може бути підключений до мережі ControlNet, включаючи персональні комп'ютери, контролери, операторський інтерфейс, приводу, а також інші пристрої з підтримкою ControlNet.

Мережа ControlNet заснована на новітніх рішеннях в області відкритих мережевих технологій - моделі виробник / споживач. Модель виробник / споживач дозволяє всім вузлам мережі одночасно отримувати однакові дані від одного джерела. У кінцевому рахунку, модель забезпечує: велику продуктивність і підвищену ефективність системи, тому що дані формуються тільки один раз незалежно від кількості споживачів, і точну синхронізацію, тому що дані приймаються кожним вузлом в один і той же час.

Можливості традиційних мереж не можуть задовольнити постійно зростаючі потреби в більшій продуктивності і високих експлуатаційних характеристиках системи при забезпеченні повторюваної і передбачуваною зв'язку між пристроями. Просте збільшення швидкості передачі даних і підвищення ефективність протоколу вже недостатні. Ефективність мережі визначається основною технологією, за допомогою якої мережу управляє зв'язком між підключеними пристроями. Переваги мережі, заснованої на моделі виробник / споживач:

Зросла ефективність: джерело посилає дані один раз і численні вузли можуть одночасно отримати дані. Дані ідентифікуються своїм вмістом.

Точна синхронізація: більша кількість пристроїв може бути додано до мережі без необхідності збільшення мережевого трафіку і дані прибувають на всі вузли в один і той же час.

Обмін інформацією по мережі ControlNet. Найважливіша функція ControlNet передавати критичну до часу керуючу інформацію (наприклад, стан введення / виводу і блокування управління). Одночасно передається й інша інформація (наприклад, не критичні до часу повідомлення, такі як завантаження та вивантаження програм), але вона не змішується з критичними до часу повідомленнями завдяки унікальному листкового тимчасовому алгоритмом ControlNet. По локальній мережі ControlNet інформація передається між двома вузлами шляхом встановлення логічного з'єднання.

1.4 Розробка алгоритму керування системою

На етапі аналізу було виявлено недолік алгоритму управління системою водопостачання, пов'язаний з відсутністю можливості управління підсистемою ультрафіолетової обробки води. Розглянемо існуючий алгоритм автоматизованої системи управління автономним водопостачанням. Алгоритм реалізований наступним чином: існує головна програма, з якої відбувається виклик підпрограм підсистем. Визначимо призначення даних підпрограм.

У підпрограмі «P _ MOTOR» реалізована логіка управління насосами водяних свердловин. У цій програмі реалізований алгоритм «головний / запасний», що забезпечує взаємозамінну роботу насосів водяних свердловин 40-PU-H 004 та 40 - PU - H 005. Реалізовано управління насосом водяних свердловин 40 - PU - H 003 в ручному режимі. Крім цього, програма реалізує обробку аварійних сигналів реле низького рівня, реле низького і високого тиску, витратомірів, передаючи їх у підпрограму «Alarms», а також, підраховує напрацювання насосів водяних свердловин.

Підпрограма «Alarms» забезпечує обробку і виведення на SCADA - систему аварійних сигналів і повідомлень блокової установки підготовки питної води. До даних сигналів ставляться аварійні сигнали клапанів, сигнали рівнемірів, витратомірів, датчиків тиску. При наявності даних аварійних сигналів відбувається подача загального аварійного сигналу системи.

Підпрограма «Brine _ System» реалізує логіку управління підсистемою подачі солі та підготовки розсолу для забезпечення регенерації пом'якшувачів, тобто управляє клапанами даної підсистеми і обробляє аварійні сигнали реле низького і високого рівнів у резервуарі зберігання солі і в резервуарі підготовки розсолу, передаючи їх у підпрограму «Alarms».

Підпрограма «Chlorine _ System» відповідає за управління насосами подачі хлору 42 - CIP -41, 42 - CIP -42, 42 - CIP -43, а також обробляє аварійні сигнали реле низького і високого рівнів у резервуарі зберігання хлору, передаючи їх у підпрограму « Alarms ».

Підпрограма «Train _ A» і підпрограма «Train _ B» реалізують алгоритм роботи двох ліній очищення води, а саме: управління режимом роботи лінії, управління клапанами в автоматичному і ручному режимах, обробку аналогових сигналів датчиків тиску, витратомірів. Дані підпрограми працюють роздільно, що забезпечує паралельну незалежну роботу ліній очищення води.

Підпрограма «P _ Regulator» забезпечує управління безступінчатих клапанів на входах резервуарів питної води, реалізує ПІД-регулятор, який підтримує рівень в резервуарах питної води на заданому рівні за допомогою управління клапанами, а також, обробляє аварійні сигнали реле низького рівня резервуарів питної води. Дані сигнали передаються в підпрограму «Alarms».

Таким чином, можна відзначити, що в зазначеному алгоритмі відсутня підпрограма управління ультрафіолетової дезінфекційної установкою. Існуючий загальний алгоритм управління системою водопостачання представлений на малюнку 1.9.

Малюнок 1.9 - Існуючий алгоритм управління системою водопостачання

Відповідно з поставленим завданням необхідно забезпечити управління підсистемою управління ультрафіолетової дезінфекційної установкою, тобто забезпечити управління як в ручному, так і автоматичному режимі. На малюнку 1.10 представлений загальний алгоритм управління системою водопостачання, що включає підпрограму управління ультрафіолетової дезінфекційної установкою.

Малюнок 1.10 - Доопрацьований алгоритм управління системою водопостачання

Розглянемо алгоритм управління ультрафіолетової дезінфекційної установкою. Даний алгоритм представлений на малюнку 1.11.

Малюнок 1.11 - Алгоритм управління ультрафіолетової дезінфекційної установки

Даний алгоритм забезпечує управління ультрафіолетової дезінфекційної установкою в двох режимах: автоматичному і ручному. Оператор переводить установку в автоматичний або ручний режим за допомогою розробленого програмного інтерфейсу. При перекладі оператором управління в автоматичний режим, програмований логічний контролер аналізує інформацію з витратоміра на виході блокової установки підготовки води FS 7743 і, за наявності, потоку води, включає установку. При відсутності вихідного потоку програмований логічний контролер відключає установку. У випадку несправності витратоміра, а також, на вимогу оператора система управління може бути переведена в ручний режим. У даному режимі управління установкою забезпечується за допомогою розробленого програмного інтерфейсу автоматизованої системи управління автономним водопостачанням. Програмна реалізація алгоритму представлена ​​в наступному пункті.

1.5 Програмна реалізація алгоритму системи водопостачання

Розробивши алгоритм управління ультрафіолетової дезінфекційної установкою, необхідно реалізувати його в програмному середовищі і доопрацьований алгоритм завантажити в програмований логічний контролер. Перш ніж перейти до програмної реалізації алгоритму підсистеми управління ультрафіолетової дезінфекційної установкою, необхідно описати мову програмування, за допомогою якого реалізується цей алгоритм. При програмуванні промислових логічних контролерів використовується стандартна мова контактно-релейного логіки або функціональних схем [1]. Розроблений алгоритм управління ультрафіолетової дезінфекційної установкою реалізований за допомогою релейного логіки в програмному середовищі RSLogix 17. Опишемо стан ланцюжка релейного логіки для того, щоб описати цю мову програмування. Контролер аналізує інструкції релейного логіки, виходячи зі стану ланцюжка перед даною інструкцією (вхідної умови ланцюжка). На підставі інструкції та вхідної умови ланцюжка контролер встановлює умову після інструкції (вихідна умова ланцюжка), яке, у свою чергу, впливає на будь-яку наступну інструкцію. Якщо умова ланцюжка перед інструкцією, - «істина», контролер аналізує інструкцію і встановлює вихідну стан ланцюжка на основі результатів її виконання. Якщо результатом інструкції є «істина», то вихідний стан ланцюжка - «істина», якщо ж результатом інструкції є «брехня», то вихідний стан ланцюжка - «брехня». Також контролер виконує попереднє сканування інструкцій. Попереднє сканування - це спеціальне сканування всіх процедур в контролері. У процесі попереднього сканування контролер перевіряє всі головні процедури та підпрограми, але ігнорує переходи, при яких може бути пропущено виконання інструкцій. Контролер виконує всі цикли та виклики підпрограм. Якщо яка-небудь підпрограма викликається більше одного разу, вона виконується при кожному виклику. Контролер використовує попереднє сканування інструкцій релейного логіки для скидання не зберігається введення / виводу і внутрішніх значень. При попередньому скануванні вхідні значення не є поточними, а вихідні дані не записуються. На малюнку 1.12 представлена ​​структура релейного логіки.

Малюнок 1.12 - Структура релейного логіки

Перейдемо до безпосередньої програмної реалізації алгоритму управління підсистемою ультрафіолетової дезінфекційної установки. На малюнку 1.13 представлена ​​програмна реалізація алгоритму управління ультрафіолетової дезінфекційної установкою.

Малюнок 1.13 - Програмна реалізація алгоритму управління ультрафіолетової дезінфекційної установки

Розглянемо інструкції і теги, використані при реалізації даного алгоритму. У даному алгоритмі використані наступні інструкції:

Інструкція XIC (Examine if Closed) - перевірити на стан «вкл».

Інструкція XIO (Examine if Open) - перевірити на стан «вимк».

Інструкція OTL (Output Latch) - фіксація виходу.

Інструкція OUT (Output Unlatch) - расфиксации виходу.

Розглянемо дані інструкції докладніше. Інструкція програмно підсвічена зеленим кольором у випадку встановлення «істини». Інструкція XIC перевіряє, чи встановлений біт даних. Приклад даної інструкції представлений на малюнку 1.14.

Малюнок 1.14 - Програмна реалізація інструкції XIC.

Якщо встановлено нульовий біт тега даних PV_UV_AUTO_MAN, то це дозволяє наступну по порядку інструкцію (вихідна умова ланцюжка - «істина»). Якщо вхідна умова ланцюжка - «брехня», то вихідна умова ланцюжка встановлюється на «брехня». Алгоритм даної інструкції представлений на малюнку 1.15.

Малюнок 1.15 - Алгоритм інструкції XIC.

Інструкція XIO перевіряє, скинутий чи біт даних. Приклад даної інструкції представлений на малюнку 1.16.

Малюнок 1.16 - Програмна реалізація інструкції XIO.

Якщо скинутий нульовий біт тега даних PV_UV_AUTO_MAN, то це дозволяє наступну по порядку інструкцію (вихідна умова ланцюжка - «істина»). Якщо вхідна умова ланцюжка - «брехня», то вихідна умова ланцюжка встановлюється на «брехня». Алгоритм даної інструкції представлений на малюнку 1.17.

Малюнок 1.17 - Алгоритм інструкції XIO.

Інструкція OTL встановлює (фіксує) біт даних в логічну одиницю - «істина». Приклад даної інструкції представлений на малюнку 1.18.

Малюнок 1.18 - Програмна реалізація інструкції OTL.

Коли керівництво OTL дозволена, вона встановлює нульовий біт тега даних UV_ON в логічну одиницю. Даний біт тега використаний для управління ультрафіолетової дезінфекційної установкою і відображення її поточного стану. Цей біт залишається встановленим поки він не буде скинуто, як правило з допомогою інструкції OUT. Інструкція OTU скидає біт даних (знімає фіксацію) в логічний нуль - «брехня». Приклад даної інструкції представлений на малюнку 1.19.

Малюнок 1.19 - Програмна реалізація інструкції OUT.

Звертаючись до малюнка 1.13 розберемо на підставі тегів даних та інструкцій програмну реалізацію алгоритму управління ультрафіолетової дезінфекційної установкою. Нульовий біт тега даних PV_UV_AUTO_MAN визначає режим роботи ультрафіолетової дезінфекційної установки. Даний біт встановлюється в логічну одиницю при переході в автоматичний режим, і встановлюється в логічний нуль при переході в ручний режим. Інструкція XIC та інструкція XIO перевіряють даний біт. Якщо даний біт встановлений в логічну одиницю, що представлено на малюнку 1.20, тоді вихідна значення інструкції XIC встановлюється в логічну одиницю і відбувається перехід до наступної інструкції XIC, яка перевіряє наявність потоку води на вихідному витратомірі FS7743.

Малюнок 1.20 - Програмна реалізація алгоритму в автоматичному режимі роботи установки і при наявності потоку води на вихідному витратомірі.

Даному витратоміри відповідає тег даних A _41_ FS 7743. Оскільки в нашому прикладі даний біт також встановлений, то вихідна значення даної інструкції встановлюється в «істина», та інструкція OTL встановлює нульовий біт тега даних UV _ ON, таким чином, запустивши ультрафіолетову дезінфекційну установку. При відсутності потоку на вихідному витратомірі FS 7743 відбудеться перехід до нижньої частини ланцюжка та інструкція OTU скине нульовий біт тега даних UV _ ON, таким чином, зупинивши ультрафіолетову дезінфекційну установку. Дана ланцюжок представлена ​​на малюнку 1.21.

Малюнок 1.21 - Програмна реалізація алгоритму в автоматичному режимі роботи установки і при відсутності потоку води на вихідному витратомірі.

При переході даної підсистеми в ручний режим відбувається перехід на ланцюжок, представлену на малюнку 1.22.

Малюнок 1.22 - Програмна реалізація алгоритму в ручному режимі запуску установки.

Якщо нульовий біт тега даних PV _ UV _ AUTO _ MAN встановлений в логічний нуль, що відповідає ручного режиму роботи установки, і визначається інструкцією XIO, то інструкція XIC визначає значення нульового біта тега даних PV _ UV _ ON. Даний біт тега встановлений в логічну одиницю при вступі команди запуску даної установки з HMI. Для відключення установки використовується ланцюжок, представлена ​​на малюнку 1.23.

Малюнок 1.23 - Програмна реалізація алгоритму в ручному режимі відключення установки.

Якщо нульовий біт тега даних PV _ UV _ AUTO _ MAN встановлений в логічний нуль, що відповідає ручного режиму роботи установки, і визначається інструкцією XIO, то інструкція XIC визначає значення нульового біта тега даних PV _ UV _ OFF. Даний біт тега встановлений в логічну одиницю при вступі команди відключення даної установки з HMI.

1.6 Розробка програмного інтерфейсу для віддаленого управління системою водопостачання

У даному розділі представимо опис існуючого і розробленого програмного інтерфейсу оператора для віддаленого управління системою водопостачання. На початку розглянемо існуючий інтерфейс. Для локального управління системою автономного водопостачання потрібно присутність оператора на об'єкті поза адміністративної будівлі. Це створює велику незручність в експлуатації системи. Для візуалізації технологічного процесу використовується дисплей з діагоналлю 8 дюймів. Візуалізація виконана на низькому рівні, а інтерфейс має недоліки, виявлені на етапі аналізу. На малюнках 1.24 і 1.25 представлені приклади існуючого операторського інтерфейсу.

Малюнок 1.24 - Головне вікно існуючого інтерфейсу

Малюнок 1.25 - Вікно управління режимом роботи ліній очищення води

Перейдемо до розгляду розробленого в рамках дипломного проекту програмного інтерфейсу. Програмний інтерфейс розроблений з використанням прикладного програмного забезпечення візуалізації технологічних процесів Wonderware InTouch 7.1 [2]. Насоси водяних свердловин, блокова установка підготовки питної води, а також виконавчі пристрої і КВП резервуарів питної води управляються виділеним ПЛК з дисплеєм для операторського інтерфейсу. Даний дисплей використовується для доступу до всіх зон операторського інтерфейсу. Наведемо основні функції, які надає оператору розроблений програмний інтерфейс.

Робота оператора починається з входу в меню авторизації, який забезпечує роботу оператора на двох мовах: російською та англійською. Програмний інтерфейс забезпечує гнучке управління наданням прав доступу до різних типів обладнання. Дане вікно дозволяє змінювати права доступу користувачів в межах від 0000 (мінімальні права) до 9999 (максимальні права), змінювати паролі доступу, а також забезпечує завершення роботи користувача. На малюнку 1.26 представлено вікно, що забезпечує авторизацію користувача.

Малюнок 1.26 - Вікно авторизації користувача

При успішній авторизації користувач переходить в основний вікно, що забезпечує візуалізації системи водопостачання. На малюнку 1.27 представлено головне вікно програмного інтерфейсу.

Малюнок 1.27 - Головне вікно програмного інтерфейсу

Дане вікно забезпечує можливість оператору стежити за поточним станом системи в цілому. З даного вікна передбачена можливість переходу в підсистеми управління водяними свердловинами, блокової установкою підготовки води, а також резервуарами питної води. Перехід здійснюється щодо наведення курсору на підсистему. У нижній частині вікна відображається поточні подія, з можливості перегляду всіх подій за допомогою переходу у вікно журналу подій. Журнал подій реєструє аварійні події і забезпечує зберігання даних терміном 30 днів. До аварійних сигналів відносяться аварійні сигнали клапанів, датчиків тиску, реле низького і високого рівнів, реле низького і високого тиску, збоїв різних підсистем. Непідтверджені аварійні сигнали відзначаються червоним кольором. Біля кожного аварійного сигналу вказуються дата і час. Для навігації в аварійні події використовуються клавіші зі стрілками. Для стирання журналу використовується клавіша стирання передісторії аварійних сигналів. Дане вікно представлно на малюнку 1.28.

Малюнок 1.28 - Вікно журналу подій

Програмний інтерфейс складається з трьох основних частин:

Водяні свердловини і проміжна ємність.

Система підготовки питної води.

Резервуари питної води.

Розглянемо дані підсистеми окремо.

1.6.1 Водяні свердловини і проміжна ємність

На цьому екрані візуалізується поточний стан даної підсистеми. На ньому візуалізуються насоси, які знаходяться в роботі, поточну витрату, сумарний витрата і час роботи насосів. Оператор має можливість керувати окремим насосом, клапаном на ході проміжної ємності. Інтерфейс надає операторові можливість відстеження даних у вигляді графіків, викликаючи меню графіків. На малюнку 1.29 представлено вікно управління підсистемою водяних свердловин і проміжної ємності.

Малюнок 1.29 - Вікно управління підсистемою водяних свердловин і проміжної ємності

1.6.2 Система підготовки питної води

Дане вікно забезпечує можливість керування лініями очищення води. На малюнку 1.30 представлено вікно управління підсистемою блокової установки підготовки питної води. На цьому екрані візуалізується поточний стан всіх систем в будь-якій лінії «A» і «В». На ньому візуалізуються всі системи, які знаходяться в роботі, на зворотному промиванні, фільтрації стоків, які направляються в каналізацію, розсолу, повільної промивання, швидкої промивки.

Малюнок 1.30 - Вікно управління підсистемою блокової установки підготовки питної води.

1.6.3 Резервуари питної води

Дане вікно забезпечує можливість управління безступінчатими клапанами на резервуарах питної води, а також управління ПІД-регулятором, що забезпечує підтримку певного рівня у резервуарах. На малюнку 1.31 представлено вікно управління підсистемою резервуарів питної води.

Малюнок 1.31 - Вікно управління підсистемою резервуарів питної води.

1.6.4 Ультрафіолетова дезінфекційна установка

Розглянемо програмну реалізацію інтерфейсу управління ультрафіолетової дезінфекційної установкою, представлену на малюнку 1.32.

Малюнок 1.32 - Вікно управління ультрафіолетової дезінфекційної установкою

Дане вікно відображається після натискання на ультрафіолетову дезінфекційну установку з вікна управління підсистемою блокової установки підготовки питної води. Оператор має можливість вибирати режим роботи даної установки, при цьому, кнопки «Запустити» і «Зупинити» доступні операторові тільки при перекладі режиму роботи установки в автоматичний. Вікно відображає поточний режим та стан системи.

1.6.5 Звітна документація

Операторові, що працює з будь-яким технологічним процесом, необхідно мати можливість вести звітну документацію по роботі даного процесу. Відповідно до технічного завдання розроблений інтерфейс, що забезпечує оператора цією можливістю. Звіти зберігаються в окремій папці, що забезпечує резервне зберігання даних на тривалий термін. У програмі реалізовані звіти трьох видів: добовий, тижневий, місячний. Розглянемо програмну реалізацію інтерфейсу меню звітів, представлену на малюнку 1.33.

Малюнок 1.33 - Вікно меню звітів

Дане вікно дозволяє переходити у вікно перегляду поточних звітів, а також, відкривати звіти архіву, зберігаються в окремій папці. Реалізацію звітів розглянемо на прикладі щоденного звіту, представленого на малюнку 1.34.

Малюнок 1.34 - Щоденний звіт про стан автоматизованої системи автономного водопостачання

1.6.6 Представлення даних у вигляді графіків

Представлення даних у вигляді графіків реального часу і графіків архіву дозволяють оператору відстежувати зміну стану системи в зручному вигляді. Розроблений інтерфейс дозволяє оператору масштабувати графіки для відстежування поточного стану системи по ряду параметрів. До цих параметрів відносяться дані датчиків тиску і витратомірів. Інтерфейс забезпечує зберігання графіків архіву терміном 30 днів. На малюнку 1.35 представлено вікно виклику графіків.

Малюнок 1.35 - Вікно виклику графіків

Реалізація графіків реального часу, що відображають дані, що надходять від датчиків тиску, представлена ​​на малюнку 1.36.

Малюнок 1.36 - Графіки реального часу

На малюнку 1.37 представлено вікно, яке відображає графіки датчиків тиску в архіві. Інтерфейс дозволяє масштабувати графік, з метою відстеження даних в необхідний оператору момент часу.

Малюнок 1.37 - Графіки архіву

Розроблений інтерфейс відповідає стандартам і вимогам компанії ЗАТ «Каспійський Трубопровідний Консорціум - Р». Крім цього, інтерфейс вирішує виявлені проблеми, тобто забезпечує: візуалізацію технологічних процесів на прийнятному рівні, ведення звітної документації, резервне зберігання даних, подання даних у вигляді графіків, гнучке управління наданням прав доступу до різних типів обладнання.

2 ТЕХНОЛОГІЧНИЙ РОЗДІЛ

2.1 Опис технології розробки програмного забезпечення

2.1.1 Опис технології розробки програмної реалізації алгоритму в середовищі RSLogix 5000

Розглянемо технологію розробки програмної реалізації алгоритму. Алгоритм реалізується з використанням програмного забезпечення RSLogix 5000 [1]. Даний програмний продукт підтримує архітектуру ControlLogix і являє собою засіб програмування контролера Logix 5550. В основі пакету RSLogix 5000 лежить простий у використанні редактор релейних схем RSLogix 500, створює середовище програмування, в якій використовуються можливості нової архітектури. Відзначимо основні функціональні можливості даного програмного продукту:

Проста конфігурація, що забезпечується графічним організатором контролера, діалоговими вікнами конфігурації вводу / виводу, інструментом конфігурації руху, а також конфігуруванням на основі технології «вкажи і клацни».

Розвинена обробка даних з використанням як масивів, так і задаються користувачем структур з метою забезпечення необхідної для програми гнучкості, замість того, щоб підганяти його під конкретну структуру пам'яті, яка визначається пам'яттю таблиці даних контролера.

Прості у використанні методи адресації введення / виводу.

Редактор релейних схем вільного формату, що дозволяє вносити зміни одночасно в кілька ланцюжків логіки, а також вводити логіку або за допомогою інтерфейсу, що використовує технологію «вкажи і клацни», чи на запрошення на введення ASCII.

Редагування та навігація за допомогою технології «перенести і покласти» з метою швидкого переміщення елементів даних з одного файлу в іншій, ланцюжків з однієї процедури або проекту в другою (іншою), а також команд з одного ланцюжка в іншу в межах проекту.

Організація логічного додатки з використанням структур завдань, програм і процедур.

Можливість діагностичного моніторингу, включаючи область індикації стану, що відображає поточний стан контролера, можливість перевірки програми і надійний монітор даних.

Високо інтегрована підтримка руху.

При відкритті RSLogix 5000 буде представлений інтерфейс, представлений на малюнку 2.1.

Малюнок 2.1 - Інтерфейс середовища реалізації алгоритму RSLogix 5000.

Лінійка меню надає можливість вибору пунктів з меню, які з'являються, коли ви клацаєте мишею по якому-небудь елементу цієї лінійки. Панель інструментів створення компонентів використовується для створення нових компонентів проекту, наприклад, тегів, процедур, програм. Панель режиму відображає стан програми і контролера, тобто показує режим роботи та наявність редакційних змін. Панель інструментів для загальної логіки містить всі елементи релейного логічної схеми, які не є командами (ланцюжки, гілки), а також найбільш часто використовувані команди. Стандартна панель інструментів містить безліч функцій (вирізати, копіювати, вставити), що використовується неодноразово по ходу розробки і тестування логічної програми. Панель інструментів редагування релейних схем містить всі функції редагування в режимі on - line, а також деякі загальні функції редагування. Панель інструментів із закладками показує мнемонічні схеми команд за категоріями, виконаним у вигляді закладок. Коли ви клацаєте мишею по закладці категорії, панель інструментів команд, розташована трохи вище, зміниться у відповідності з цією категорією команд. Досить клацнути по команді, щоб вставити її в програму релейного логіки. Рядок стану виводить поточну інформацію про стан або запрошення користувача. Організатор контролера представляє собою графічне вміст проекту з контролеру. Область перегляду - це основне меню програмного продукту RSLogix 5000, яке надає базовий засіб перегляду різних редакторів. Вікно результатів з'являється в нижній частині основного вікна RSLogix 5000 після виконання операцій, що призводять до безлічі результатів або помилок. Це вікно надає інформацію про помилки та про стан виконуваної програми.

Технологія розробки програмного алгоритму на основі релейного логіки розглянута в пункті 1.5.

2.1.2 Опис технології розробки операторського інтерфейсу в середовищі Wonderware InTouch 7.1

Перейдемо до розгляду технології розробки операторського інтерфейсу. Інтерфейс розроблено з використанням програмного забезпечення Wonderware InTouch 7.1. Широко відоме в світі програмне забезпечення людино-машинного інтерфейсу InTouch HMI від компанії Wonderware, призначений для візуалізації і управління технологічними процесами, надає зручні у використанні середовище розробки і набір графічних засобів [3]. Програми InTouch досить гнучкі, щоб задовольнити як поточні, так і майбутні потреби без необхідності в додаткових інвестиціях і зусиллях. Доступ до універсальних програм InTouch забезпечується за різних мобільних пристроїв, малопотужних мережевих клієнтів, комп'ютерних вузлів і через Інтернет. Крім того, відкритий і розширюваний інтерфейс InTouch пропонує широкі можливості взаємодії з безліччю пристроїв промислової автоматизації. На малюнку 2.2 представлений інтерфейс середовища розробки операторського інтерфейсу InTouch 7. 1.

Малюнок 2.2 - Інтерфейс середовища розробки операторського інтерфейсу InTouch 7.1

Для побудови та запуску додатків InTouch використовується три компоненти:

Application Manager (менеджер додатків) для управління наявними додатками,

Window Maker для створення HMI додатків,

Window Viewer для виконання HMI додатків.

Application Manager включає в себе утиліти для управління InTouch додатками. Використовується для створення нових додатків або відкриття існуючих додатків в Window Maker або Window Viewer. Application Manger також використовується для:

Налаштування властивості програми InTouch, наприклад ім'я або опис.

Здійснення імпорту та експорту даних із / в бази даних тегів програми InTouch за допомогою утиліт DBDump і DBLoad.

Конфігурація Window Viewer.

Конфігурація розробки програми по мережі з одним сервером і декількома клієнтами.

Після відкриття Application Manager, у вікні відобразиться список програми InTouch. У Application Manager відображаються програми InTouch з наступною інформацією: назва програми, шлях додатки, версія програми, версія InTouch, опис програми, дозвіл екрану. Можливі три різних типи програм InTouch:

Звичайні програми InTouch.

Програми InTouchView.

Програми InTouchNAD.

Програми InTouch, керовані з Application Server.

Звичайні програми InTouch - це стандартні додатки, створені в Window Maker. При цьому для збереження використовується внутрішня база даних тегів і ліцензія, заснована на кількості тегів. Програми InTouchView - це додатки InTouch, які використовують Application Server в якості єдиного джерела даних. У будь-який момент можна переконвертувати звичайна програма InTouch в InTouchView і навпаки. Програми InTouch для роботи на автономних комп'ютерах або в розподіленій мережній структурі. Програми InTouch Network Application Development (NAD) розробляються на сервері, а потім внесені зміни поширюються на клієнтські комп'ютери. Коли програми InTouch управляються з Application Server, то вони створюються в Integrated Development Environment (IDE) як об'єкти InTouchApp. В IDE можна відкрити редактор об'єктів InTouchApp, запуститься Window Maker. По закінченню редагування додаток можна зберегти і закрити Window Maker. Об'єкт InTouchApp буде зареєстрований. Розміщення об'єкта InTouchApp призводить запуску відповідного InTouch програми в Window Viewer.

Для розробки програм використовується середу Window Maker. Середовище забезпечує можливість використання інструментів об'єктно-орієнтованої графіки для створення анімованих вікон і вікон сенсорних дисплеїв. Дані вікна можуть бути підключені до промислових систем чи іншим програмам Microsoft Windows. У Window Maker є утиліти та інструменти для створення додатку InTouch:

Базові елементи - прямокутники, кола, лінії й зображення, до які можна прив'язати анімацію і реакцію на дію користувача.

Елементи управління, які відображають дані або аларм.

Вікна - це панелі, що містять елементи інтерфейсу користувача, за допомогою яких оператор взаємодіє з виробничими даними.

Теги - змінні, визначені в InTouch для зберігання і управління виробничими даними. Наприклад, можна використовувати тег для збереження значення рівня в резервуарі, а також для анімаційної зв'язку.

ActiveX компоненти - компоненти, які імпортуються в InTouch для виконання певних функцій, наприклад відображення поточних аварій.

Анімаційні зв'язку - це властивості простих і складних об'єктів, які використовуються для анімації стану виробничого обладнання, або для передачі уведеної користувачем інформації.

Майстра - попередньо створені складні об'єкти, які виконують певні функції, наприклад, слайдери і вимірювальні прилади.

База даних попередньо створених промислових символів і графічних елементів.

SymbolFactory - велика бібліотека, символів пов'язаних з промисловістю, яка дозволяє швидко створити інтерфейс користувача промислового обладнання.

Скриптова мова і набір вбудованих функцій для управління даними.

Вікна InTouch - це панелі, які дозволяють розробнику організувати інтерфейс користувача і згрупувати зв'язані елементи. Наприклад, можна створити одне вікно, що містить елементи відображення поточних виробничих даних, а інше вікно, що містить елементи відображення архівних виробничих даних. Існують три типи вікна:

Заміщає - при відкритті вікна такого типу всі інші вікна будуть закриті.

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

Перекриває - при відкритті вікна даного типу всі інші вікна залишаються відкритими.

Складні об'єкти можна створювати шляхом групування базових об'єктів для подання цілісного об'єкта технологічного процесу або просто для створення об'єктів, що складаються з більш дрібних частин. Наприклад, можна створити складний об'єкт - вентиль, який являє собою поєднання прямокутника, лінії і кола. Складний об'єкт також включає в себе текст, який відображає стан вентиля (відкритий / закритий). У InTouch існують чотири різних типи складних об'єктів визначаються користувачем. InTouch містить попередньо створені об'єкти, які можна використовувати для візуалізації технологічного процесу [4]. Майстри - це шаблони об'єктів з певними вікнами конфігурування. Майстра дозволяють знизити час на розробку, тому що немає необхідності в малюванні та конфігуруванні окремих компонентів. Типовим майстром InTouch є - слайдер. Використовується для установки аналогового значення. Для створення додаткових майстрів потрібно програмний пакет Wonderware Extensibility Toolkit, і знання мови програмування С. ActiveX об'єкти мають властивості і методами і подіями, які можна використовувати в режимі виконання, для управління об'єктом. У додаток InTouch можна імпортувати ActiveX об'єкти сторонніх виробників. Типовим ActiveX об'єктом, є AlarmViewer, який включений в InTouch. AlarmViewer відображає поточні аларм додатки. Symbol Factory - це бібліотека об'єктів, які можна використовувати для представлення елементів устаткування виробничого процесу. Бібліотека містить об'єкти - труби, двигуни, вентилі, танки і насоси. Будь-який об'єкт можна налаштувати набором анімаційних зв'язків і опцій. У InTouch визначаються теги, які використовуються для зберігання і управління виробничими даними або для внутрішніх обчислень. Наприклад, можна визначити речовинний теги (Real), назвати його TankLevel, який містить дійсне значення рівня в танку. Або, можна створити дискретний тег, який відображає стан вентиля (0-закрит/1-открит). Теги мають кілька спільних властивостей, які зберігаються в полях тега, наприклад ім'я тега, якість значення тега. За допомогою скрипта або дією оператора здійснюється вибір призначення тега покажчика на тег джерело. Супертегі дозволяють визначити складові типи тегів. Теги, що належать шаблоном супертега відповідають загальним властивостям компонента виробничого процесу. Супертегі дозволяють скоротити час розробки. Замість створення набору тегів для кожного компонента виробничого процесу, можна тиражувати шаблон Супертега і створювати окремі екземпляри для кожного компонента, що має схожі властивості. Наприклад, можна створити екземпляри супертегов для всіх однакових насосів в групі резервуарів з одного шаблону супертега. У шаблоні супертега можна організувати до двох рівнів вкладеності тегів елементів. Шаблон супертега може містити до 64 тегів елементів. А кожен елемент у свою чергу може містити до 64 тегів піделементи. У результаті шаблон супертега може містити до 4095 тегів. InTouch має систему алармов, яка підтримує дану функціональність. Попереджає оператора, коли значення виробничого параметра відхиляється більше, ніж на певну кількість відсотків від бажаного значення. Аларм по швидкості зміни (Rate of Change Alarm) - аларм виникає, коли значення змінюється швидше, ніж це припустимо. InTouch може також реєструвати також і події, які є повідомленнями про короткочасні пригодах в системі. У InTouch можна використовувати скриптова мова програмування і велику бібліотеку вбудованих функція для виконання математичних обчислень з тегами і для виконання інших завдань. Скриптова мова програмування InTouch основа на BASIC [5]. Частина коду написаного мовою програмування InTouch зазвичай називають скриптом. Скрипт може бути прив'язаний, наприклад, до натискання кнопки, відкриття вікна або виділення об'єкта. Для побудови більш надійних додатків, Ви можете використовувати скриптова мова InTouch - QuickScript. Існує сім типів скриптів і безліч вбудованих скриптових функцій. Сім типів скриптів розрізняються причиною їх виконання. Наприклад, скрипт програми виконується, коли програма запускається, закривається або працює. Скрипти по зміні даних виконуються, коли змінюється значення конкретного елемента. Скрипти вікон виконуються, коли вікно

відкривається, закривається або відкрито. Вбудовані скриптові функції включають математичні функції, тригонометричні функції, функції роботи з рядками та інші. Використання таких функцій, дозволяє заощадити час при розробці проекту. Скрипти InTouch можуть включати Object Linking і Embedding (OLE) об'єкти, а так само ActiveX об'єкти. Для створення більш складних конструкцій у додатку, можна також використовувати локальні змінні, умовні оператори, цикли при створенні скриптів. Всі скрипти в InTouch HMI виконуються по спрацьовуванню будь-якої умови. Кожен тип скрипта має одне або декілька умов для запуску виконання скрипта. У редакторі скриптів, можна вибрати тип умови спрацьовування, за яким буде виконуватися скрипт. При виборі умови, вибирається коли, і як буде виконуватися скрипт. Ви можете сконфігурувати різні типи умов, засновані на дії користувача, внутрішніх станах, та зміни значень тегів. Дії користувачів містять натискання кнопок, натиснення на графічні елементи. Умови за внутрішнім станам може включати в себе запуск Window Viewer. QuickScript - це бібліотека вбудованих функцій, які можна використовувати в скриптах InTouch. Дані функції можуть обробляти і повертати значення в скрипти InTouch. При створенні скрипта в InTouch йому призначається умова виконання, яке при спрацьовуванні призводить до виконання скрипта. Дана умова визначає тип скрипта. Анімаційні зв'язку - це властивості об'єктів інтерфейсу користувача у вікнах InTouch. Можна встановити поведінку і поява об'єктів, шляхом конфігурування їх анімаційних зв'язків. Можна прив'язати до об'єкта теги таким чином, щоб при зміні значення тега об'єкт переміщувався в горизонтальному або вертикальному напрямку. Це може бути використано для анімації об'єктів, наприклад, що переміщається з рівнем в танку текст або як движок слайдера. Можна також прив'язати об'єкт до тегу таким чином, щоб при зміні значення тега об'єкт обертався навколо своєї осі або будь-який інший точки. Переміщення об'єктів можна використовувати також для запису значення в тег. У InTouch існують заздалегідь створені майстри, які можна використовувати в додатках. У InTouch є ActiveX об'єкти, які можна використовувати в додатку. Деякі з цих ActiveX об'єктів: AlarmViewer дозволяє відобразити в табличному вигляді поточні аларм, згенеровані InTouch або іншим джерелом провайдером алармов. У ActiveX об'єкті AlarmViewer можна також здійснювати підтвердження алармов, AlarmTreeViewer дозволяє переглянути, вибрати поточні провайдери алармов і групи алармов в деревоподібному меню, AlarmDBView дозволяє відобразити в табличному вигляді архів алармов з бази даних.

Window Viewer - це середовище виконання InTouch. При запуску Window Viewer, додаток здійснює підключення до даних і починає оновлення значень тегів та анімаційних зв'язків. Крім широких можливостей програми InTouch, що працює режимі виконання, можна використовувати незалежну від програми функціональність самого Window Viewer. Для запуску необхідно натиснути на кнопку «RunTime» у верхній частині вікна середовища Window Maker.

2.2 Розробка документації по роботі з програмним забезпеченням

При запуску програми відкривається вікно авторизації, що забезпечує гнучке управління наданням прав доступу до різних типів обладнання. Для роботи необхідно ввести ім'я оператора, натиснувши на кнопку «Введіть ім'я користувача», що представлено на малюнку 2.3.

Малюнок 2.3 - Вікно авторизації користувача

Відкривається вікно введення імені та пароля, представлене на малюнку 2.4.

Малюнок 2.4 - Інтерфейс введення імені

Ввівши ім'я користувача, необхідно ввести пароль, скориставшись інтерфейсом введення пароля, аналогічним інтерфейсу введення імені. Після закінчення введення імені та пароля, ці дані відображаються у рядку у верхній частині вікна авторизації користувачів, представленому на малюнку 2.5.

Рисунок 2.5 - Вікно авторизації користувачів

Для роботи в системі, необхідно натиснути на кнопку «Увійти в систему», що представлено на малюнку 2.6.

Малюнок 2.6 - Вікно авторизації користувачів

Пройшовши авторизації, ви потрапляєте в головне вікно інтерфейсу меню, представлене на малюнку 2.7.

Малюнок 2.7 - Головне вікно програмного інтерфейсу

У даному вікні оператор має можливість переглядати стан системи в цілому. Для переходу в підсистеми системи автономного водопостачання, необхідно натиснути на відповідну підсистему: насоси водяних свердловин, блокова установка підготовки питної води, резервуари питної води. У вікні підсистеми оператор має можливість управляти виконавчими пристроями. Для керування клапаном необхідно натиснути на відповідний клапан. По натисненню відкривається спливаюче вікно управління відповідним виконавчим пристроєм, представлене на малюнку 2.8. Для відкриття клапана натисніть на кнопку «Відкрити», для закриття клапана натисніть «Закрити». У рядку стану нижньої частини вікна відображається поточний стан клапана і режим роботи лінії.

Малюнок 2.8 - Вікно управління клапаном

Для управління насосом необхідно натиснути на відповідний насос. По натисненню відкривається спливаюче вікно управління відповідним виконавчим пристроєм, представлене на малюнку 2.9.

Малюнок 2.9 - Вікно управління насосом

Вікно забезпечує управління режимом роботи насосом. Для переходу в автоматичний режим натисніть на кнопку «Авто», для переходу в ручний режим натисніть на кнопку «Ручний». Поточний режим роботи насоса відображається в рядку стану у верхній частині вікна. Для пуску насоса натисніть на кнопку «Запуск», для зупинки натисніть на кнопку «Стоп». Дані кнопки доступні тільки в ручному режимі роботи насоса.

Для управління безступінчатим клапаном необхідно натиснути на відповідний клапан. По натисненню відкривається спливаюче вікно управління відповідним виконавчим пристроєм, представлене на малюнку 2.10.

Малюнок 2.10 - Вікно управління безступінчатим клапаном

Вікно забезпечує управління безступінчатим клапаном. Режим роботи клапана відображається в рядку стану в нижній частині вікна. Для керування клапаном виберете відсоток відкриття клапана шляхом введення даного значення під шкалою «CV».

Для управління ультрафіолетової дезінфекційної установкою необхідно натиснути на відповідну установку. По натисненню відкривається спливаюче вікно управління відповідним виконавчим пристроєм, представлене на малюнку 2.11.

Малюнок 2.11 - Вікно управління ультрафіолетової дезінфекційної установкою

Для переходу в автоматичний режим натисніть на кнопку «Авто», для переходу в ручний режим натисніть на кнопку «Ручний». Поточний режим роботи установки відображається в рядку стану у верхній частині вікна. Для пуску насоса натисніть на кнопку «Запустити», для зупинки натисніть на кнопку «Зупинити». Дані кнопки доступні тільки в ручному режимі роботи насоса.

Для перегляду аварійних сигналів необхідно натиснути на рядок аварійних сигналів в нижній частині вікна підсистем. Для перегляду звітів і графіків натисніть на відповідні кнопки «Меню звітів» та «Меню графіків" у нижній частині вікна. Для навігації в системі автономного водопостачання необхідно використовувати кнопки «Попереднє» і «Наступне». Для закінчення роботи натисніть на кнопку «Закінчити роботу» у вікні авторизації користувачів, перейшовши в нього натиснувши на кнопку «Завершити роботу» в головному вікні програмного інтерфейсу.

3 ТЕХНІКО-ЕКОНОМІЧНИЙ РОЗДІЛ

3.1 Розрахунок трудомісткості розробки програми

Собівартість програмного забезпечення залежить в першу чергу від трудомісткості програми, що розробляється. Трудомісткість програми складається з шести складових труднощі розробки ПЗ, пов'язаних з відповідними операціями розробки ПЗ [6]:

1. Витрати праці на підготовку опису завдання

2. Витрати праці на дослідження алгоритму розв'язання задачі

3. Витрати праці на розробку блок-схеми алгоритму

4. Витрати праці на програмування по блок-схемі

5. Витрати праці на налагодження програми

6. Витрати праці на підготовку документації

Загальна трудомісткість:

Базовим показником для визначення витрат праці є умовне число операторів в розробляється програмі:

,

де

- Умовне число операторів;

- Число операторів у вихідному коді програми;

- Коефіцієнт складності програми (1,25 .. 2);

- Коефіцієнт коригування програми в ході її розробки (0,05 .. 0,1).

Для програми, що розробляється = 5000 операторів, а виходячи з особливостей розробки ПЗ, має сенс прийняти = 1,4 і = 0,08.

Тоді отримаємо:

Трудомісткість виконання операцій залежить від кваліфікації програміста і враховується коефіцієнтом кваліфікації до, визначальним по таблиці 3.1:

Таблиця 3.1 - Коефіцієнти кваліфікації

Для подальших розрахунків приймемо виходячи з досвіду роботи виконавця на посаді програміста від 2-х до 3-х років.

Трудомісткість окремих операцій розробки ПЗ визначається наступним чином:

Опис завдання:

,

де

- Мінімальне;

- Найбільш ймовірне;

- Максимальний час на підготовку опису завдання.

Приймемо: = 24 години (3 робочих дні), = 32 годин (4 робочих днів) та = 48 години (6 робочих днів), отримуємо:

години.

Дослідження алгоритму розв'язання задачі:

,

де

- Коефіцієнт недостатності опису завдання, в залежності від складності завдання належить до діапазону (1,2 .. 1,5).

Приймемо В = 1,2 і отримаємо:

годин.

Розробка блок-схеми алгоритму:

годин.

Програмування по блок-схемі:

години.

Налагодження програми:

годин.

Підготовка документації:

,

де

- Витрати на підготовку рукопису:

годин.

- Витрати на оформлення документації:

години.

Загальні витрати на підготовку документації:

години.

Сумарні витрати праці на розробку програми складають:

= 33 +113 +378 +344 +1890 +662 = 3420 годин.

3.2 Розрахунок витрат на розробку програмного забезпечення

Витрати на розробку програмного забезпечення діляться на [6]:

1. Матеріали та комплектуючі;

2. Основна заробітна плата;

3. Додаткова заробітна плата

4. Відрахування на соціальне страхування;

5. Експлуатаційні витрати:

5.1. Електроенергія;

5.2. Технічне обслуговування та експлуатаційний ремонт;

5.3. Амортизація;

6. Накладні витрати.

Розглянемо складові витрат окремо:

Витрати на матеріали є сумою витрат на матеріали окремих видів, які визначаються за формулою для кожного виду матеріалів:

,

де

- Вартість даного виду матеріалів;

- Ціна одиниці матеріалів;

- Кількість одиниць матеріалів і комплектуючих, використаних у процесі розробки матеріалів.

Витрати на матеріали для розробки ПЗ представлені в таблиці 3.2.

Таблиця 3.2 - Витрати на матеріали для розробки ПЗ

Разом, загальні витрати на матеріали становлять 710 рублів.

Основна заробітна плата:

,

Де

- Тарифна ставка;

- Загальні трудовитрати;

- Середнє число робочих днів у місяці (24 дні).

Заробітна плата для інженера-програміста буде обчислюватися виходячи з коефіцієнта 12 розряду тарифної ставки і складе 2404,8 рубля (= МРОТ * К = 1440 * 1,67). Тоді, витрати на основну заробітну плату будуть рівні:

р.

Додаткова заробітна плата:

р.

Відрахування по єдиному соціальному податку:

р.

Експлуатаційні витрати:

,

де

- Вартість години робочого часу;

,

де

- Річна вартість експлуатації;

- Ефективний фонд робочого часу;

,

де

= 288 - номінальне число робочих днів у році;

= 8 годин - тривалість робочого дня;

= 2% - планований відсоток часу на ремонт комп'ютера.

При даних значеннях ефективний фонд становить:

годин

Річна вартість експлуатації:

,

де

- Вартість електроенергії;

- Витрати на технічне обслуговування та ремонт;

- Амортизація.

Вартість електроенергії:

,

де

- Споживана потужність, для сучасного ПК, що застосовується для розробки ПЗ,

становить 0,4 кВт,

= 0,8 - коефіцієнт завантаження,

⁼ 1,7 р. - Вартість кіловат-години електроенергії.

При цьому, витрати на електроенергію складуть:

р.

Витрати на технічне обслуговування та ремонт приймаються в розмірі 2,5% від вартості комп'ютера ( = 25000 рублів, тобто рублів).

Витрати на амортизацію:

,

де

- Норма амортизації:

,

де

= 5% З _к - 1250 рублів - вартість ліквідації;

- Нормативний термін служби комп'ютера.

З урахуванням швидкого морального старіння ПК, особливо що використовуються для розробки ПЗ, тобто ПК, які відповідають останнім технологічним досягненням, візьмемо = 3 роки і отримаємо величину витрат на амортизацію:

р.

Вартість години роботи становитиме:

Експлуатаційні витрати складуть:

р.

Накладні витрати:

р.

Собівартість розроблюваного програмного забезпечення:

р

У таблиці 3.3 зведені всі статті витрат на розробку програмного забезпечення.

Таблиця 3.3 - Зведена таблиця витрат на розробку програмного забезпечення

У результаті проведених розрахунків, собівартість розробки програмного забезпечення становить 112685 рублів 51 копійок.

3.3 Розрахунок економічної ефективності програмного засобу

Для оцінки економічної ефективності приймемо розрахунковий період рівним 3 років [6]. У даний момент виплати за депозитними рахунками становлять 6%, а дивіденди по акціях підприємств знаходяться на рівні 5-12%. Виходячи з цього, приймемо норму дисконту дорівнює 12%.

Інвестиції у виріб представляють собою тільки витрати на розробку, тобто J ₀ = 112685,51 руб. Подальші інвестиції не плануються, тому J ₁ = J ₂ = 0.

Приймемо норму прибутку у розмірі 100%. У даний момент ставка ПДВ становить 18%, податку на прибуток 24%.

Обсяги продажів продукції плануються в розмірі 20 штук в рік протягом розрахункового періоду.

Собівартість одиниці продукції буде складатися з вартості одиниці носія інформації (компакт диск), витрат на розмноження і випуск набору документації:

руб.

руб.

руб.

руб.

Таким чином, базова ціна одиниці продукції складе руб.

Знаючи оптову ціну і норму прибутку, можна оцінити той прибуток, яку отримаємо в t-му році реалізації ПС:

руб.

Чистий прибуток Пчt визначається як різниця між прибутком від реалізації і податком на прибуток:

руб.

Таким чином, чистий дисконтований дохід становитиме:

387173,1 руб.

4 РОЗДІЛ ОХОРОНИ ПРАЦІ І НАВКОЛИШНЬОГО СЕРЕДОВИЩА

Аналіз та нормування небезпечних і шкідливих виробничих факторів впливають на оператора

Відповідно до ГОСТ 12.0.003-74 на оператора - програміста впливають такі небезпечні й шкідливі виробничі фактори [7]:

підвищена або знижена температура повітря робочої зони;

підвищений рівень шуму на робочому місці;

підвищений рівень вібрації;

підвищена або знижена вологість повітря;

підвищена або знижена рухомість повітря;

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

підвищений рівень електромагнітних випромінювань;

відсутність або нестача природного світла;

недостатня освітленість робочої зони;

Підвищений рівень електромагнітних випромінювань

На підставі СанПин 2.2.2.542-96 допустимі значення параметрів неіонізуючих електромагнітних випромінювань відповідають таблиці 4.1 [8].

Таблиця 4.1 - Значення допустимої електричної та магнітної напруженостей

Підвищена або знижена температура повітря робочої зони

Так як робота програміста малорухлива, то його енергетичні витрати менші, ніж 172 Дж / ​​с, і тому категорія робіт - легка (I а). Норми мікроклімату для теплого і холодного періодів визначені в ГОСТ 12.1.005-88 і наведені в таблиці 4.2 [9].

Таблиця 4.2 Норми мікроклімату для теплого і холодного періодів року

Підвищений рівень шуму на робочому місці

Рівень шуму на робочому місці оператора - програміста згідно з ГОСТ 12.1.003-83 * не повинен перевищувати значень, зазначених у таблиці 4.3 [10].

Таблиця 4.3 Норми шуму на робочому місці

Підвищений рівень вібрацій

Працююча офісна техніка створює вібрацію, викликану обертанням електродвигунів вентиляторів, дисководів і т.д. Відповідно до ГОСТ 12.1.012-90 норми технологічної вібрації на робочому місці оператора - програміста не повинні перевищувати значень наведених в таблиці 4.4 [11]:

Таблиця 4.4 - Гігієнічні норми технологічної вібрації

Підвищене значення напруги в електричному ланцюзі, замикання якого може відбутися через тіло людини

Відповідно до ГОСТ 12.1.038-82 на робочому місці оператора допускаються наступні рівні напруг дотику і струмів, значення яких наведені в таблиці 4.5 [12].

Таблиця 4.5 - Гранично допустимі значення напруг дотику і струмів

Напруги дотику і струми наведені при тривалості впливу не більше 10 хвилин на добу.

Недостатня освітленість робочої зони оператора

Рекомендоване освітлення для роботи з екраном дисплея складає 200 Лк, а при роботі з екраном в поєднанні з роботою з документами - 400 Лк. Норми освітленості визначені в СНиП 23-05-95 і наведені в таблиці 4.6 [13]:

Таблиця 4.6 - Норми освітленості робочої зони

Розрахунок електромагнітного поля

Вихідні дані для розрахунку електромагнітного поля від монітора [14]:

- Швидкість поширення хвилі,

- Довжина диполя,

- Амплітуда струму,

- Електрична стала,

- Частота роботи системи кадрової розгортки монітора,

- Час безперервної роботи за монітором,

- Відстань від центру монітора до точки спостереження,

- Кут між нормаллю до центра екрана і напрямком на точку спостереження,

- Кругова частота електромагнітного поля, створюваного системою кадрової розгортки.

Розрахунок:

Визначимо довжину хвилі випромінюваної системою кадрової розгортки монітора:

,

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

В / м, (4.1)

В / м, (4.2)

А / м, (4.3)

В / м, (4.4)

де Е, Н - напруженість електричного і магнітного поля в точці спостереження відповідно (конфігурація електромагнітного поля монітора представлена ​​на малюнку 4.1).

Підставивши вихідні дані у формули (4.1) - (4.4) отримаємо напруженість поля, що створюється одним пікселем:

В / м,

В / м,

А / м,

В / м.

Для простоти розрахунків припустимо, що напруженості створювані кожним пікселем однакові. Тоді напруженість поля, що створюється точками (тобто екран розміром 1200 х 800 пікселів), буде розраховуватися за формулами (4.5), (4.6):

В / м, (4.5)

А / м. (4.6)

На малюнку 4.1 представлена ​​конфігурація електромагнітного поля монітора.

Малюнок 4.1 - Конфігурація електромагнітного поля монітора

Після підстановки , і у формули (4.5), (4.6) отримаємо:

В / м

А / м

Протипожежна безпека

В адміністративному будинку офісу «Каспійський Трубопровідний Консорціум - Р» є два поверхи, виконаних за каркасною конструктивною схемою. Елементи каркаса - сталеві незахищені конструкції, огороджувальні конструкції із стальних листів з важкогорючим утеплювачем. Кожен поверх має площу 400 м . На підставі НПБ 105-03 будівлю обчислювального центру відноситься до категорії Г, тому що в ньому знаходяться не горючі речовини і матеріали в холодному стані [15]. Згідно з наведеними вище даними та на підставі СНіП 2101-97 будівля має ступінь вогнестійкості II [16]. У приміщенні повинні знаходитися наступні засоби оповіщення і гасіння на випадок виникнення пожежі:

ДІП - 1 - сповіщувач комбінований, що реагує на появу диму і підвищення температури повітря, кількість - 50 од.;

ОП - 8 - вогнегасник порошковий переносний (Маса заряду 8 кг), кількість - 4 од.;

спринклерна установка пожежогасіння.

У приміщенні, де розташовується обчислювальна лабораторія має бути не менше двох евакуаційних виходів розташованих на відстані не менше 10 м, тому що площа кімнати становить 100 м .

Екологічна безпека

Відсутність шкідливих викидів у навколишнє середовище, не використання природних ресурсів, дозволяють визначити роботу на ЕОМ як екологічно безпечну. Виняток становлять:

- Електромагнітне випромінювання;

- Питна вода.

1) Оцінюючи біологічний вплив електромагнітного поля в цілому, можна відзначити, що вплив слабких електромагнітних полів на організм найчастіше призводить до порушення його фізіологічних функцій: ритму серцевих скорочень і рівня кров'яного тиску, електричної активності мозку і збудливості кров'яних клітин, обмінних процесів імунної активності та т.д.

Під дією слабких електромагнітних полів у людини можуть виникати чуттєві відчуття: зорові, слухові, дотикові; у тварин різноманітні емоційні реакції: різка збудливість або пригнічений стан, оборонні реакції або настороженість. За певних параметрах електромагнітне поле може служити подразником для вироблення у людини і тварин умовних рефлексів - судинних, харчових, оборонних. Особливо різкі порушення під дію слабких електромагнітних полів спостерігаються при початковому розвитку організму в період зростання. На цій стадії біологічні процеси можуть бути не тільки порушені, але і повністю пригнічені. Різкі порушення фізіологічних функцій під дією слабких електромагнітних полів відбуваються при патологічних станах організму людина.

Тому електромагнітне поле промислової частоти як біологічно діючий фактор необхідно всебічно вивчати і проводити нормування з одночасним подальшим уточненням гігієнічних рекомендацій щодо захисту населення від його впливу.

2) Використана вода повинна очищатися перед її скидом у каналізацію від забруднень. Для цього використовують спеціальне очисне спорудження, представлене на малюнку 4. 2 [9].

Малюнок 4.2 - Приклад очисної споруди

Принцип роботи даного пристрою очищення води заснований на електрохімічної деструкції органічних забруднень. Вода проходить через отвори в електродах, на які подається постійна напруга. Під впливом електричного поля відбувається деструкція забруднень. Після системи електродів вода надходить в камеру (4) з накладками з кілець Роуша. Збільшення зони контакту з рідиною за рахунок циліндричної камери (4) і насадки (3) сприяє більш повного розчинення утворюється активного хлору, отже, зменшується проскакування газоподібного хлору і отже зменшуються його втрати. Повітря подається в систему для розведення електролітичних газів.

ВИСНОВОК

У ході виконання випускної кваліфікаційної роботи було розроблено та реалізовано наступне:

Алгоритм управління ультрафіолетової дезінфекційної установкою.

Програмний інтерфейс для віддаленого управління системою автономного водопостачання.

Усі поставлені в технічному завданні завдання були вирішені, недоліки існуючої системи усунені, а саме:

Забезпечена можливість передачі управління віддаленого комп'ютера.

Розроблено і реалізовано алгоритм управління ультрафіолетової дезінфекційної установкою.

Забезпечено візуалізація технологічного процесу, що відповідає стандартам компанії.

Забезпечена можливість ведення звітної документації.

Забезпечена можливість резервного зберігання даних.

Забезпечена можливість подання даних у вигляді графіків.

Таким чином, розроблена автоматизована система управління автономним водопостачанням дозволяє оператору дистанційно керувати виконавчими пристроями, обладнанням водопостачання в режимі реального часу. Розроблений інтерфейс і алгоритм системи управління ультрафіолетової обробки води відповідають стандартам і вимогам компанії ЗАТ «Каспійський Трубопровідний Консорціум - Р».

Програмне забезпечення покликане полегшити процес управління системою автономного водопостачання, забезпечуючи оператора необхідною інформацією для контролю і управління даною системою. Програмне забезпечення розроблене, реалізовано і тестовано із застосуванням сучасних технологій програмування та середовищ розробки.

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

Керівництво по застосуванню RSLogix 5000. Http://www.eskovostok.ru/_docs/9399-rl5rgr-ru.pdf.

Павлюченко О. М. Практикум з Wonderware InTouch. Базовий і додатковий курси. - М.: ТОВ «Научтехлітіздат», 2002. - 140 с.

Керівництво по загальній концепції InTouch HMI. Http://www.intouch.ru/rus_docs/ww10/ITConcepts_ru.pdf.

Керівництво по візуалізації InTouch HMI. Http://www.intouch.ru/rus_docs/ww10/ITVisualization_ru_10_300408.pdf.

InTouch HMI. Посібник з розробки скриптів і логіці. Http://www.intouch.ru/rus_docs/ww10/ITScriptsAndLogic_ru_10_300408.pdf.

Визначення категорій приміщень і будинків по вибухопожежної і пожежної небезпеки: НБП 105-03.

Пожежна безпека будівель та споруд: СНіП 21-01-97.

ДОДАТОК А

Лістинг програми складається з 835 сторінок. Уявімо лістинг модулів ліній очищення води, а також модуль ультрафіолетової дезінфекційної установки.

*** START TRAIN A CONTROL LOGIC *** VERIFY STATUS OF ALL TRAIN A UNITS

EQU (SAND_A_STATUS, 0) EQU (CARB_A_STATUS, 0) EQU (SOFT_A_STATUS, 0) OTE (TRAIN_A_SERVICE);

SET THE FLOW CONTROL PID TO AUTOMATIC MODE WHEN: 1. ALL TOWERS ARE IN SERVICE 2. THE TRAIN IS IN AUTOMATIC MODE IN AUTOMATIC MODE, THE CONTROL VALVE IS RELEASED TO MODULATION

XIC (TRAIN_A_AUTO.0) [XIC (TRAIN_A_SERVICE), XIC (FTW_SAND_A.TT), XIC (FTW_CARB_A.TT)] OTE (TRAIN_A_PID_MODE);

ANALOG CONTROL OF FC7701 (TRAIN INLET VALVE)

XIO (TRAIN_A_PID_MODE) [AFI () MOV (A_FC_7701A_HI_ENG, A_41_FC_7701A), [XIC (SAND_A_BACKWASH.0), XIC (CARBON_A_BACKWASH.0), XIC (SOFTENER_A_REGEN)] MOV (A_FC_7701A_LO_ENG, A_41_FC_7701A)];

BACKWASH OF SAND FILTER THE SETPOINT IS ENTERED FROM THE PANELVIEW. THE BACKWASH CAN BE INITIATED BY THE FOLLOWING: 1.) DIFFERENTIAL PRESSURE 2.) TIME 3.) MANUALLY (PANELVIEW PUSHBUTTON)

XIO (RUNNING_SAND_A.0) [TON (SAND_A_DELAY_AFTER_BW ,?,?), XIC (TRAIN_A_SERVICE) XIO (SAND_A_DELAY_AFTER_BW.TT) XIO (CARBON_A_DELAY_AFTER_BW.TT) GRT (A_41_DPT_7701A, PV_SAND_A_DP_SP) OTE (SAND_A_DP_SP.0)];

SAND FILTER DP DEBOUNCE TIMER ALLOW 1 MINUTE TO PROVE HI DP ON THE SAND FILTER

XIC (SAND_A_DP_SP.0) TON (SAND_A_DP_PROVE_TIMER ,?,?);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE SAND FILTER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7702A) RTO (TRAIN_A_SAND_RUN_TIMER ,?,?), MUL (PV_SAND_A_BW_TIME, 3600000, TRAIN_A_SAND_RUN_TIMER.PRE)], XIC (FTW_SAND_A.DN) RES (TRAIN_A_SAND_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE SAND FILTER

[XIC (SAND_A_DP_PROVE_TIMER.DN), XIC (PV_SAND_A_BACKWASH.0), XIC (TRAIN_A_SAND_RUN_TIMER.DN)] XIC (TRAIN_A_AUTO.0) LEQ (BACKWASH_COUNT, 1) OTL (SAND_A_BACKWASH.0);

SAND FILTER BACKWASH DWELL THE DWELL TIME IN MINUTES IS ENTERED FROM THE PANELVIEW TERMINAL, MULTIPLIED BY 60000, AND MOVED INTO THE PRESET OF THE TIMER

[XIC (SAND_A_BACKWASH.0) XIO (RUNNING_CARBON_A.0) TON (BW_SAND_A_TIMER ,?,?), MUL (PV_BW_SAND_A_TIMER_PRE, 60000, BW_SAND_A_TIMER.PRE)];

FILTER TO WASTE TIMER (SAND) UNLATCH THE BACKWASH ENABLE BIT AND LATCH THE FILTER TO WASTE BIT WHEN THE "FILTER TO WASTE" ROUTINE IS COMPLETE, RETURN TO SERVICE. THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (BW_SAND_A_TIMER.DN), XIC (FTW_SAND_A.TT)] [OTU (SAND_A_BACKWASH.0), TON (FTW_SAND_A ,?,?)], MUL (PV_FTW_SAND_A_PRE, 60000, FTW_SAND_A.PRE)];

"RUNNING_SAND_x" THIS BIT IS USED FOR THE PANELVIEW DISPLAY AND FOR THE "BACKWASH_COUNT" SETUP LOGIC

[XIC (BW_SAND_A_TIMER.TT), XIC (FTW_SAND_A.TT)] OTE (RUNNING_SAND_A.0);

BACKWASH OF CARBON FILTER THE SETPOINT IS ENTERED FROM THE PANELVIEW. THE BACKWASH CAN BE INITIATED BY THE FOLLOWING: DIFFERENTIAL PRESSURE TIME MANUALLY (PANELVIEW PUSHBUTTON)

XIO (RUNNING_CARBON_A.0) [TON (CARBON_A_DELAY_AFTER_BW ,?,?), XIC (TRAIN_A_SERVICE) XIO (SAND_A_DELAY_AFTER_BW.TT) XIO (CARBON_A_DELAY_AFTER_BW.TT) GRT (A_41_DPT_7711A, PV_CARBON_A_DP_SP) OTE (CARBON_A_DP_SP.0)];

CARBON FILTER DP DEBOUNCE TIMER ALLOW 1 MINUTE TO PROVE HI DP ON THE CARBON FILTER

XIC (CARBON_A_DP_SP.0) TON (CARBON_A_DP_PROVE_TIMER ,?,?);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE CARBON FILTER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7712A) RTO (TRAIN_A_CARB_RUN_TIMER ,?,?), MUL (PV_CARB_A_BW_TIME, 3600000, TRAIN_A_CARB_RUN_TIMER.PRE)], XIC (FTW_CARB_A.DN) RES (TRAIN_A_CARB_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE CARBON FILTER

XIC (TRAIN_A_AUTO.0) [XIC (CARBON_A_DP_PROVE_TIMER.DN), XIC (TRAIN_A_CARB_RUN_TIMER.DN), XIC (PV_CARBON_A_BACKWASH.0)] XIO (RUNNING_SAND_A.0) XIO (SAND_A_DELAY_AFTER_BW.TT) LEQ (BACKWASH_COUNT, 1) OTL (CARBON_A_BACKWASH. 0);

CARBON FILTER BACKWASH TIMER THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[XIC (CARBON_A_BACKWASH.0) XIO (RUNNING_SAND_A.0) TON (BW_CARB_A_TIMER ,?,?), MUL (PV_BW_CARB_A_TIMER_PRE, 60000, BW_CARB_A_TIMER.PRE)];

FILTER TO WASTE TIMER (CARBON) WHEN THE "FILTER TO WASTE" ROUTINE IS COMPLETE, THE CARBON FILTER WILL RETURN TO SERVICE. THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (BW_CARB_A_TIMER.DN), XIC (FTW_CARB_A.TT)] [OTU (CARBON_A_BACKWASH.0), TON (FTW_CARB_A ,?,?)], MUL (PV_FTW_CARB_A_PRE, 60000, FTW_CARB_A.PRE)];

"RUNNING_CARBON_x" THIS BIT IS USED FOR THE PANELVIEW DISPLAY AND FOR THE "BACKWASH_COUNT" SETUP LOGIC

[XIC (BW_CARB_A_TIMER.TT), XIC (FTW_CARB_A.TT)] OTE (RUNNING_CARBON_A.0);

***** SOFTENER REGENERATION LOGIC ***** THE SOFTENER IS REGENERATED BASED ON: 1) VOLUME 2) TIME 3) OPERATOR

XIC (TOTAL_7721A_MATCH) OTE (VOL_LEV_REGEN_A.0);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE SOFTENER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7722A) XIC (TRAIN_A_SERVICE) RTO (TRAIN_A_SOFT_RUN_TIMER ,?,?), MUL (PV_SOFT_A_REGEN_TIME, 3600000, TRAIN_A_SOFT_RUN_TIMER.PRE)], XIC (SOFTENER_A_BACKWASH) RES (TRAIN_A_SOFT_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE SOFTENER

XIC (TRAIN_A_AUTO.0) [XIC (VOL_LEV_REGEN_A.0), XIC (PV_SOFTENER_A_REGEN.0), XIC (TRAIN_A_SOFT_RUN_TIMER.DN)] XIO (SOFTENER_B_REGEN) LEQ (BACKWASH_COUNT, 1) XIC (A_41_LSH_7761) [OTL (SOFTENER_A_REGEN), OTL ( SOFTENER_A_BACKWASH)];

SOFTENER BACKWASH TIMER THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) XIC (SOFTENER_A_BACKWASH) TON (BW_SOFT_A_TIMER ,?,?), MUL (PV_BW_SOFT_A_TIMER_PRE, 60000, BW_SOFT_A_TIMER.PRE)];

UNLATCH THE SOFTENER BACKWASH BIT AND SET THE BRINE BIT

XIC (BW_SOFT_A_TIMER.DN) [OTU (SOFTENER_A_BACKWASH), OTL (SOFTENER_A_BRINE)];

UNLATCH THE SOFTENER BRINE BIT AND SET THE SLOW RINSE BIT

XIC (SOFTENER_A_BRINE) XIO (A_41_LSL_7761) [OTU (SOFTENER_A_BRINE), OTL (SOFT_A_SLOW_RINSE)];

START THE SLOW RINSE TIMER THE DWELL TIME IS ENTERED FROM THE PANLEVIEW TERMINAL

[XIC (SOFT_A_SLOW_RINSE) TON (SLOW_RINSE_TIMER_A ,?,?), MUL (PV_SLOW_RINSE_TIMER_A_PRE, 60000, SLOW_RINSE_TIMER_A.PRE)];

UNLATCH THE SLOW RINSE TIMER, AND START THE FAST RINSE

XIC (SLOW_RINSE_TIMER_A.DN) [OTU (SOFT_A_SLOW_RINSE), OTL (SOFT_A_FAST_RINSE)];

WHEN THE FAST RINSE IS COMPLETE, RETURN THE TOWER TO SERVICE THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (SOFT_A_FAST_RINSE) TON (FAST_RINSE_TIMER_A ,?,?), XIC (FAST_RINSE_TIMER_A.DN) [OTU (SOFT_A_FAST_RINSE), OTU (SOFTENER_A_REGEN)]], MUL (PV_FAST_RINSE_TIMER_A_PRE, 60000, FAST_RINSE_TIMER_A.PRE)];

DETERMINE THE STATUS OF THE SAND FILTER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = FILTER TO WASTE

[XIO (BW_SAND_A_TIMER.EN) XIO (FTW_SAND_A.EN) MOV (0, SAND_A_STATUS), XIC (BW_SAND_A_TIMER.EN) XIO (FTW_SAND_A.EN) MOV (1, SAND_A_STATUS), XIO (BW_SAND_A_TIMER.EN) XIC (FTW_SAND_A.EN ) MOV (2, SAND_A_STATUS)];

DETERMINE THE STATUS OF THE CARBON FILTER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = FILTER TO WASTE

[XIO (BW_CARB_A_TIMER.EN) XIO (FTW_CARB_A.EN) MOV (0, CARB_A_STATUS), XIC (BW_CARB_A_TIMER.TT) XIO (FTW_CARB_A.EN) MOV (1, CARB_A_STATUS), XIO (BW_CARB_A_TIMER.TT) XIC (FTW_CARB_A.EN ) MOV (2, CARB_A_STATUS)];

DETERMINE THE STATUS OF THE SOFTENER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = BRINING 3 = SLOW RINSE 4 = FAST RINSE

[XIO (BW_SOFT_A_TIMER.TT) XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) MOV (0, SOFT_A_STATUS), XIC (BW_SOFT_A_TIMER.TT) XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) MOV (1, SOFT_A_STATUS) , XIO (BW_SOFT_A_TIMER.TT) XIC (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) MOV (2, SOFT_A_STATUS), XIO (BW_SOFT_A_TIMER.TT) XIO (SOFTENER_A_BRINE) XIC (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) MOV (3, SOFT_A_STATUS) , XIO (BW_SOFT_A_TIMER.TT) XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIC (SOFT_A_FAST_RINSE) MOV (4, SOFT_A_STATUS)];

*** START VALVE CONTROL LOGIC *** BFV 7701A CLOSE NOTE: VALVES 7701A AND 7701B HAVE BEEN REMOVED FROM THE UNIT DESIGN. THE CONTROL LOGIC WILL REMAIN FOR FUTURE USE

[XIC (PV_7701A_C.0) XIC (TRAIN_A_MAN.0) OTU (A_41_BFVO_7701A), [XIO (A_41_BFVO_7701A) XIO (A_41_BFVC_7701A) TON (DELAY_7701A_C ,?,?), XIC (DELAY_7701A_C.DN) XIO (A_41_BFVO_7701A) OTL (A_41_BFVC_7701A) ]];

BFV 7701A OPEN

[XIO (PV_7701A_O.0) XIC (TRAIN_A_MAN.0) OTU (A_41_BFVC_7701A), [XIO (A_41_BFVC_7701A) XIO (A_41_BFVO_7701A) TON (DELAY_7701A_O ,?,?), XIC (DELAY_7701A_O.DN) XIO (A_41_BFVC_7701A) OTL (A_41_BFVO_7701A) ]];

BFV 7702A CLOSE OPEN WHEN TRAIN A IS IN SERVICE, OR WHEN THE CARBON FILTER IS IN "FILTER TO WASTE"

[[[XIC (RUNNING_SAND_A.0), XIC (BW_CARB_A_TIMER.TT), XIC (SOFTENER_A_REGEN)] XIC (TRAIN_A_AUTO.0), XIC (PV_7702A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7702A), [XIO ( A_41_BFVO_7702A) XIO (A_41_BFVC_7702A) TON (DELAY_7702A_C ,?,?), XIC (DELAY_7702A_C.DN) XIO (A_41_BFVO_7702A) OTL (A_41_BFVC_7702A)]];

BFV 7702A OPEN OPEN WHEN TRAIN A IS IN SERVICE, OR WHEN THE CARBON FILTER IS IN "FILTER TO WASTE"

[[[XIC (TRAIN_A_SERVICE), EQU (CARB_A_STATUS, 2)] XIC (TRAIN_A_AUTO.0), XIC (PV_7702A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7702A), [XIO (A_41_BFVC_7702A) XIO (A_41_BFVO_7702A) TON (DELAY_7702A_O ,?,?), XIC (DELAY_7702A_O.DN) XIO (A_41_BFVC_7702A) OTL (A_41_BFVO_7702A)]];

BFV 7703A CLOSE OPEN DURING SAND FILTER A "BACKWASH"

[[XIO (BW_SAND_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7703A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7703A), [XIO (A_41_BFVO_7703A) XIO (A_41_BFVC_7703A) TON (DELAY_7703A_C ,?,?) , XIC (DELAY_7703A_C.DN) XIO (A_41_BFVO_7703A) OTL (A_41_BFVC_7703A)]];

BFV 7703A OPEN OPEN DURING SAND FILTER A "BACKWASH"

[[XIC (BW_SAND_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7703A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7703A), [XIO (A_41_BFVC_7703A) XIO (A_41_BFVO_7703A) TON (DELAY_7703A_O ,?,?) , XIC (DELAY_7703A_O.DN) XIO (A_41_BFVC_7703A) OTL (A_41_BFVO_7703A)]];

BFV 7704A CLOSE OPEN WHEN TRAIN A SAND FILTER IS IN BACKWASH

[[XIO (BW_SAND_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7704A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7704A), [XIO (A_41_BFVO_7704A) XIO (A_41_BFVC_7704A) TON (DELAY_7704A_C ,?,?) , XIC (DELAY_7704A_C.DN) XIO (A_41_BFVO_7704A) OTL (A_41_BFVC_7704A)]];

BFV 7704A OPEN OPEN WHEN TRAIN A SAND FILTER IS IN BACKWASH

[[XIC (BW_SAND_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7704A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7704A), [XIO (A_41_BFVC_7704A) XIO (A_41_BFVO_7704A) TON (DELAY_7704A_O ,?,?) , XIC (DELAY_7704A_O.DN) XIO (A_41_BFVC_7704A) OTL (A_41_BFVO_7704A)]];

BFV 7705A CLOSE OPEN DURING SAND FILTER A "FILTER TO WASTE"

[[XIO (FTW_SAND_A.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7705A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7705A), [XIO (A_41_BFVO_7705A) XIO (A_41_BFVC_7705A) TON (DELAY_7705A_O ,?,?) , XIC (DELAY_7705A_O.DN) XIO (A_41_BFVO_7705A) OTL (A_41_BFVC_7705A)]];

BFV 7705A OPEN OPEN DURING SAND FILTER A "FILTER TO WASTE"

[[XIC (FTW_SAND_A.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7705A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7705A), [XIO (A_41_BFVC_7705A) XIO (A_41_BFVO_7705A) TON (DELAY_7705A_C ,?,?) , XIC (DELAY_7705A_C.DN) XIO (A_41_BFVC_7705A) OTL (A_41_BFVO_7705A)]];

BFV 7712A CLOSE OPEN WHEN TRAIN A IS IN SERVICE

[[[XIC (RUNNING_SAND_A.0), XIC (RUNNING_CARBON_A.0), XIC (SOFTENER_A_REGEN)] XIC (TRAIN_A_AUTO.0), XIC (PV_7712A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7712A), [XIO ( A_41_BFVO_7712A) XIO (A_41_BFVC_7712A) TON (DELAY_7712A_C ,?,?), XIC (DELAY_7712A_C.DN) XIO (A_41_BFVO_7712A) OTL (A_41_BFVC_7712A)]];

BFV 7712A OPEN OPEN WHEN TRAIN A IS IN SERVICE

[[XIO (RUNNING_SAND_A.0) XIO (RUNNING_CARBON_A.0) XIO (SOFTENER_A_REGEN) XIC (TRAIN_A_AUTO.0), XIC (PV_7712A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7712A), [XIO (A_41_BFVC_7712A) XIO ( A_41_BFVO_7712A) TON (DELAY_7712A_O ,?,?), XIC (DELAY_7712A_O.DN) XIO (A_41_BFVC_7712A) OTL (A_41_BFVO_7712A)]];

BFV 7713A CLOSE

[[XIO (BW_CARB_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7713A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7713A), [XIO (A_41_BFVO_7713A) XIO (A_41_BFVC_7713A) TON (DELAY_7713A_C ,?,?) , XIC (DELAY_7713A_C.DN) XIO (A_41_BFVO_7713A) OTL (A_41_BFVC_7713A)]];

BFV 7713A OPEN

[[XIC (BW_CARB_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7713A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7713A), [XIO (A_41_BFVC_7713A) XIO (A_41_BFVO_7713A) TON (DELAY_7713A_O ,?,?) , XIC (DELAY_7713A_O.DN) XIO (A_41_BFVC_7713A) OTL (A_41_BFVO_7713A)]];

BFV 7714A CLOSE

[[XIO (BW_CARB_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7714A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7714A), [XIO (A_41_BFVO_7714A) XIO (A_41_BFVC_7714A) TON (DELAY_7714A_C ,?,?) , XIC (DELAY_7714A_C.DN) XIO (A_41_BFVO_7714A) OTL (A_41_BFVC_7714A)]];

BFV 7714A OPEN

[[XIC (BW_CARB_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7714A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7714A), [XIO (A_41_BFVC_7714A) XIO (A_41_BFVO_7714A) TON (DELAY_7714A_O ,?,?) , XIC (DELAY_7714A_O.DN) XIO (A_41_BFVC_7714A) OTL (A_41_BFVO_7714A)]];

BFV 7715A CLOSE

[[XIO (FTW_CARB_A.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7715A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7715A), [XIO (A_41_BFVO_7715A) XIO (A_41_BFVC_7715A) TON (DELAY_7715A_C ,?,?) , XIC (DELAY_7715A_C.DN) XIO (A_41_BFVO_7715A) OTL (A_41_BFVC_7715A)]];

BFV 7715A OPEN

[[XIC (FTW_CARB_A.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7715A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7715A), [XIO (A_41_BFVC_7715A) XIO (A_41_BFVO_7715A) TON (DELAY_7715A_O ,?,?) , XIC (DELAY_7715A_O.DN) XIO (A_41_BFVC_7715A) OTL (A_41_BFVO_7715A)]];

BFV 7721A CLOSE

[[[XIC (RUNNING_SAND_A.0), XIC (RUNNING_CARBON_A.0), XIC (SOFTENER_A_REGEN)] XIC (TRAIN_A_AUTO.0), XIC (PV_7721A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7721A), [XIO ( A_41_BFVO_7721A) XIO (A_41_BFVC_7721A) TON (DELAY_7721A_C ,?,?), XIC (DELAY_7721A_C.DN) XIO (A_41_BFVO_7721A) OTL (A_41_BFVC_7721A)]];

BFV 7721A OPEN

[[XIO (RUNNING_SAND_A.0) XIO (RUNNING_CARBON_A.0) XIO (SOFTENER_A_REGEN) XIC (TRAIN_A_AUTO.0), XIC (PV_7721A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7721A), [XIO (A_41_BFVC_7721A) XIO ( A_41_BFVO_7721A) TON (DELAY_7721A_O ,?,?), XIC (DELAY_7721A_O.DN) XIO (A_41_BFVC_7721A) OTL (A_41_BFVO_7721A)]];

BFV 7722A CLOSE

[[[XIC (RUNNING_SAND_A.0), XIC (RUNNING_CARBON_A.0), XIC (SOFTENER_A_REGEN)] XIC (TRAIN_A_AUTO.0), XIC (PV_7722A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7722A), [XIO ( A_41_BFVO_7722A) XIO (A_41_BFVC_7722A) TON (DELAY_7722A_C ,?,?), XIC (DELAY_7722A_C.DN) XIO (A_41_BFVO_7722A) OTL (A_41_BFVC_7722A)]];

BFV 7722A OPEN

[[XIO (RUNNING_SAND_A.0) XIO (RUNNING_CARBON_A.0) XIO (SOFTENER_A_REGEN) XIC (TRAIN_A_AUTO.0), XIC (PV_7722A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7722A), [XIO (A_41_BFVC_7722A) XIO ( A_41_BFVO_7722A) TON (DELAY_7722A_O ,?,?), XIC (DELAY_7722A_O.DN) XIO (A_41_BFVC_7722A) OTL (A_41_BFVO_7722A)]];

BFV 7723A CLOSE

[[XIO (BW_SOFT_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7723A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7723A), [XIO (A_41_BFVO_7723A) XIO (A_41_BFVC_7723A) TON (DELAY_7723A_C ,?,?) , XIC (DELAY_7723A_C.DN) XIO (A_41_BFVO_7723A) OTL (A_41_BFVC_7723A)]];

BFV 7723A OPEN

[[XIC (BW_SOFT_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7723A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7723A), [XIO (A_41_BFVC_7723A) XIO (A_41_BFVO_7723A) TON (DELAY_7723A_O ,?,?) , XIC (DELAY_7723A_O.DN) XIO (A_41_BFVC_7723A) OTL (A_41_BFVO_7723A)]];

BFV 7724A CLOSE

[[XIO (BW_SOFT_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7724A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7724A), [XIO (A_41_BFVO_7724A) XIO (A_41_BFVC_7724A) TON (DELAY_7724A_C ,?,?) , XIC (DELAY_7724A_C.DN) XIO (A_41_BFVO_7724A) OTL (A_41_BFVC_7724A)]];

BFV 7724A OPEN

[[XIC (BW_SOFT_A_TIMER.TT) XIC (TRAIN_A_AUTO.0), XIC (PV_7724A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7724A), [XIO (A_41_BFVC_7724A) XIO (A_41_BFVO_7724A) TON (DELAY_7724A_O ,?,?) , XIC (DELAY_7724A_O.DN) XIO (A_41_BFVC_7724A) OTL (A_41_BFVO_7724A)]];

BFV 7725A CLOSE

[[XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) XIC (TRAIN_A_AUTO.0), XIC (PV_7725A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7725A), [XIO (A_41_BFVO_7725A) XIO (A_41_BFVC_7725A) TON ( DELAY_7725A_C ,?,?), XIC (DELAY_7725A_C.DN) XIO (A_41_BFVO_7725A) OTL (A_41_BFVC_7725A)]];

BFV 7725A OPEN

[[[XIC (SOFTENER_A_BRINE), XIC (SOFT_A_SLOW_RINSE), XIC (SOFT_A_FAST_RINSE)] XIC (TRAIN_A_AUTO.0), XIC (PV_7725A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7725A), [XIO (A_41_BFVC_7725A) XIO ( A_41_BFVO_7725A) TON (DELAY_7725A_O ,?,?), XIC (DELAY_7725A_O.DN) XIO (A_41_BFVC_7725A) OTL (A_41_BFVO_7725A)]];

BFV 7726A CLOSE

[[XIO (SOFTENER_A_BRINE) XIO (SOFT_A_SLOW_RINSE) XIO (SOFT_A_FAST_RINSE) XIC (TRAIN_A_AUTO.0), XIC (PV_7726A_C.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVO_7726A), [XIO (A_41_BFVO_7726A) XIO (A_41_BFVC_7726A) TON ( DELAY_7726A_C ,?,?), XIC (DELAY_7726A_C.DN) XIO (A_41_BFVO_7726A) OTL (A_41_BFVC_7726A)]];

BFV 7726A OPEN

[[[XIC (SOFTENER_A_BRINE), XIC (SOFT_A_SLOW_RINSE), XIC (SOFT_A_FAST_RINSE)] XIC (TRAIN_A_AUTO.0), XIC (PV_7726A_O.0) XIC (TRAIN_A_MAN.0)] OTU (A_41_BFVC_7726A), [XIO (A_41_BFVC_7726A) XIO ( A_41_BFVO_7726A) TON (DELAY_7726A_O ,?,?), XIC (DELAY_7726A_O.DN) XIO (A_41_BFVC_7726A) OTL (A_41_BFVO_7726A)]];

*** START TRAIN B CONTROL LOGIC *** VERIFY STATUS OF ALL TRAIN B UNITS

EQU (SAND_B_STATUS, 0) EQU (CARB_B_STATUS, 0) EQU (SOFT_B_STATUS, 0) OTE (TRAIN_B_SERVICE);

SET THE FLOW CONTROL PID TO AUTOMATIC MODE WHEN: 1. ALL TOWERS ARE IN SERVICE 2. THE TRAIN IS IN AUTOMATIC MODE IN AUTOMATIC MODE, THE CONTROL VALVE IS RELEASED TO MODULATION

XIC (TRAIN_B_AUTO.0) [XIC (TRAIN_B_SERVICE), XIC (FTW_SAND_B.TT), XIC (FTW_CARB_B.TT)] OTE (TRAIN_B_PID_MODE);

ANALOG CONTROL OF FC7701 (TRAIN INLET VALVE)

XIO (TRAIN_B_PID_MODE) [AFI () MOV (A_FC_7701B_HI_ENG, A_41_FC_7701B), [XIC (SAND_B_BACKWASH.0), XIC (CARBON_B_BACKWASH.0), XIC (SOFTENER_B_REGEN)] MOV (A_FC_7701B_LO_ENG, A_41_FC_7701B)];

BACKWASH OF SAND FILTER THE SETPOINT IS ENTERED FROM THE PANELVIEW. THE BACKWASH CAN BE INITIATED BY THE FOLLOWING: 1.) DIFFERENTIAL PRESSURE 2.) TIME 3.) MANUALLY (PANELVIEW PUSHBUTTON)

XIO (RUNNING_SAND_B.0) [TON (SAND_B_DELAY_AFTER_BW ,?,?), XIC (TRAIN_B_SERVICE) XIO (SAND_B_DELAY_AFTER_BW.TT) XIO (CARBON_B_DELAY_AFTER_BW.TT) GRT (A_41_DPT_7701B, PV_SAND_B_DP_SP) OTE (SAND_B_DP_SP.0)];

SAND FILTER DP DEBOUNCE TIMER ALLOW 1 MINUTE TO PROVE HI DP ON THE SAND FILTER

XIC (SAND_B_DP_SP.0) TON (SAND_B_DP_PROVE_TIMER ,?,?);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE SAND FILTER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7702B) RTO (TRAIN_B_SAND_RUN_TIMER ,?,?), MUL (PV_SAND_B_BW_TIME, 3600000, TRAIN_B_SAND_RUN_TIMER.PRE)], XIC (FTW_SAND_B.DN) RES (TRAIN_B_SAND_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE SAND FILTER

[XIC (SAND_B_DP_PROVE_TIMER.DN), XIC (PV_SAND_B_BACKWASH.0), XIC (TRAIN_B_SAND_RUN_TIMER.DN)] XIC (TRAIN_B_AUTO.0) LEQ (BACKWASH_COUNT, 1) OTL (SAND_B_BACKWASH.0);

SAND FILTER BACKWASH DWELL THE DWELL TIME IN MINUTES IS ENTERED FROM THE PANELVIEW TERMINAL, MULTIPLIED BY 60000, AND MOVED INTO THE PRESET OF THE TIMER

[XIC (SAND_B_BACKWASH.0) XIO (RUNNINGB_CARBON_B.0) TON (BW_SAND_B_TIMER ,?,?), MUL (PV_BW_SAND_B_TIMER_PRE, 60000, BW_SAND_B_TIMER.PRE)];

FILTER TO WASTE TIMER (SAND) UNLATCH THE BACKWASH ENABLE BIT AND LATCH THE FILTER TO WASTE BIT WHEN THE "FILTER TO WASTE" ROUTINE IS COMPLETE, RETURN TO SERVICE. THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (BW_SAND_B_TIMER.DN), XIC (FTW_SAND_B.TT)] [OTU (SAND_B_BACKWASH.0), TON (FTW_SAND_B ,?,?)], MUL (PV_FTW_SAND_B_PRE, 60000, FTW_SAND_B.PRE)];

"RUNNING_SAND_x" THIS BIT IS USED FOR THE PANELVIEW DISPLAY AND FOR THE "BACKWASHB_COUNT" SETUP LOGIC

[XIC (BW_SAND_B_TIMER.TT), XIC (FTW_SAND_B.TT)] OTE (RUNNING_SAND_B.0);

BACKWASH OF CARBON FILTER THE SETPOINT IS ENTERED FROM THE PANELVIEW. THE BACKWASH CAN BE INITIATED BY THE FOLLOWING: DIFFERENTIAL PRESSURE TIME MANUALLY (PANELVIEW PUSHBUTTON)

XIO (RUNNINGB_CARBON_B.0) [TON (CARBON_B_DELAY_AFTER_BW ,?,?), XIC (TRAIN_B_SERVICE) XIO (SAND_B_DELAY_AFTER_BW.TT) XIO (CARBON_B_DELAY_AFTER_BW.TT) GRT (A_41_DPT_7711B, PV_CARBON_B_DP_SP) OTE (CARBON_B_DP_SP.0)];

CARBON FILTER DP DEBOUNCE TIMER ALLOW 1 MINUTE TO PROVE HI DP ON THE CARBON FILTER

XIC (CARBON_B_DP_SP.0) TON (CARBON_B_DP_PROVE_TIMER ,?,?);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE CARBON FILTER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7712B) RTO (TRAIN_B_CARB_RUN_TIMER ,?,?), MUL (PV_CARB_B_BW_TIME, 3600000, TRAIN_B_CARB_RUN_TIMER.PRE)], XIC (FTW_CARB_B.DN) RES (TRAIN_B_CARB_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE CARBON FILTER

XIC (TRAIN_B_AUTO.0) [XIC (CARBON_B_DP_PROVE_TIMER.DN), XIC (TRAIN_B_CARB_RUN_TIMER.DN), XIC (PV_CARBON_B_BACKWASH.0)] XIO (RUNNING_SAND_B.0) XIO (SAND_B_DELAY_AFTER_BW.TT) LEQ (BACKWASH_COUNT, 1) OTL (CARBON_B_BACKWASH. 0);

CARBON FILTER BACKWASH TIMER THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[XIC (CARBON_B_BACKWASH.0) XIO (RUNNING_SAND_B.0) TON (BW_CARB_B_TIMER ,?,?), MUL (PV_BW_CARB_B_TIMER_PRE, 60000, BW_CARB_B_TIMER.PRE)];

FILTER TO WASTE TIMER (CARBON) WHEN THE "FILTER TO WASTE" ROUTINE IS COMPLETE, THE CARBON FILTER WILL RETURN TO SERVICE. THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (BW_CARB_B_TIMER.DN), XIC (FTW_CARB_B.TT)] [OTU (CARBON_B_BACKWASH.0), TON (FTW_CARB_B ,?,?)], MUL (PV_FTW_CARB_B_PRE, 60000, FTW_CARB_B.PRE)];

"RUNNINGB_CARBON_x" THIS BIT IS USED FOR THE PANELVIEW DISPLAY AND FOR THE "BACKWASHB_COUNT" SETUP LOGIC

[XIC (BW_CARB_B_TIMER.TT), XIC (FTW_CARB_B.TT)] OTE (RUNNING_CARBON_B.0);

***** SOFTENER REGENERATION LOGIC ***** THE SOFTENER IS REGENERATED BASED ON: 1) VOLUME 2) TIME 3) OPERATOR

XIC (TOTAL_7721B_MATCH) OTE (VOL_LEV_REGEN_B.0);

THE TIMER KEEPS TRACK OF THE RUNTIME ON THE SOFTENER, COMPARES IT TO THE TIME SETPOINT ENTERED FROM THE PANELVIEW TERMINAL, AND INITIATES A BACKWASH. THE TIMER IS RESET WHEN THE BACKWASH IS COMPLETED.

[[XIC (A_41_ZSO_7722B) XIC (TRAIN_B_SERVICE) RTO (TRAIN_B_SOFT_RUN_TIMER ,?,?), MUL (PV_SOFT_B_REGEN_TIME, 3600000, TRAIN_B_SOFT_RUN_TIMER.PRE)], XIC (SOFTENER_B_BACKWASH) RES (TRAIN_B_SOFT_RUN_TIMER)];

CHECK TO SEE IF IT IS OK TO BACKWASH THE SOFTENER

XIC (TRAIN_B_AUTO.0) [XIC (VOL_LEV_REGEN_B.0), XIC (PV_SOFTENER_B_REGEN.0), XIC (TRAIN_B_SOFT_RUN_TIMER.DN)] XIO (SOFTENER_A_REGEN) LEQ (BACKWASH_COUNT, 1) XIC (A_41_LSH_7761) [OTL (SOFTENER_B_REGEN), OTL ( SOFTENER_B_BACKWASH)];

SOFTENER BACKWASH TIMER THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[XIO (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) XIC (SOFTENER_B_BACKWASH) TON (BW_SOFT_B_TIMER ,?,?), MUL (PV_BW_SOFT_B_TIMER_PRE, 60000, BW_SOFT_B_TIMER.PRE)];

UNLATCH THE SOFTENER BACKWASH BIT AND SET THE BRINE BIT

XIC (BW_SOFT_B_TIMER.DN) [OTU (SOFTENER_B_BACKWASH), OTL (SOFTENER_B_BRINE)];

UNLATCH THE SOFTENER BRINE BIT AND SET THE SLOW RINSE BIT

XIC (SOFTENER_B_BRINE) XIO (A_41_LSL_7761) [OTU (SOFTENER_B_BRINE), OTL (SOFT_B_SLOW_RINSE)];

START THE SLOW RINSE TIMER THE DWELL TIME IS ENTERED FROM THE PANLEVIEW TERMINAL

[XIC (SOFT_B_SLOW_RINSE) TON (SLOW_RINSE_TIMER_B ,?,?), MUL (PV_SLOW_RINSE_TIMER_B_PRE, 60000, SLOW_RINSE_TIMER_B.PRE)];

UNLATCH THE SLOW RINSE TIMER, AND START THE FAST RINSE

XIC (SLOW_RINSE_TIMER_B.DN) [OTU (SOFT_B_SLOW_RINSE), OTL (SOFT_B_FAST_RINSE)];

WHEN THE FAST RINSE IS COMPLETE, RETURN THE TOWER TO SERVICE THE DWELL TIME IS ENTERED FROM THE PANELVIEW TERMINAL

[[XIC (SOFT_B_FAST_RINSE) TON (FAST_RINSE_TIMER_B ,?,?), XIC (FAST_RINSE_TIMER_B.DN) [OTU (SOFT_B_FAST_RINSE), OTU (SOFTENER_B_REGEN)]], MUL (PV_FAST_RINSE_TIMER_B_PRE, 60000, FAST_RINSE_TIMER_B.PRE)];

DETERMINE THE STATUS OF THE SAND FILTER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = FILTER TO WASTE

[XIO (BW_SAND_B_TIMER.EN) XIO (FTW_SAND_B.EN) MOV (0, SAND_B_STATUS), XIC (BW_SAND_B_TIMER.EN) XIO (FTW_SAND_B.EN) MOV (1, SAND_B_STATUS), XIO (BW_SAND_B_TIMER.EN) XIC (FTW_SAND_B.EN ) MOV (2, SAND_B_STATUS)];

DETERMINE THE STATUS OF THE CARBON FILTER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = FILTER TO WASTE

[XIO (BW_CARB_B_TIMER.EN) XIO (FTW_CARB_B.EN) MOV (0, CARB_B_STATUS), XIC (BW_CARB_B_TIMER.TT) XIO (FTW_CARB_B.EN) MOV (1, CARB_B_STATUS), XIO (BW_CARB_B_TIMER.TT) XIC (FTW_CARB_B.EN ) MOV (2, CARB_B_STATUS)];

DETERMINE THE STATUS OF THE SOFTENER FOR PANELVIEW DISPLAY 0 = SERVICE 1 = BACKWASH 2 = BRINING 3 = SLOW RINSE 4 = FAST RINSE

[XIO (BW_SOFT_B_TIMER.TT) XIO (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) MOV (0, SOFT_B_STATUS), XIC (BW_SOFT_B_TIMER.TT) XIO (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) MOV (1, SOFT_B_STATUS) , XIO (BW_SOFT_B_TIMER.TT) XIC (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) MOV (2, SOFT_B_STATUS), XIO (BW_SOFT_B_TIMER.TT) XIO (SOFTENER_B_BRINE) XIC (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) MOV (3, SOFT_B_STATUS) , XIO (BW_SOFT_B_TIMER.EN) XIO (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIC (SOFT_B_FAST_RINSE) MOV (4, SOFT_B_STATUS)];

*** START VALVE CONTROL LOGIC *** BFV 7701B CLOSE NOTE: VALVES 7701A AND 7701B HAVE BEEN REMOVED FROM THE UNIT DESIGN. THE CONTROL LOGIC WILL REMAIN FOR FUTURE USE

[XIC (PV_7701B_C.0) XIC (TRAIN_B_MAN.0) OTU (A_41_BFVO_7701B), [XIO (A_41_BFVO_7701B) XIO (A_41_BFVC_7701B) TON (DELAY_7701B_C ,?,?), XIC (DELAY_7701B_C.DN) XIO (A_41_BFVO_7701B) OTL (A_41_BFVC_7701B) ]];

BFV 7701A OPEN

[XIO (PV_7701AB_O.0) XIC (TRAIN_B_MAN.0) OTU (A_41_BFVC_7701B), [XIO (A_41_BFVC_7701B) XIO (A_41_BFVO_7701B) TON (DELAY_7701B_O ,?,?), XIC (DELAY_7701B_O.DN) XIO (A_41_BFVC_7701B) OTL (A_41_BFVO_7701B) ]];

BFV 7702B CLOSE OPEN WHEN TRAIN A IS IN SERVICE, OR WHEN THE CARBON FILTER IS IN "FILTER TO WASTE"

[[[XIC (RUNNING_SAND_B.0), XIC (BW_CARB_B_TIMER.TT), XIC (SOFTENER_B_REGEN)] XIC (TRAIN_B_AUTO.0), XIC (PV_7702B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7702B), [XIO ( A_41_BFVO_7702B) XIO (A_41_BFVC_7702B) TON (DELAY_7702B_C ,?,?), XIC (DELAY_7702B_C.DN) XIO (A_41_BFVO_7702B) OTL (A_41_BFVC_7702B)]];

BFV 7702B OPEN OPEN WHEN TRAIN B IS IN SERVICE, OR WHEN THE CARBON FILTER IS IN "FILTER TO WASTE"

[[[XIC (TRAIN_B_SERVICE), EQU (CARB_B_STATUS, 2)] XIC (TRAIN_B_AUTO.0), XIC (PV_7702B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7702B), [XIO (A_41_BFVC_7702B) XIO (A_41_BFVO_7702B) TON (DELAY_7702B_O ,?,?), XIC (DELAY_7702B_O.DN) XIO (A_41_BFVC_7702B) OTL (A_41_BFVO_7702B)]];

BFV 7703A CLOSE OPEN DURING SAND FILTER A "BACKWASH"

[[XIO (BW_SAND_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7703B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7703B), [XIO (A_41_BFVO_7703B) XIO (A_41_BFVC_7703B) TON (DELAY_7703B_C ,?,?) , XIC (DELAY_7703B_C.DN) XIO (A_41_BFVO_7703B) OTL (A_41_BFVC_7703B)]];

BFV 7703A OPEN OPEN DURING SAND FILTER A "BACKWASH"

[[XIC (BW_SAND_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7703B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7703B), [XIO (A_41_BFVC_7703B) XIO (A_41_BFVO_7703B) TON (DELAY_7703B_O ,?,?) , XIC (DELAY_7703B_O.DN) XIO (A_41_BFVC_7703B) OTL (A_41_BFVO_7703B)]];

BFV 7704A CLOSE OPEN WHEN TRAIN A SAND FILTER IS IN BACKWASH

[[XIO (BW_SAND_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7704B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7704B), [XIO (A_41_BFVO_7704B) XIO (A_41_BFVC_7704B) TON (DELAY_7704B_C ,?,?) , XIC (DELAY_7704B_C.DN) XIO (A_41_BFVO_7704B) OTL (A_41_BFVC_7704B)]];

BFV 7704A OPEN OPEN WHEN TRAIN A SAND FILTER IS IN BACKWASH

[[XIC (BW_SAND_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7704B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7704B), [XIO (A_41_BFVC_7704B) XIO (A_41_BFVO_7704B) TON (DELAY_7704B_O ,?,?) , XIC (DELAY_7704B_O.DN) XIO (A_41_BFVC_7704B) OTL (A_41_BFVO_7704B)]];

BFV 7705A CLOSE OPEN DURING SAND FILTER A "FILTER TO WASTE"

[[XIO (FTW_SAND_B.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7705B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7705B), [XIO (A_41_BFVO_7705B) XIO (A_41_BFVC_7705B) TON (DELAY_7705B_O ,?,?) , XIC (DELAY_7705B_O.DN) XIO (A_41_BFVO_7705B) OTL (A_41_BFVC_7705B)]];

BFV 7705A OPEN OPEN DURING SAND FILTER A "FILTER TO WASTE"

[[XIC (FTW_SAND_B.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7705B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7705B), [XIO (A_41_BFVC_7705B) XIO (A_41_BFVO_7705B) TON (DELAY_7705B_C ,?,?) , XIC (DELAY_7705B_C.DN) XIO (A_41_BFVC_7705B) OTL (A_41_BFVO_7705B)]];

BFV 7712A CLOSE OPEN WHEN TRAIN A IS IN SERVICE

[[[XIC (RUNNING_SAND_B.0), XIC (RUNNING_CARBON_B.0), XIC (SOFTENER_B_REGEN)] XIC (TRAIN_B_AUTO.0), XIC (PV_7712B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7712B), [XIO ( A_41_BFVO_7712B) XIO (A_41_BFVC_7712B) TON (DELAY_7712B_C ,?,?), XIC (DELAY_7712B_C.DN) XIO (A_41_BFVO_7712B) OTL (A_41_BFVC_7712B)]];

BFV 7712A OPEN OPEN WHEN TRAIN A IS IN SERVICE

[[XIO (RUNNING_SAND_B.0) XIO (RUNNING_CARBON_B.0) XIO (SOFTENER_B_REGEN) XIC (TRAIN_B_AUTO.0), XIC (PV_7712B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7712B), [XIO (A_41_BFVC_7712B) XIO ( A_41_BFVO_7712B) TON (DELAY_7712B_O ,?,?), XIC (DELAY_7712B_O.DN) XIO (A_41_BFVC_7712B) OTL (A_41_BFVO_7712B)]];

BFV 7713A CLOSE

[[XIO (BW_CARB_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7713B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7713B), [XIO (A_41_BFVO_7713B) XIO (A_41_BFVC_7713B) TON (DELAY_7713B_C ,?,?) , XIC (DELAY_7713B_C.DN) XIO (A_41_BFVO_7713B) OTL (A_41_BFVC_7713B)]];

BFV 7713A OPEN

[[XIC (BW_CARB_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7713B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7713B), [XIO (A_41_BFVC_7713B) XIO (A_41_BFVO_7713B) TON (DELAY_7713B_O ,?,?) , XIC (DELAY_7713B_O.DN) XIO (A_41_BFVC_7713B) OTL (A_41_BFVO_7713B)]];

BFV 7714A CLOSE

[[XIO (BW_CARB_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7714B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7714B), [XIO (A_41_BFVO_7714B) XIO (A_41_BFVC_7714B) TON (DELAY_7714B_C ,?,?) , XIC (DELAY_7714B_C.DN) XIO (A_41_BFVO_7714B) OTL (A_41_BFVC_7714B)]];

BFV 7714A OPEN

[[XIC (BW_CARB_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7714B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7714B), [XIO (A_41_BFVC_7714B) XIO (A_41_BFVO_7714B) TON (DELAY_7714B_O ,?,?) , XIC (DELAY_7714B_O.DN) XIO (A_41_BFVC_7714B) OTL (A_41_BFVO_7714B)]];

BFV 7715A CLOSE

[[XIO (FTW_CARB_B.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7715B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7715B), [XIO (A_41_BFVO_7715B) XIO (A_41_BFVC_7715B) TON (DELAY_7715B_C ,?,?) , XIC (DELAY_7715B_C.DN) XIO (A_41_BFVO_7715B) OTL (A_41_BFVC_7715B)]];

BFV 7715A OPEN

[[XIC (FTW_CARB_B.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7715B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7715B), [XIO (A_41_BFVC_7715B) XIO (A_41_BFVO_7715B) TON (DELAY_7715B_O ,?,?) , XIC (DELAY_7715B_O.DN) XIO (A_41_BFVC_7715B) OTL (A_41_BFVO_7715B)]];

BFV 7721A CLOSE

[[[XIC (RUNNING_SAND_B.0), XIC (RUNNING_CARBON_B.0), XIC (SOFTENER_B_REGEN)] XIC (TRAIN_B_AUTO.0), XIC (PV_7721B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7721B), [XIO ( A_41_BFVO_7721B) XIO (A_41_BFVC_7721B) TON (DELAY_7721B_C ,?,?), XIC (DELAY_7721B_C.DN) XIO (A_41_BFVO_7721B) OTL (A_41_BFVC_7721B)]];

BFV 7721A OPEN

[[XIO (RUNNING_SAND_B.0) XIO (RUNNING_CARBON_B.0) XIO (SOFTENER_B_REGEN) XIC (TRAIN_B_AUTO.0), XIC (PV_7721B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7721B), [XIO (A_41_BFVC_7721B) XIO ( A_41_BFVO_7721B) TON (DELAY_7721B_O ,?,?), XIC (DELAY_7721B_O.DN) XIO (A_41_BFVC_7721B) OTL (A_41_BFVO_7721B)]];

BFV 7722A CLOSE

[[[XIC (RUNNING_SAND_B.0), XIC (RUNNING_CARBON_B.0), XIC (SOFTENER_B_REGEN)] XIC (TRAIN_B_AUTO.0), XIC (PV_7722B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7722B), [XIO ( A_41_BFVO_7722B) XIO (A_41_BFVC_7722B) TON (DELAY_7722B_C ,?,?), XIC (DELAY_7722B_C.DN) XIO (A_41_BFVO_7722B) OTL (A_41_BFVC_7722B)]];

BFV 7722A OPEN

[[XIO (RUNNING_SAND_B.0) XIO (RUNNING_CARBON_B.0) XIO (SOFTENER_B_REGEN) XIC (TRAIN_B_AUTO.0), XIC (PV_7722B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7722B), [XIO (A_41_BFVC_7722B) XIO ( A_41_BFVO_7722B) TON (DELAY_7722B_O ,?,?), XIC (DELAY_7722B_O.DN) XIO (A_41_BFVC_7722B) OTL (A_41_BFVO_7722B)]];

BFV 7723A CLOSE

[[XIO (BW_SOFT_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7723B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7723B), [XIO (A_41_BFVO_7723B) XIO (A_41_BFVC_7723B) TON (DELAY_7723B_C ,?,?) , XIC (DELAY_7723B_C.DN) XIO (A_41_BFVO_7723B) OTL (A_41_BFVC_7723B)]];

BFV 7723A OPEN

[[XIC (BW_SOFT_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7723B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7723B), [XIO (A_41_BFVC_7723B) XIO (A_41_BFVO_7723B) TON (DELAY_7723B_O ,?,?) , XIC (DELAY_7723B_O.DN) XIO (A_41_BFVC_7723B) OTL (A_41_BFVO_7723B)]];

BFV 7724A CLOSE

[[XIO (BW_SOFT_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7724B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7724B), [XIO (A_41_BFVO_7724B) XIO (A_41_BFVC_7724B) TON (DELAY_7724B_C ,?,?) , XIC (DELAY_7724B_C.DN) XIO (A_41_BFVO_7724B) OTL (A_41_BFVC_7724B)]];

BFV 7724A OPEN

[[XIC (BW_SOFT_B_TIMER.TT) XIC (TRAIN_B_AUTO.0), XIC (PV_7724B_O.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVC_7724B), [XIO (A_41_BFVC_7724B) XIO (A_41_BFVO_7724B) TON (DELAY_7724B_O ,?,?) , XIC (DELAY_7724B_O.DN) XIO (A_41_BFVC_7724B) OTL (A_41_BFVO_7724B)]];

BFV 7725A CLOSE

[[XIO (SOFTENER_B_BRINE) XIO (SOFT_B_SLOW_RINSE) XIO (SOFT_B_FAST_RINSE) XIC (TRAIN_B_AUTO.0), XIC (PV_7725B_C.0) XIC (TRAIN_B_MAN.0)] OTU (A_41_BFVO_7725B), [XIO (A_41_BFVO_7725B) XIO (A_41_BFVC_7725B) TON ( DELAY_7725B_C ,?,?), XIC (DELAY_7725B_C.DN) XIO (A_41_BFVO_7725B) OTL (A_41_BFVC_7725B)]];

OTU (A_41_BFVO_7726B), [XIO (A_41_BFVO_7726B) XIO (A_41_BFVC_7726B) TON (DELAY_7726B_C ,?,?), XIC (DELAY_7726B_C.DN) XIO (A_41_BFVO_7726B) OTL (A_41_BFVC_7726B)]];

UV System Turn the UV System ON

[[XIC (PV_UV_AUTO_MAN.0) XIC (A_41_FS7743), XIO (PV_UV_AUTO_MAN.0) XIC (PV_UV_ON.0) ONS (UV_ONS.0)] OTL (UV_ON.0), [XIC (PV_UV_AUTO_MAN.0) XIO (A_41_FS7743) , XIO (PV_UV_AUTO_MAN.0) XIC (PV_UV_OFF.0) ONS (UV_ONS.1)] OTU (UV_ON.0)];