Короткі теоретичні відомості. 1. Що являє собою контекстно-залежна довідка для функцій і процедур користувача?

Практичне заняття № 6

Контрольні питання

1. Що являє собою контекстно-залежна довідка для функцій і процедур користувача? Дайте характеристику можливостей створення такої довідки для режиму Runtime.

2. Яким чином може бути реалізована контекстно-залежна довідка в режимі Runtime?

3. Який формат мають файли створюваної користувачем контекстно-залежної довідки й де вони зберігаються?

4. Які функціональні можливості щодо зміни прав користувачів системи надає середовище ZenOn 6.22?

5. Поясніть, як виконати створення системи візуалізації, розрахованої на велику кількість користувачів.

6. Опишіть процес налаштування прав доступу користувачів при розробці проекту в середовищі розробки ZenOn 6.22.

Література: [1, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13].

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

Стан тривоги (в англомовній літературі – Alarm) – це деяке повідомлення, що попереджує оператора про виникнення певної ситуації, яка може призвести до серйозних наслідків, і тому вимагає його уваги, а часто й втручання. Для того, щоб пересвідчитися чи сприйняв оператор повідомлення про стан тривоги, у системах керування розрізняють непідтверджені та підтверджені стани тривоги. Alarm уважається підтвердженим після того, як оператор відреагував на повідомлення про Alarm. До цього стан тривоги вважається непідтвердженим.

Поряд з Alarm у SCADA-системах існує поняття подій. Події являють собою звичайні статусні повідомлення системи і не вимагають реакції оператора.

Зазвичай подія генерується при виникненні в системі певних умов (Типу реєстрації оператора в системі). Від ефективності підсистеми тривог залежить швидкість ідентифікації несправності, що виникла в системі, або технологічного параметра, що вийшов за встановлені регламентом межі. Швидкодія й надійність цієї підсистеми можуть істотно скоротити час простою технологічного обладнання. Наприклад, якщо оператор не отримає вчасно інформацію про те, що двигун насоса перегрівся, це може призвести в кращому випадку до виходу насоса з ладу, а в гіршому – до великої аварії. Причини, що викликають стан тривоги, можуть бути самими різними. Несправність може виникнути в самій SCADA-системі, у контролерах, каналах зв’язку, у технологічному обладнанні. Може вийти з ладу датчик або порушитись його метрологічні характеристики. Параметри технологічного процесу можуть вийти за межі, установлені регламентом, і т. ін.

Дата добавления: 2014-11-20