84. Склад структури commtimeouts

Вона визначає параметри тимчасових затримок при прийомі-передачі. Ось опис цієї структури: typedef struct _COMMTIMEOUTS { DWORD ReadIntervalTimeout; DWORD ReadTotalTimeoutMultiplier; DWORD ReadTotalTimeoutConstant; DWORD WriteTotalTimeoutMultiplier; DWORD WriteTotalTimeoutConstant; } COMMTIMEOUTS, * LPCOMMTIMEOUTS; Поля структури COMMTIMEOUTS мають таке значення: ReadIntervalTimeout - максимальне часовий проміжок (в мілісекундах), допустимий між двома зчитуються з комунікаційної лінії послідовними символами. Під час операції читання часовий період починає відраховуватися з моменту прийому першого символу. Якщо інтервал між двома послідовними символами перевищить задане значення, операція читання завершується і всі дані, накопичені в буфері, передаються в програму. Нульове значення даного поля означає, що даний тайм-аут не використовується. ReadTotalTimeoutMultiplier - задає множник (в мілісекундах), який використовується для обчислення загального тайм-ауту операції читання. Для кожної операції читання дане значення множиться на кількість запитаних для читання символів. ReadTotalTimeoutConstant - задає константу (в мілісекундах), використовувану для обчислення загального тайм-ауту операції читання. Для кожної операції читання дане значення плюсується до результату множення ReadTotalTimeoutMultiplier на кількість запитаних для читання символів. Нульове значення полів ReadTotalTimeoutMultiplier і ReadTotalTimeoutConstant означає, що загальний тайм-аут для операції читання не використовується. WriteTotalTimeoutMultiplier - задає множник (в мілісекундах), який використовується для обчислення загального тайм-ауту операції запису. Для кожної операції запису дане значення множиться на кількість записуваних символів. WriteTotalTimeoutConstant - задає константу (в мілісекундах), використовувану для обчислення загального тайм-ауту операції запису. Для кожної операції запису дане значення додається до результату множення WriteTotalTimeoutMultiplier на кількість записуваних символів. Нульове значення полів WriteTotalTimeoutMultiplier і WriteTotalTimeoutConstant означає, що загальний тайм-аут для операції запису не використовується.

85. Пояснити структуру програми для обміну інформацією через послідовний порт пк

86. Пояснити структуру програми для обміну інформацією через послідовний порт мікроконтролера

87. Промисловий стандарт орс

Головною метою стандарту ОРС стало забезпечення можливості спільної роботи (інтероперабельності) засобів автоматизації, що функціонують на різних апаратних платформах, в різних промислових мережах і вироблених різними фірмами. До розробки ОРС стандарту SCADA пакет потрібно було адаптувати до кожного новому обладнанню індивідуально. Існували довгі списки "підтримуваного устаткування", дуже складною була технічна підтримка. При модифікації устаткування потрібно було вносити зміни у всі драйвери, кожен з яких підтримував протокол обміну тільки з одного клієнтською програмою. Число таких драйверів доходило до сотень.

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

Стандарт ОРС відноситься тільки до інтерфейсів, які ОРС сервер надає клієнтським програмам. Метод же взаємодії сервера з апаратурою (наприклад, з модулями вводу-виводу), стандартом не передбачено і його реалізація покладається повністю на розробника апаратури. Тому стандарт ОРС може бути використаний не тільки для взаємодії SCADA з "залізом", але і для обмін даними з будь-яким джерелом даних, наприклад, з базою даних або з GPS приймачем.

ОРС сервер як засіб взаємодії з технічним пристроєм може бути використаний при розробці замовних програм на C + +, Visual Basic, VBA і т. п. У цих завданнях ОРС сервер використовується як Microsoft DCOM об'єкт, від якого він відрізняється тільки стандартизацією позначень і специфічними термінами з області промислової автоматизації. Застосування ОРС сервера при розробці замовних програм дозволяє приховати від розробника всю складність спілкування з апаратурою, представляючи простий і зручний метод доступу до апаратури через інтерфейси СОМ-об'єкту.

Стандарт ОРС складається з декількох частин:

ОРС DA (OPC Data Access) - специфікація для обміну даними між клієнтом (наприклад SCADA) і апаратурою (контролерами, модулями вводу-вводу та ін) в реальному часі;

OPC Alarms & Events (A & E) - специфікація для повідомлення клієнта про події і сигнали тривоги, які надсилаються клієнту по мірі їх виникнення. Цей сервер пересилає аварійні сигнали, дії оператора, інформаційні повідомлення, результати контролю стану системи;

OPC HDA (Historical Data Access) - специфікація для доступу до передісторії процесу (до збережених в архіві даними). Сервер забезпечує уніфікований спосіб доступу за допомогою DCOM технології. Забезпечує читання, запис і зміна даних;

Batch - специфікація для особливих фізико-хімічних технологічних процесів обробки матеріалів, які не є безперервними. У таких процесах виконується завантаження декількох видів сировини в певних пропорціях згідно з рецептом, встановлюються режими обробки, а після виконання циклу обробки і вивантаження готового матеріалу завантажується нова партія сировини. ОРС сервер виконує обмін між клієнтом і сервером рецептами, характеристиками технологічного обладнання, умовами і результатами обробки;

OPC Data eXchange - специфікація для обміну даними між двома ОРС DA серверами через мережу Ethernet;

OPC Security - специфікація, яка визначає методи доступу клієнтів до сервера, що забезпечують захист важливої ​​інформації від несанкціонованої модифікації;

OPC XML-DA - набір гнучких, що узгоджуються один з одним правил і форматів для представлення первинних даних за допомогою мови XML, веб технологій і повідомлень SOAP (див. розділ "Архітектура автоматизованої системи".);

OPC Complex Data - додаткові специфікації до OPC DA і XML-DA, які дозволяють серверам працювати зі складними типами даних, такими як бінарні структури і XML-документи;

OPC Commands - набір програмних інтерфейсів, який дозволяє ОРС клієнтам і серверам ідентифікувати, посилати і контролювати команди, виконувані в технічному пристрої (в контролері, модулі вводу-виводу);

OPC Unified Architecture - принципово новий набір специфікацій, який вже не базується на DСОМ технології, докладніше див розділ "Специфікація OPC UA".