SCADA-СИСТЕМА TRACE MODE

TRACE MODE для Windows - це російський SCADA- продукт, розроблений фірмою AdAstra Ltd. З його допомогою можна нс тільки розробляти розподілені АРМ операторів технологічного процесу, а й запрограмувати контролери, а також зв'язати АСУТП з корпоративною інформаційною системою підприємства і глобальною мережею Internet [8].

TRACE MODE заснована на DCOM - базової 32-розрядної технології корпорації Microsoft, покладеної в основу всіх се сучасних продуктів, починаючи від Windows NT і закінчувати- чивая Office 2000. Взаємодія між компонентами TRACE MODE в Internet також здійснюється через DCOM з використанням основних стандартів Internet / Intranet (наприклад, TCP / IP , HTML і т.д.).

Система розробки TRACE MODE містить ряд нових технологій проектування АСУТП, що відрізняють її від інших 5CADA-систем. Серед них такі:

  • • забезпечення єдиних інструментальних засобів (єдиної лінії програмування) як для розробки операторських станцій, так і для програмування контролерів;
  • • розробка розподіленої АСУТП як єдиного проекту;
  • • технологія автопостроенія проекту.

Традиційно 56/1 DA -системи розумілися як інструмент

розробки програмного забезпечення для робочих місць диспетчерів, тобто для верхнього рівня АСУТП.

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

Ця можливість реалізована в системі TRACE MODE 4.20, в яку введені функції програмування контролерів і випущена спеціальна виконавча система для контролерів - Мікро МРВ.

У наступних версіях TRACE MODE технологія наскрізного програмування була вдосконалена. Найбільші зміни торкнулися засобів розробки. Були розроблені мову схем на функціональних блоках (Техно FBD ) і мову інструкцій (Техно IL), які є мовами візуального програмування і включають більше 150 елементарних і бібліотечних функцій. Серед вбудованих алгоритмів - ПІД, ПДР, нечітке, позиційне регулювання, динамічне балансування, алгоритми масового обслуговування, блоки моделювання об'єктів, арифметичні, алгебраїчні, тригонометричні, статистичні функції, функції розрахунку техніко-економічних показників і т.д. Доданий ряд функціональних блоків, орієнтованих на контроль і управління типовими технологічними об'єктами (клапан, засувка, привод і т.д.). Також розроблені алгоритми адаптивних і модальних регуляторів.

У розподілених 56 / ШЛ-системах розробка проекту прив'язана до однієї операторської станції. Тому при розробці мережевих комплексів спочатку створюються бази даних реального часу для окремих ПК, і лише потім вони об'єднуються в мережу.

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

АСУ. Підтримувати і розвивати системи, що складаються з багатьох відокремлених ПК і контролерів, кожен з яких нічого не «знає» про інших, і важко, і дорого. Щоб цього уникнути, можна використовувати архітектуру клієнт-сервер, але зосередження бази даних реального часу на сервері знижує надійність системи (що буде, якщо сервер відмовить?).

В TRACE MODE 6 розподілена АСУ, що включає і ПК і контролери, розглядається як один проект. Тому кожен вузол (ПК або контролер) має інформацію про інших вузлах системи і в разі його модифікації автоматично оновлює відповідні бази на інших вузлах. При цьому АСУ можна створювати як в архітектурі клієнт-сервер, так і розподілену - технологія розробки АСУТП як єдиного проекту буде однаково ефективна.

Технологія автопостроенія - це група оригінальних технологій, реалізованих в ТРЕЙС Моуді 5 і наступних версіях. Суть автопостроенія полягає в автоматичному генеруванні баз каналів операторських станцій і контролерів, що входять в проект АСУТП на основі інформації про кількість точок введення / виведення, номенклатурі використовуваних контролерів і УСО, наявність і характер зв'язків між ПК і контролерами. Відповідно до цього в ТРЕЙС Моуді 5 реалізовані наступні можливості.

  • • «Автопостроеніе» баз каналів для зв'язку з УСО в РС контролерах. Користувачеві досить вказати марку і кількість PC-контролерів, які використовуються в проекті і запустити «Автопостроеніе» - ТРЕЙС Моуді сформує базу каналів для кожного контролера і зробить налаштування на УСО автоматично.
  • • «Автопостроеніе» баз каналів для зв'язку зі звичайними контролерами. Ця процедура автоматично генерує бази каналів операторських станцій і робить налаштування на найбільш поширені в Росії контролери.
  • • «Автопостроеніе» зв'язків між вузлами «ПК - ПК», «ПК - контролери», «контролери - контролери» здійснює створення, автоматична підтримка і оновлення комунікацій між вузлами розподіленої АСУТП.
  • • «Автопостроеніе» при імпорті баз технологічних параметрів. У найбільш технологічно «культурних» організаціях розробці проекту передує його детальне опрацювання та складання баз технологічних параметрів. Часто для цих цілей використовуються поширені бази даних і електронні таблиці, наприклад, Excel, Access і ін. ТРЕЙС Моуді 5 допускає імпорт цих баз з подальшим автопостроніем.

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

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

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

Якщо наявних динамічних форм відображення недостатньо, користувач може написати власні форми як компоненти ActiveX, використовуючи Visual Basic, Visual С ++ і ін., І вбудувати їх в ТРЕЙС Моуді. Крім того, в світі створені десятки тисяч готових безкоштовних і комерційних ЛсйТ & Х-програм, доступних, зокрема, через Інтернет. Серед них - електронні таблиці, програми доступу до баз даних, географічні карти, графіки і т.д.

Форми відображення можуть об'єднуватися в графічні об'єкти. Графічні об'єкти включають в себе необмежену кількість статичних елементів малювання і динамічних форм відображення. Вони вставляються в екрани у вигляді одного елемента, можуть використовуватися в майбутніх проектах або на інших екранах поточного проекту.

ТРЕЙС Моуді дозволяє створювати багаторівневі, ієрархічно організовані, резервовані АСУТП. Розглянемо трирівневу систему, що включає рівень контролерів, диспетчерський рівень і адміністративний рівень.

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

Основу диспетчерського рівня управління складають Монітори реального часу (МРВ). МРВ ТРЕЙС Моуді - це сервер реального часу, який здійснює прийом даних з контролерів, управління технологічним процесом, перерозподіл даних по локальній мережі, візуалізацію інформації, розрахунок ТЕП і статистичних функцій, ведення архівів.

На адміністративному рівні АСУТП використовуються модулі Supervisor.

Supervisor надає керівнику інформацію про хід і ретроспективі технологічного процесу, статистичних та техніко-економічних параметрах підприємства. Ця інформація може оновлюватися в режимі, близькому до реального часу (затримка 10-30 с). Крім того, Supervisor дає можливість переглядати ретроспективу (здійснювати «плейбек») процесу як фільм на відеомагнітофоні. Графічний «плейбек» архіву дає в руки керівника інструмент контролю роботи диспетчерського комплексу і всього підприємства в цілому.

ТРЕЙС Моуді - одна з небагатьох на російському ринку 5СА1М-систем для операційних систем загального призначення, що володіють системою єдиного мережевого часу (крім неї ще Cited). Всі процеси в мережевих комплексах ТРЕЙС Моуді автоматично синхронізуються, що дозволяє однозначно прив'язувати технологічні події до часовій шкалі, яким би з 256 мережевих ПК вони не були зафіксовані.

 
Переглянути оригінал
< Попер   ЗМІСТ   ОРИГІНАЛ   Наст >