3.2. Властивості відкритих систем
Відкриті системи володіють наступними позитивними властивостями, завдяки яким системні інтегратори виявляють до них велику цікавість:
модульність;
платформенна незалежність;
взаємозамінюваність з компонентами інших виробників;
інтероперабельність (можливість спільної роботи) з компонентами інших виробників;
масштабованість.
Відзначимо, що закриті системи теж можуть бути модульними, інтероперабельними, масштабованими. Відмінність відкритих систем полягає в тому, що всі перераховані властивості повинні виконуватися для компонентів, виготовлених різними виробниками і наявних у вільному продажі.
До систем з відкритою архітектурою пред'являють також загальноприйняті вимоги: економічності, безпеки, надійності, грубості, простоти обслуговування і відповідності умовам експлуатації, здатності до самодіагностики і наявності рекомендацій з ремонту. Система повинна забезпечувати максимальний час роботи без збою і відмови, а також мінімальний час, необхідний для виконання технічного обслуговування або ремонту.
Модульність — це здібність апаратного або програмного забезпечення до модифікації шляхом додавання, видалення або заміни окремих модулів (компонентів системи) без впливу на іншу її частину.
Модульність забезпечується при проектуванні системи на архітектурному рівні. Базою для побудови модульного програмного забезпечення є об'єктно-орієнтоване програмування. Головним досягненням у напрямі розвитку модульності програмного забезпечення АСУ ТП є виділення в ньому незалежних підсистем: програм в ПЛК, ОРС серверів, баз даних, операторського інтерфейсу і алгоритмічної частини, що реалізується на мовах стандарту IEC 61131-3, а також ділення SCADA на серверну і клієнтську частини.
Платформенна незалежність. Можливість виконання програм на різних апаратно-програмних платформах забезпечує незалежність від постачальника цих платформ і дає наступні переваги:
розширення вибору устаткування шляхом збільшення числа постачальників;
незалежність від постачальника апаратного і програмного забезпечення. Відсутність цих властивостей приводить до того, що система, залежна від одного виробника, припиняє свій розвиток у випадках, коли фірма-виробник раптово йде з ринку, збільшує вартість продукту або знімає його з виробництва.
Застосування ОС Windows є одним з шляхів підвищення відкритості систем, оскільки ця операційна система може бути встановлена на максимальне число типів комп'ютерів, що випускаються. В даному випадку монополія фірми Microsoft компенсується її розмірами і стабільністю.
Платформенну незалежність програмних засобів і, як наслідок, підвищення відкритості забезпечує також мова Java, хоча вона і поступається C++ за швидкодєю додатків.
Для поліпшення відкритості при компіляції виконуваних модулів програм важливо уникати «поліпшень» компілятора, застосування плагінів, надбудов, викачаних «звідкись з Інтернет», оскільки вони можуть зробити неможливим виконання програми на інших платформах.
Важливим кроком на шляху забезпечення платформенної незалежності стало застосування Інтранет-технологій в автоматизації, коли передача інформації до робочої станції здійснюється за допомогою мови xml, а її представлення користувачеві виконується за допомогою будь-якого веб-браузера. Веб-браузер дозволяє в якості робочої станції АСУ ТП використовувати комп'ютер і операційну систему будь-якого виробника з наявних у вільному продажі.
Платформенною незалежністю володіють також бази даних з мовою запитів SQL (Structured Query Language), якщо виключити з нього по можливості всі нестандартні розширення. Доступ до бази даних за допомогою SQL здійснюється незалежно від програмно-апаратної платформи, на якій вона знаходяться.
Взаємозамінюваність — це можливість заміни будь-якого модуля (компоненту) системи на аналогічний компонент іншого виробника, наявний у вільному продажі, і можливість зворотної заміни. Ця властивість дозволяє прискорити заміну модуля, що відмовив, поліпшити якість вже працюючої системи, виключити цінову залежність від постачальника.
Інтероперабельність — це здатність відкритих систем використовувати програми, що виконуються одночасно на різних платформах в загальній мережі, з можливістю обміну інформацією між ними. Інакше кажучи, програмні компоненти системи, розташовані на різних апаратних платформах в загальній мережі, повинні бути здатні працювати як частина єдиної системи.
Інтероперабельність важко досяжна, але вона забезпечує можливість вибору апаратних і програмних засобів з величезного різноманіття, представленого на ринку, замість обмеженого вибору компонентів монопольного виробника закритої системи.
Відкрита інтероперабельна система повинна володіти здатністю комунікації і з іншими рівнями АСУ підприємства, забезпечуючи одночасно безпеку інформації, що поступає ззовні.
Одним з методів забезпечення інтероперабельності Windows і Unix платформ може бути застосування стандарту CORBA (Common Object Request Broker Architecture).
Масштабованість — це можливість застосування одного і того ж апаратного і програмного забезпечення (баз даних, призначених для користувача інтерфейсів, засобів комунікації) для систем різного розміру (великих і малих). Для забезпечення масштабованості досить, щоб програмне забезпечення великих і малих систем було сумісне через операторський інтерфейс, мову програмування, а також інтерфейс з апаратними засобами і не вимагало додаткового навчання персоналу. Масштабована система повинна забезпечувати можливість простого нарощування функціональних можливостей і розмірів шляхом включення нових компонентів як в апаратну, так і програмну частину системи без модифікації старих, випробуваних програмних і апаратних модулів.
Масштабованість дозволяє застосовувати одні і ті ж апаратні і програмні засоби як для великих, так і для малих систем в межах однієї організації. Прикладом масштабованих програмних систем є сучасні SCADA-пакети TraceMode і MASTERSCADA, які продаються як єдиний пакет, але мають градації залежно від кількості тегів.
До появи відкритих систем забезпечення масштабованості досягалося шляхом проектування системи з великим запасом за габаритами, кількостю слотів, інтерфейсів. Нарощуваність відкритої системи має на меті інший шлях, що не вимагає запасу ресурсів (і пов'язаних з ним надмірних фінансових вкладень). Зокрема, система, що володіє властивістю платформенної незалежності і інтероперабельності, вже є розширюваною, оскільки вона дозволяє додавати нове устаткування або замінювати старе новими модифікаціями, зокрема устаткуванням інших виробників.
Стандартність призначеного для користувача інтерфейсу. Відкриті системи повинні мати стандартний призначений для користувача інтерфейс, щоб виконати вимогу про можливість інтеграції з іншими системами (в даному випадку під «іншою системою» розуміється людина). Стандартизація призначеного для користувача інтерфейсу знімає необхідність навчання операторів при переході від однієї відкритої системи до іншої.
- 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. Програмне забезпечення.