Розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу (48888)

Посмотреть архив целиком














ПОЯСНЮВАЛЬНА ЗАПИСКА

До курсової роботи за дисципліною

Мережі ЕОМ

на тему

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


Реферат


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

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

  • програмне забезпечення КОМ для імітування ходу технологічного процесу;

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


СЕРВЕР, КЛІЕНТ, ТЕХНОЛОГІЧНИЙ ПРОЦЕС, МЕРЕЖА, БАЗА ДАНИХ, ПАКЕТ, ЗАПИТ, СИНХРОНІЗАЦІЯ


Зміст


  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 Алгоритм функціонування КОМ



Заголовок



Обовязкова частина пакета




Дані





Рисунок 2.2 Структура пакетів


Тепер КОМ чекає коли пройде встановлений проміжок часу і знову відсилає нові дані з датчиків.


4. Алгоритми функціонування серверу


При старті серверу одразу ж починається прослуховування вхідних підключень і відбувається відкриття бази даних або якщо вона не існує, то створюється пуста база. Якщо хтось підключився – сервер чекає на перший від нього пакет який ідентифікує тип клієнта (КОМ або звичайний клієнт). Отримавши цю інформацію сервер відзначає це у внутрішньої структурі, що асоційована з поточним клієнтом і далі чекає на запити або дані від клієнтів або КОМ. Також сервер контролює час останнього запиту від клієнта. Якщо клієнт на протязі достатньо довгого часу нічого не відправляв, то клієнт закривається. Спочатку сервер отримує тільки заголовок і тільки потім, проаналізовавши його, отримує дані пакета, якщо потрібно. Отримавши пакет сервер, виходячі із коду повідомлення, що записаний у заголовку, робить відповідні дії.

Сервер робить наступне:

  • якщо прийшов запит на синхронизацію, то відправляється поточний час сервера;

  • якщо прийшли дані з КОМ, то сервер виділяє дані з пакету та записує їх у файл;

  • якщо пришов запит від клієнта, то сервер виконує пошук відповідних структур, та відсилає спочатку їхню кількість, а потім самі пакети.

Алгоритм роботи сервера зображено на рисунку 3.


Рисунок 3 – Алгоритм роботи серверу

Рисунок 3 – Алгоритм роботи серверу (продовження)


Рисунок 3 – Алгоритм роботи серверу (продовження)


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






Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.