2.3. Принципи управління через Інтернет
Існує два різні способи управління через інтернет, на основі яких побудований ряд комерційних продуктів: спосіб видаленого терміналу і спосіб ділення SCADA-пакета на серверну і клієнтську частини.
Видалений термінал можна уявити собі як подовження проводів миші, клавіатури і монітора за допомогою Інтернет, при цьому візуалізація виконується у вікні веб-браузера, а на комп'ютер через Інтернет передаються тільки сигнали від миші і клавіатури. Керована програма виконується на віддаленому від користувача комп'ютері, на якому встановлюється спеціалізований веб-сервер. Прямо з веб-браузера можна працювати із запущеними на веб-сервері програмами, з файловою системою і реєстром сервера, запускати програми, контролювати додатки, що виконуються, і служби, встановлювати права доступу до системи, отримувати інформацію про завантаження процесора і оперативної пам'яті.
Прикладами таких програм можуть служити пакети Remotely Any where фірми 3am Labs (www.remotelyanywhere.com), GoToMyPC (www.gotomypc.com) і Spy Anywhere (www.spyanywhere.com).
Видалений термінал можна використовувати для управління будь-якою програмою, зокрема SCADA. Його недоліком є вимога великої пропускної спроможності Інтернет-каналу, оскільки через Інтернет передається вся інформація, що відображається на екрані видаленого комп'ютера.
Другий спосіб видаленого управління через Інтернет заснований на діленні SCADA-пакета на серверну і клієнтську частини. Клієнтська частина є веб-браузером, який проглядає спеціалізовану веб-сторінку, що знаходиться на веб-сервері. На цій сторінці створюється спеціалізований інтерфейс з графікою і анімацією. Анімація виконується за допомогою JScript, VBScript, Java-апплетів, Flash і анімованих GIF-файлов. Оскільки основна частина візуальної динаміки призначеного для користувача інтерфейсу виконується на клієнтському комп'ютері, а з сервера передаються тільки дані про об'єкт автоматизації, істотно знижуються вимоги до пропускної спроможності Інтернет-каналу.
JavaScript або VBScript застосовуються в таких системах для створення динамічних веб-сторінок (з лопатями вентиляторів, що обертаються, з рухом рідини в трубах і тому подібне), для оперативної перевірки правильності дій користувача при заповненні форм до передачі сторінки на сервер, для взаємодії з користувачем при вирішенні таких завдань, які не вимагають звернення до сервера.
Веб-сторінка може сприймати дії користувача, наприклад, натиснення кнопок, заповнення форм, і передавати їх серверу. Сервер у відповідь формує нову веб-сторінку з елементами, зміненими відповідно до дій користувача. Виконується це за допомогою CGI-сценарію (Common Gateway Interface), який пишеться зазвичай на мові Perl і розташовується на сервері. Назва «сценарій» або «скрипт» пов'язана з тим, що програма не транслюється у виконуваний код, а виконується безпосередньо, за допомогою інтерпретатора мови. Мова Perl використовується тільки на серверах, що працюють під операційною системою Unix, тому програмістам, що працюють з Windows, він зазвичай незнайомий.
Для середовища Windows фірма Microsoft запропонувала технологію ASP.NET (Active Server Pages), яка дозволяє створювати веб-сторінки, що знаходяться на сервері і містять код сценаріїв VBScript. Результати виконання сценаріїв VBScript передаються від сервера клієнтові. Технологію можна використовувати на Internet Information Server (IIS), який працює під управлінням Microsoft Windows Server.
Відзначимо, що JScript і VBScript, ACTIVEX, Flash і анімовані GIF виконуються тільки на стороні клієнта без взаємодії з сервером, тоді як CGI і ASP.NET виконуються на стороні веб-сервера і саме вони витягують дані з ОРС сервера або бази даних SCADA-системи, щоб відіслати їх клієнтові.
Дані між клієнтом і сервером можуть пересилатися у вигляді повідомлень SOAP (Simple Object Access Protocol), які використовують транспортний протокол HTTP. Повідомлення SOAP використовують гнучку граматику мови XML. SOAP активізує два процеси, які можуть знаходитися на різних комп'ютерах, але взаємодіють один з одним незалежно від програмних і апаратних платформ, на яких вони реалізовані.
Взаємодія між клієнтською і серверною частиною SCADА (рис. 2.1) виглядає таким чином.
Рис. 2.1. Архітектура автоматизованої системи, що використовує Інтернет
Коли користувач хоче отримати дані від контролера через Інтернет, він натискає деяку командну кнопку у вікні веб-браузера. Цей запит посилається серверу через Інтернет у форматі SOAP-повідомлення. Коли веб-сервер отримує SOAP-повідомлення через ТСР-порт 80, запит прямує до обробника скрипту, який також розташовується на веб-сервері. Веб-сервіс (Web service) створює запрошувані дані або передає управління програмі (наприклад, на мові VB.NET), яка зв’язується з контролером через ОРС-сервер. Отримані таким чином дані викладаються на веб-сторінку, яку бачить користувач за допомогою веб-браузера. При вході на веб-сервер операційна система (Windows або Linux) проводить ідентифікацію користувача і надає доступ до інформації відповідно до його прав.
У разі видаленого управління на основі WAP користувач дістає доступ до керованої системи через мобільний телефон (GSM-модем). WAP підтримується стандартами GSM, TDMA, CDMA, GPRS.
Лекція 3. Відкриті системи
3.1. Поняття відкритої системи.
3.2. Властивості відкритих систем.
3.3. Засоби досягнення відкритості.
3.4. Переваги і недоліки відкритих систем.
3.1. Поняття відкритої системи
Відкритою називається модульна система, яка допускає заміну будь-якого модуля на аналогічний модуль іншого виробника, наявний у вільному продажі за конкурентоздатними цінами, а інтеграція системи з іншими системами (зокрема з користувачем) виконується без подолання надмірних проблем.
Відкритість можна розглядати на різних рівнях ієрархії програмного і апаратного забезпечення системи або її складових частин. Відкритими, наприклад, можуть бути:
фізичні інтерфейси, протоколи обміну, методи контролю помилок, системи адресації, формати даних, типи організації мережі, інтерфейси між програмами, діапазони зміни аналогових сигналів;
призначені для користувача інтерфейси, мови програмування контролерів, команди модулів вводу-виводу, що управляють, мови управління базами даних, операційні системи, засоби зв'язку апаратури з програмним забезпеченням;
конструкційні елементи (шафи, стійкі, корпуси, роз'єми, кріпильні елементи);
• системи, що включають перераховані вище елементи.
Під відкритістю системи іноді розуміють її відповідність сучасним промисловим стандартам, яке забезпечує можливість інтеграції з іншими відкритими системами.
Як випливає з визначення, необхідними умовами відкритості є:
модульність;
відповідність стандартам (необов'язково офіційним, але обов'язково загальноприйнятим і легко доступним за ціною, компенсуючою тільки витрати на його розробку, підтримку і розповсюдження);
наявність у вільному продажі аналогічних систем інших виробників (підсистем, модулів) за конкурентоздатними цінами.
Поняття відкритості є достатньо багатогранним і не стандартизованим. Тому практично можна говорити тільки про ступінь відкритості системи, вказуючи, що саме розуміється під відкритістю у кожному конкретному випадку. Ступінь відкритості можна оцінити кількістю реалізованих ознак відкритості.
Для SCADA-системи ознаками відкритості є сумісність із стандартом ОРС, сумісність з широко доступними комп'ютерами з різними операційними системами (бажано), сумісність з ACTIVEX, СОМ і DLL компонентами інших виробників, підтримка мов стандарту МЕК 61131-3, наявність вбудованої стандартної алгоритмічної мови (наприклад, Visual Basic) для реалізації функцій, які неможливо реалізувати іншими засобами SCADA-пакета, можливість роботи як з малим, так і великою кількістю тегів без необхідності перенавчання обслуговуючого персоналу, можливість застосування веб-браузера як призначеного для користувача інтерфейса для збільшення кількості робочих станцій, що підключаються, наявність призначеного для користувача інтерфейсу, аналогічного інтерфейсам інших виробників, сумісність із стандартними базами даних і іншими додатками (наприклад, Microsoft Office), розташованими на будь-яких комп'ютерах мережі.
Для промислових мереж відкритість означає наявність у вільному продажі мережевої апаратури від різних виробників по конкурентоздатних цінах, сумісною з відкритими стандартами.
Ідеальним прикладом відкритої системи є сучасний офісний комп'ютер.
Поняття відкритості не має на увазі відкритість програмного коду, як, наприклад, в ОС Linux, хоча відкритість коду дозволяє додавати в систему модулі інших виробників, що є ознакою відкритості. Проте відкритість початкового коду істотно знижує надійність системи унаслідок потенційної можливості появи в ній додаткових помилок, внесених під час модифікації і компіляції. Тому відкритість програмного коду є спірною ознакою відкритості системи.
На відміну від відкритих, закриті системи розробляються за внутрішніми стандартами окремих підприємств. Частини (модулі) закритих систем не можуть бути замінені аналогічними виробами інших виробників, а замовник, одного разу застосувавши закриту систему, назавжди виявляється прив'язаним до її розробника.
- 15.1. Джерела перешкод 174
- Різновиди архітектури.
- 1.1. Різновиди архітектури.
- 1.2. Вимоги до архітектури.
- 1.1.2. Проста система
- 1.3. Розподілені системи автоматизації.
- 1.4. Багаторівнева архітектура
- 2.2. Основні поняття технології Інтернет.
- 2.3. Принципи управління через Інтернет.
- 2.1. Проблеми і їх вирішення
- 2.2. Основні поняття технології Інтернет
- 2.3. Принципи управління через Інтернет
- 3.2. Властивості відкритих систем
- 3.3. Засоби досягнення відкритості
- 3.4. Переваги і недоліки
- 4.2. Основні поняття промислових мереж.
- 4.3. Модель osi
- 5.1. Принципи побудови
- 5.2. Узгодження лінії з передавачем і приймачем
- 5.3. Топологія мережі на основі інтерфейсу rs-485
- 5.4. Усунення стану невизначеності лінії
- 5.5. Крізні струми.
- 5.6. Інтерфейси rs-232 і rs-422
- 6.1. Основні властивості can.
- 6.2. Фізичний рівень Саn.
- 6.3. Типова структура трансівера Саn.
- 6.4. Канальний рівень Саn.
- 7.2. Фізичний рівень
- 7.3. Канальний рівень Profibus dp
- 7.4. Резервування
- 7.5. Опис пристроїв
- 8.2. Фізичний рівень
- 8.3. Канальний рівень
- 8.4. Прикладний рівень.
- 9.2. Фізичний рівень
- 9.3. Канальний рівень
- 10.1. Проблеми бездротових мереж|сітей|
- 10.2 Залежність щільності потужності від відстані.
- 10.3 Вплив інтерференції хвиль.
- 10.4 Джерела перешкод.
- 10.5 Деякі особливості бездротових каналів.
- 11.2 Методи розширення спектру і модуляції несучої.
- 11.3 Методи зменшення кількості помилок в каналі.
- 11.4 Передача повідомлень|сполучень| без підтвердження про отримання|здобуття|.
- 12.2. Стандарт ZigBee|
- 12.3. Модель передачі даних.
- 13.1. Фізичний і канальний рівні.
- 13.2. Архітектура мережі|сіті| Wi-Fi|.
- 13.3. Порівняння бездротових мереж|сітей|
- 13.1. Фізичний і канальний рівні.
- 13.2. Архітектура мережі|сіті| Wi-Fi|.
- 13.3. Порівняння бездротових мереж|сітей|
- 14.1. Повторювачі інтерфейсу
- 14.2. Перетворювачі інтерфейсу
- 14.3. Адресовані перетворювачі інтерфейсу
- 14.4. Інше мережеве|мережне| устаткування|обладнання|
- 14.5. Кабелі для промислових мереж|сітей|
- 15.1. Джерела перешкод
- 15.2. Характеристики перешкод
- 15.3. Перешкоди з|із| мережі|сіті| електропостачання
- 15.4. Електромагнітні перешкоди
- 16.1. Визначення
- 16.2. Цілі заземлення
- 16.4. Види заземлень
- 16.1. Визначення
- 16.2. Цілі заземлення
- 16.3. Заземлювальні провідники
- 3.2.6. Модель «землі|грунту|»
- 16.4. Види заземлень
- 17.2. Похибка методу вимірювань.
- 17.3. Похибка програмного забезпечення
- 17.4. Достовірність вимірювань.
- 18.2. Архітектура.
- 18.3. Характеристики плк.
- 18.4. Пристрої збору даних.
- 19.2. Комп'ютер для спілкування з|із| оператором
- 19.3. Промислові комп'ютери
- 20.1. Введення аналогових сигналів
- 20.2. Структура модулів вводу.
- 20.3. Модулі вводу струму і напруги
- 20.1. Введення аналогових сигналів
- 20.2. Структура модулів вводу.
- 20.3. Модулі вводу струму і напруги
- 21.2. Введення дискретних сигналів
- 21.3. Виведення дискретних сигналів
- 22.1. Типовий модуль вводу частотних сигналів.
- 22.2. Модулі управління рухом.
- 22.1. Типовий модуль вводу частотних сигналів.
- 22.2. Модулі управління рухом.
- 23.2. Графічне програмування
- 23.3. Графічний інтерфейс.
- 23.4. Відкритість програмного забезпечення.
- 23.5. Зв'язок з фізичними пристроями.
- 23.6. Бази даних.
- 23.7. Операційні системи реального часу.
- 24.1. Огляд стандарту орс.
- 24.1. Огляд стандарту орс.
- 24.2. Орс da-сервер
- 25.1. Специфікація opc ua.
- 25.1. Специфікація opc ua.
- 25.2. Орс da-сервер в середовищі ms Excel.
- 25.3 Застосування|вживання| орс-сервера| з|із| matlab| і Lab| view
- 26.1. Мова релейноконтактних схем ld.
- 26.2. Список інструкцій il.
- 26.3. Структурований текст st.
- 26.4. Діаграми функціональних блоків fbd.
- 26.5. Функціональні блоки стандартів мек 61499 і мек 61804.
- 26.6. Послідовні функціональні схеми sfc.
- 26.7. Програмне забезпечення.
- 27.1. Функції scada.
- 27.2. Властивості scada.
- 27.3. Програмне забезпечення.
- 27.1. Функції scada.
- 27.2. Властивості scada.
- 27.3. Програмне забезпечення.