Розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу (стр. 1 из 5)
ПОЯСНЮВАЛЬНА ЗАПИСКА
До курсової роботи за дисципліною
Мережі ЕОМ
на тему
Розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу
Реферат
Метою курсової роботи є розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу, яке складається з таких компонентів:
- програмне забезпечення сервера, що приймає дані про хід технологічного процесу і завантажує їх у базу даних для подальшого аналізу, відсилає ці дані ,забезпечує синхронізацію своїх клієнтів;
- програмне забезпечення КОМ для імітування ходу технологічного процесу;
- програмне забезпечення робочої станції для відображення даних з бази даних.
СЕРВЕР, КЛІЕНТ, ТЕХНОЛОГІЧНИЙ ПРОЦЕС, МЕРЕЖА, БАЗА ДАНИХ, ПАКЕТ, ЗАПИТ, СИНХРОНІЗАЦІЯ
Зміст
1. Вступ
2. Структура та функції системи
3. Алгоритми функціонування КОМ
4. Алгоритми функціонування серверу
5. Алгоритми функціонування робочих станцій
6. Програмне забезпечення КОМ
7. Програмне забезпечення серверу
8. Програмне забезпечення робочих станцій
Додаток А. Вихідний текст КОМ
1. Вступ
Мета курсового проекту складається в реалізації мережної взаємодії компонентів системи, побудованих за архітектурою «кліент - сервер». Ця архітектура, зокрема, використовується при побудові автоматизованих систем керування (АСК) технологічними процесами (ТП). У системах АСК ТП можна виділити три основних компоненти: керуючі обчислювальні машини (КОМ) або контролери, призначені для безпосереднього керування технологічним процесом; сервер бази даних (СБД), що здійснює зберігання інформації про хід ТП; і робочі станції (РС), що надають користувачам доступ до цієї інформації з метою спостереження за ходом технологічного процесу.
Програмне забезпечення розроблюється для операційної системи Mіcrosoft Wіndows, що реалізує функції вищезгаданих компонентів АСУ ТП. Обмін даними в розроблювальному ПО здійснюється за допомогою бібліотеки сокетов Wіndows (Wіndows Sockets, Wіnsock) з використанням стека протоколів TCP/ІP.
2. Структура та функції системи
Система складається з трьох різних компонентів, кожен з яких реалізує власну функцію і забезпечує вірну роботу системи взагалом. Далі приводиться описання цих компонентів, а на рисунку 1.1 можна побачити структуру системи взагалом. Перший компонент системи – це сервер, який працює з КОМ та робочими станціями. Він синхронізує час з іншими компонентами системи. Якщо сервер працює з КОМ, то приймає повідомлення про хід технологічного процесу від КОМ різних типів, та зберігає отриманні структури у відповідних файлах. Якщо сервер працює з робочою станцією, то відправляє структури даних.
Другий компонент – керуючі обчислювальні машини (КОМ). Це програмне забезпечення, яке імітує хід технологічного прцесу. Тобто десь відбувається технологічний процес (ТП), а КОМ має датчики (у додатку абстрактні) які під’єднані до конкретних контрольних точок і увесь час сповіщають про поточний стан процесів. Це перша функція КОМ. Друга – пересилання отриманих даних з датчиків серверу. Для цього встановлюється з’єднання з сервером і через встановлений у системі проміжок часу поточні дані посилаються серверу, який завантажує їх у структуру. Цей компонент синхронізує свою роботу з сервером. Для коректування часу відправлення даних, він періодично посилає запит серверу про поточний час у системі і якщо він відрізняється від власного годинника, то встановлюється нове, вірне, значення. Всього у системі чотири КОМ, які працюють у парі. Тобто вони об’єднуються у групи по дві машини. Кожна з КОМ в одній групі, отримує значення з однакових датчиків. Це зроблено для того щоб, якщо одна з машин вийде з ладу, друга продовжить відсилати дані серверу. Третій компонент – клієнт, який має засоби для під’єднання до серверу і отримання даних з його бази даних(спеціально створеної структури). Отже для того щоб подивитися про хід ТП треба під’єднатися клієнтом до серверу і запитати потрібну інформацію або про поточний стан процесів або про стан процесів, який був, наприклад, дві години тому по тому. Клієнт також синхронізує свою роботу з сервером.
Рисунок 1 – Структура системи збору інформації про хід технологічного процесу
На рисунку 1 можна бачити, що дві групи КОМ збирають дані і відсилають їх серверу. Сервер у системі, звичайно ж, один, а клієнтів може бути стільки скільки потрібно. Їх розташовано на різних робочіх станціях і можуть бути увімкнені у будь який час, також як і відключені.
3. Алгоритми функціонування КОМ
Як було зазначено у попередньому пункті КОМ об’єднані у групи по дві машини. Кожна з груп отримує дані з датчиків і відсилає їх до серевера. Одна з КОМ може бути відключена і тоді сервер буде приймати дані тільки з увімкненої машини. КОМ працюють абсолютно незалежно одна від одної і не знають про те, що роблять інші. Задача КОМ – отримати дані з датчиків і відіслати їх серверу, періодично синхронізуючись з сервером.
Алгоритм функціонування достатньо простий. Спочатку КОМ під’єднуєьтся до сервера і одразу ж посилає запит про поточне значення часу у системі. Після того як серевер відповість, КОМ коректує свій час і починає посилати серверу інформацію про стан технологічного процесу (дані з датчиків). Дані з датчиків отримуються і посилаються серверу по контрольних точках, які кратні періоду відсилки. У конкретному випадку перша група посилає дані кожні чотирнадцять секунд, а друга – кожні п’ять секунд. У ході роботи КОМ може статися так, що власний показчик часу зіб’ється і буде показувати невірне значення. Для того щоб після цього випадку КОМ не продовжувала роботу з невірним значенням часу, через кожні 10 хвилин відбувається запит у сервера про час у системі.
Схематично алгоритм функціонування зображено на рисунку 2.1.
Усі запити, посилання і отримання даних відбуваються з використанням стандартного формату пакетів, тобто у системі встановлено відомий усім компонетам протокол згідно з яким кожен з них «спілкується» з іншими. Пакет має просту структуру, яка зображена на рисунку 2.2, і включає дві частини: заголовок і безпосередньо дані. У деяких випадках частина даних пакета не потрібна і тоді пакет складається тільки із заголовку.
Якщо з’єднання встановлено, то КОМ продовжує свою роботу, інакше сервер недоступний або існують якісь неполадки у системі. Встановлене з’єднання є тільки мережним, тобто сервер має нового клієнта, а саме хто під’єднався йому ще невідомо. Оскільки КОМ це фактично теж клієнт, виконуючий спеціальну функцію, то серверу необхідно якось ідентифікувати тип клієнта. Для цього у протоколу є спеціальні повідомлення, завдяки яким сервер дізнається хто підєднується до нього. Тому після того як з’єднання встановлене КОМ посилає перший пакет, який є запитом на синхронізацію, де вказан тип відправника. Після цього можна вважати, що підключення повністю встановлене і сервер буде вірно оброблювати дані які вона йому відсилатиме. Далі через встановлений проміжок часу КОМ відсилає данні з датчиків. Пакет тепер складається із заголовку і даних. Код повідомлення говорить, що це нові данні які необхідно додати до бази даних, а поле даних містить чисельні показчики датчиків, номер КОМ з якої прийшов пакет і час у який були зняті дані з датчиків.
Рисунок 2.1 Алгоритм функціонування КОМ
