![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Компьютеры, Программирование
Программное обеспечение
Розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу |
ПОЯСНЮВАЛЬНА ЗАПИСКА До курсової роботи за дисципліною Мережі ЕОМ на тему Розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу Реферат Метою курсової роботи є розробка програмного забезпечення системи збору даних про хід та параметри технологічного процесу, яке складається з таких компонентів: програмне забезпечення сервера, що приймає дані про хід технологічного процесу і завантажує їх у базу даних для подальшого аналізу, відсилає ці дані ,забезпечує синхронізацію своїх клієнтів; програмне забезпечення КОМ для імітування ходу технологічного процесу; програмне забезпечення робочої станції для відображення даних з бази даних. СЕРВЕР, КЛІЕНТ, ТЕХНОЛОГІЧНИЙ ПРОЦЕС, МЕРЕЖА, БАЗА ДАНИХ, ПАКЕТ, ЗАПИТ, СИНХРОНІЗАЦІЯ Зміст Вступ Структура та функції системи Алгоритми функціонування КОМ Алгоритми функціонування серверу Алгоритми функціонування робочих станцій Програмне забезпечення КОМ Програмне забезпечення серверу Програмне забезпечення робочих станцій Додаток А. Вихідний текст КОМ 1. Вступ Мета курсового проекту складається в реалізації мережної взаємодії компонентів системи, побудованих за архітектурою «кліент - сервер». Ця архітектура, зокрема, використовується при побудові автоматизованих систем керування (АСК) технологічними процесами (ТП). У системах АСК ТП можна виділити три основних компоненти: керуючі обчислювальні машини (КОМ) або контролери, призначені для безпосереднього керування технологічним процесом; сервер бази даних (СБД), що здійснює зберігання інформації про хід ТП; і робочі станції (РС), що надають користувачам доступ до цієї інформації з метою спостереження за ходом технологічного процесу. Програмне забезпечення розроблюється для операційної системи Mіcrosof Wі dows, що реалізує функції вищезгаданих компонентів АСУ ТП. Обмін даними в розроблювальному ПО здійснюється за допомогою бібліотеки сокетов Wі dows (Wі dows Socke s, Wі sock) з використанням стека протоколів CP/ІP. 2. Структура та функції системи Система складається з трьох різних компонентів, кожен з яких реалізує власну функцію і забезпечує вірну роботу системи взагалом. Далі приводиться описання цих компонентів, а на рисунку 1.1 можна побачити структуру системи взагалом. Перший компонент системи – це сервер, який працює з КОМ та робочими станціями. Він синхронізує час з іншими компонентами системи. Якщо сервер працює з КОМ, то приймає повідомлення про хід технологічного процесу від КОМ різних типів, та зберігає отриманні структури у відповідних файлах. Якщо сервер працює з робочою станцією, то відправляє структури даних. Другий компонент – керуючі обчислювальні машини (КОМ). Це програмне забезпечення, яке імітує хід технологічного прцесу. Тобто десь відбувається технологічний процес (ТП), а КОМ має датчики (у додатку абстрактні) які під’єднані до конкретних контрольних точок і увесь час сповіщають про поточний стан процесів. Це перша функція КОМ. Друга – пересилання отриманих даних з датчиків серверу. Для цього встановлюється з’єднання з сервером і через встановлений у системі проміжок часу поточні дані посилаються серверу, який завантажує їх у структуру.
Цей компонент синхронізує свою роботу з сервером. Для коректування часу відправлення даних, він періодично посилає запит серверу про поточний час у системі і якщо він відрізняється від власного годинника, то встановлюється нове, вірне, значення. Всього у системі чотири КОМ, які працюють у парі. Тобто вони об’єднуються у групи по дві машини. Кожна з КОМ в одній групі, отримує значення з однакових датчиків. Це зроблено для того щоб, якщо одна з машин вийде з ладу, друга продовжить відсилати дані серверу. Третій компонент – клієнт, який має засоби для під’єднання до серверу і отримання даних з його бази даних(спеціально створеної структури). Отже для того щоб подивитися про хід ТП треба під’єднатися клієнтом до серверу і запитати потрібну інформацію або про поточний стан процесів або про стан процесів, який був, наприклад, дві години тому по тому. Клієнт також синхронізує свою роботу з сервером. Рисунок 1 – Структура системи збору інформації про хід технологічного процесу На рисунку 1 можна бачити, що дві групи КОМ збирають дані і відсилають їх серверу. Сервер у системі, звичайно ж, один, а клієнтів може бути стільки скільки потрібно. Їх розташовано на різних робочіх станціях і можуть бути увімкнені у будь який час, також як і відключені. 3. Алгоритми функціонування КОМ Як було зазначено у попередньому пункті КОМ об’єднані у групи по дві машини. Кожна з груп отримує дані з датчиків і відсилає їх до серевера. Одна з КОМ може бути відключена і тоді сервер буде приймати дані тільки з увімкненої машини. КОМ працюють абсолютно незалежно одна від одної і не знають про те, що роблять інші. Задача КОМ – отримати дані з датчиків і відіслати їх серверу, періодично синхронізуючись з сервером. Алгоритм функціонування достатньо простий. Спочатку КОМ під’єднуєьтся до сервера і одразу ж посилає запит про поточне значення часу у системі. Після того як серевер відповість, КОМ коректує свій час і починає посилати серверу інформацію про стан технологічного процесу (дані з датчиків). Дані з датчиків отримуються і посилаються серверу по контрольних точках, які кратні періоду відсилки. У конкретному випадку перша група посилає дані кожні чотирнадцять секунд, а друга – кожні п’ять секунд. У ході роботи КОМ може статися так, що власний показчик часу зіб’ється і буде показувати невірне значення. Для того щоб після цього випадку КОМ не продовжувала роботу з невірним значенням часу, через кожні 10 хвилин відбувається запит у сервера про час у системі. Схематично алгоритм функціонування зображено на рисунку 2.1. Усі запити, посилання і отримання даних відбуваються з використанням стандартного формату пакетів, тобто у системі встановлено відомий усім компонетам протокол згідно з яким кожен з них «спілкується» з іншими. Пакет має просту структуру, яка зображена на рисунку 2.2, і включає дві частини: заголовок і безпосередньо дані. У деяких випадках частина даних пакета не потрібна і тоді пакет складається тільки із заголовку. Якщо з’єднання встановлено, то КОМ продовжує свою роботу, інакше сервер недоступний або існують якісь неполадки у системі.
Встановлене з’єднання є тільки мережним, тобто сервер має нового клієнта, а саме хто під’єднався йому ще невідомо. Оскільки КОМ це фактично теж клієнт, виконуючий спеціальну функцію, то серверу необхідно якось ідентифікувати тип клієнта. Для цього у протоколу є спеціальні повідомлення, завдяки яким сервер дізнається хто підєднується до нього. Тому після того як з’єднання встановлене КОМ посилає перший пакет, який є запитом на синхронізацію, де вказан тип відправника. Після цього можна вважати, що підключення повністю встановлене і сервер буде вірно оброблювати дані які вона йому відсилатиме. Далі через встановлений проміжок часу КОМ відсилає данні з датчиків. Пакет тепер складається із заголовку і даних. Код повідомлення говорить, що це нові данні які необхідно додати до бази даних, а поле даних містить чисельні показчики датчиків, номер КОМ з якої прийшов пакет і час у який були зняті дані з датчиків. Рисунок 2.1 Алгоритм функціонування КОМ Обов’язкова частина пакета Рисунок 2.2 Структура пакетів Тепер КОМ чекає коли пройде встановлений проміжок часу і знову відсилає нові дані з датчиків. 4. Алгоритми функціонування серверу При старті серверу одразу ж починається прослуховування вхідних підключень і відбувається відкриття бази даних або якщо вона не існує, то створюється пуста база. Якщо хтось підключився – сервер чекає на перший від нього пакет який ідентифікує тип клієнта (КОМ або звичайний клієнт). Отримавши цю інформацію сервер відзначає це у внутрішньої структурі, що асоційована з поточним клієнтом і далі чекає на запити або дані від клієнтів або КОМ. Також сервер контролює час останнього запиту від клієнта. Якщо клієнт на протязі достатньо довгого часу нічого не відправляв, то клієнт закривається. Спочатку сервер отримує тільки заголовок і тільки потім, проаналізовавши його, отримує дані пакета, якщо потрібно. Отримавши пакет сервер, виходячі із коду повідомлення, що записаний у заголовку, робить відповідні дії. Сервер робить наступне: якщо прийшов запит на синхронизацію, то відправляється поточний час сервера; якщо прийшли дані з КОМ, то сервер виділяє дані з пакету та записує їх у файл; якщо пришов запит від клієнта, то сервер виконує пошук відповідних структур, та відсилає спочатку їхню кількість, а потім самі пакети. Алгоритм роботи сервера зображено на рисунку 3. Рисунок 3 – Алгоритм роботи серверу Рисунок 3 – Алгоритм роботи серверу (продовження) Рисунок 3 – Алгоритм роботи серверу (продовження) Сервер виконує свої функції паралельно. Він одночасно очікує нових підключень, обробляє отримані дані, відсилає базу даних, контролює таймаути. З моменту старту сервер працює повністю автономно і не потребує втручання зі сторони користувача. База даних сервера складається з двох фалів які розташовано у тієї ж директорії, що і сервер. 5. Алгоритми функціонування робочих станцій Для того щоб отримати інформацію про хід технологічного процесу використовується клієнт. Клієнт – це програмне забезпечення, яке встановлюється на робочих станціях і забезпечую підключення до сервера і отримання даних з його бази даних.
МУЛЬТИПЛЕКСОР - устройство в системе передачи данных, обеспечивающее независимый обмен информацией одновременно по нескольким каналам связи между ЭВМ и различными абонентскими пунктами. МУЛЬТИПЛЕТНОСТЬ - число возможных ориентаций в пространстве спина атома или молекулы. Мультиплетность определяет число подуровней, на которое может расщепляться уровень энергии вследствие спин-орбитального взаимодействия. МУЛЬТИПЛИКАТОР (лат. multiplicator - умножающий - увеличивающий), в технике -1) устройство для увеличения частоты вращения вала машины (напр., повышающая зубчатая передача).2) Устройство для повышения давления жидкости (напр., в насосах и др. гидравлических машинах и приспособлениях).3) Приспособление к фотоаппарату для получения нескольких негативов на одной пластинке (пленке).4) Прибор для одновременного получения проб цветной печати. МУЛЬТИПЛИКАТОР - в экономике - коэффициент, показывающий меру умножающего воздействия положительной обратной связи на выходную величину управляемой системы. Т. н. мультипликатор Кейнса характеризует соотношение между приростами национального дохода и инвестиций
1. Моделювання елементів і каналу системи збору даних
2. Фізичні основи, принцип дії та параметри фотоелектронних приладів
3. Розробка технологічного процесу виготовлення друкарських форм для випуску журнальної продукції
4. Традиційні та прогресивні технологічні процеси
5. Аналіз виготовлення веденого вала шляхом розробки прогресивного технологічного процесу
9. Криптографические системы защиты данных
10. Огляд програмного забезпечення по управлінню проектами
11. Забезпечення санітарного та епідемічного благополуччя населення. Санітарні норми та правила
12. Розробка концепції управління інноваційною діяльністю в Пол-тавській області
13. Проектирование системы сбора данных
14. Система баз данных MS Access
16. Системи стрілецької зброї та засобів ближнього бою Збройних Сил та НГУ
17. Автоматизація управління персоналом на базі програмного засобу "Система: Кадри"
18. Аналіз програмного забезпечення підприємства
19. Інформаційні системи в економіці та підприємництві
20. Порядок розробки програмного модуля. Атестація програмних засобів
25. Система баз данных MS Access
26. Структура, апаратне забезпечення системи "клієнт-банк"
27. Файлові системи і бази даних. Потреби інформаційних систем
28. Захист програмного забезпечення
29. Друга світова війна: бойові дії та опірний рух
31. Комутаційні системи: принцип роботи, види та їх розрахунок
33. Особливості діагностики, клінічного перебігу та лікування сепсису у хворих-наркоманів
34. Розробка стратегії підвищення ефективності експортної діяльності підприємства
36. Стилі навчання та навчальні технології у діяльності викладача
37. Вычислительная система обработки данных в реальном времени
41. Венчурне підприємство. Зарубіжний досвід та шляхи розвитку в Україні
43. Українські народні оповіді та перекази про легендарних людей і народи
46. Побудова та принцип роботи плазмового та рідкокристалічного моніторів
47. Методи і способи вимірювання діагностичних параметрів
48. Аналіз та удосконалення технології страв з припущенної риби
49. Активізація пізнавальної діяльності учнів в процесі навчання математики
50. Ігрова діяльність у навчальному процесі початкової школи
51. Діяльність викладача в процесі навчання
52. Системы управления технологическими процессами и информационными технологиями
53. Особливості екологічного та біологічного моніторингу
57. Використання баз даних та інформаційно-пошукових систем для раціонального ведення діловодства
59. Розробка системних програмних модулів та компонент систем програмування
61. Етіологія, топічна діагностика та лікування інфекцій сечової системи
65. Система стимулювання зовнішньоекономічної діяльності на рівні держави та регіонів
67. Діагностика кризового стану підприємства та розробка антикризових програм
74. Системы и сети передачи данных
75. Современные системы управления базами данных
76. Система управления базами данных ACCESS
77. Системы принятия решений, оптимизация в Excel и базы данных Access
79. Причини суїцидальної поведінки засуджених в УВП. Діагностична та профілактична робота психолога
80. Таблица растворимости солей. Периодическая система Д.И. Менделева
81. Кредитування підприємств та забезпечення кредитів
82. Гетьман Іван Мазепа - державний та політичний діяч України
83. Життя та діяльність митрополита Петра Могили
84. Управління системою маркетингової діяльності на підприємтсві
85. Розробка та обгрунтування заходів щодо підвищення рівня конкурентоспроможності підприємства
89. Фінансова санація та стабілізація діяльності підприємства
90. Розробка технологічної схеми абсорбційної очистки повітря від сполук аміаку
92. Вільні економічні зони в Україні та міжнародний досвід їх створення
93. Синтетичний та аналітичний облік фінансових результатів від звичайної діяльності підприємства
94. Прогнозування фін діяльності підприємства та планування її результативності
96. Антивоєнні оповідання Г.Белля в соціально-історичному та літературному контексті
97. Життя та діяльність І.П.Котляревського
98. Видавнича діяльність. Комп’ютерні видавничі системи
99. Розробка многоконтурной системи автоматичного керування шахтними котельними установками