---

Устатковання індикації повинно нормально працювати. Зафіксовані дані конфігурації та зміст журналу мають бути ідентичними до та після проведення випробовувань.

Довести, що устатковання індикації виконує обробляння сповіщень відповідно до 4.3.4.

Випробовування полягає в поданні запланованих сповіщень по черзі на кожний інтерфейс устатковання індикації.

Випробовування проводять на устаткованні індикації, яке працює в нормальних умовах. Ус­татковання індикації має бути налаштовано на приймання запланованих сповіщень.

Перша послідовність запланованих сповіщень повинна бути подана в межах інтервалу часу для запланованих сповіщень. Друга серія — поза межами цього інтервалу часу.

Фіксують першу послідовність запланованих сповіщень (R1), які записують у журнал сповіщен­ня (R2). Фіксують другу послідовність запланованих сповіщень (R3), які записують у журнал спо­віщення (R4), та подані тривожні сповіщення (R5).

Записи (R1) та (R2) мають бути однакові. Записи (R3) та (R4) мають бути однакові. Запис представлених тривожних сповіщень (R5) має відповідати відповідним запланованим сповіщенням у записі (R3).

Перевірити нормальну роботу устатковання індикації відповідно до вимог 4.2.

Випробовування полягає в поданні тривожного сповіщення на кожен інтерфейс устаткован­ня індикації під час виконання устаткованням індикації інших функцій.

Випробовування проводять на устаткованні індикації, коли воно виконує інші функції.

Тривожне сповіщення має бути подано на інтерфейс устатковання індикації, коли інші функції активні.

Виконують вимірювання від часу подання тривожного сповіщення на інтерфейс устаткован­ня індикації до часу його подання.

Сповіщеная має бути подано протягом 3 с.

6.3 Випробовування на впливання довкілля

Функційні випробовування, описані в 6.2.1, виконують перед впливанням, під час та після, впливання на устатковання індикації виконують відповідно до розділу 5 (від а) до е)).

Примітка. Припускаючи, що в цілому ряду випробовувань використовують одне і те саме устатковання індикації рекомен­довано таку послідовність випробовувань

• сухе тепло: початкові вимірювання, вимірювання під час впливання, кінцеві вимірювання;

• холод: вимірювання під час впливання, кінцеві вимірювання;

• вібрація: кінцеві вимірювання,

• удар: кінцеві вимірювання,

• поштовх: кінцеві вимірювання.

7 ДОКУМЕНТАЦІЯ

Документація на устатковання, яку надає виробник або постачальник повинна містити:

1. характеристики джерела (джерел) живлення, необхідні для устатковання, охоплюючи спо­живання устаткованням (Вт). Для всіх джерел живлення, які не використовують загальну мережу змінного струму, характеристики мають містити дані про мінімальну та максимальну напругу жив­лення кожного джерела;

2. параметри будь-якого виходу, який керує окремою індикацією;

3. список форматів сповіщень та протоколів передавання даних для приймання сповіщень щодо кожного входу устатковання індикації;

4. за наявності дистанційного контролю та опитування і/або програмування системи тривожних сповіщень, повинен бути наданий список протоколів сповіщень та формати даних, що підтримуються;

5. можливі конфігурації, з якими устатковання може бути встановлено, з інформацією про мак­симальну кількість робочих місць операторів та максимальну кількість та типи можливих з'єднань;

6. дані про доступні можливості збільшення місткості системи (з використанням того самого або іншого устатковання);

д) ємність системи, яка виражається як:

• максимальна кількість систем тривожної сигналізації, які знаходяться під спостереженням;

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

• кількість одночасно поданих вхідних сповіщень, які можуть бути оброблені;

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

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

• типи сповіщень, які можуть бути прийняті, та їхні формати;

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

8. настанова користувача, яка має містити інформацію для нормального експлуатування ус­татковання та дії, які повинні бути зроблені у випадку підозри на несправність (наприклад, розпіз­навання основних несправностей та способи їхнього усунення);

9. список форматів сповіщень та протоколів обміну для підтвердження сповіщень по кожно­му входу устатковання індикації;

і) дані про наявність інструкції з технічного обслуговування;

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

і) опис засобів контролю;

13. опис рівнів вхідних пріоритетів, якщо дана функція присутня. Повинні бути обумовлені умови обробляння сповіщень із низьким рівнем пріоритету, які будуть поступатися чергою у разі тривалого приймання сповіщень із більш високим пріоритетом;

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

15. опис обмежень відповідно до рівнів доступу;

16. опис обробляння та часовий проміжок для запланованих сповіщень;

17. інформація про інші функції, які можуть виконуватися устаткованням індикації;

г) опис шляхів встановлення часових параметрів.

ДОДАТОК А
(довідковий)

ПІДТВЕРДЖЕННЯ ТА ЗАХИСТ СПОВІЩЕНЬ

ДОДАТОК В
(довідковий)

ПОДАННЯ СПОВІЩЕНЬ
ТА ОБРОБЛЯННЯ ЇХ ОПЕРАТОРОМ

ДОДАТОК НА

(довідковий)

СЕРІЯ СТАНДАРТІВ EN 50136

Серія стандартів EN 50136 із загальною назвою «Alarm systems — Alarm transmission systems and equipment»:

Part 1—1 General requirements for alarm transmission systems (Частина 1—1. Загальні вимо­ги до систем передавання тривожних сповіщень);

Part 1—2 Requirements for systems using dedicated alarm paths (Частина 1—2. Вимоги до си­стем, які використовують виділений канал зв'язку передавання тривожних сповіщень);

Part 1—3 Requirements for systems with digital communicators using the public switched telephone network (Частина 1—3. Вимоги до систем з цифровими комунікаторами, які використовують ско- мутовану телефонну мережу загального користування);

Part 1—4 Requirements for systems with voice communicators using the public switched telephone network (Частина 1—4. Вимоги до систем з мовними комунікаторами, які використовують скому- товану телефонну мережу загального користування)

Part 2—1 Requirements for equipment used in systems using dedicated alarm paths (Частина 2—1. Загальні вимоги до устатковання передавання тривожних сповіщень);

Part 2—2 Requirements for equipment used in systems using dedicated alarm paths (Частина 2—2. Вимоги до устатковання, яке використовують у системах, які використовують виділений канал зв'язку для передавання тривожних сповіщень);

Part 2—3 Requirements for equipment used in systems with digital communicators using the public switched telephone network (Частина 2—3. Вимоги до устатковання, яке використовують у систе­мах із цифровими комунікаторами, які використовують скомутовану телефонну мережу загального користування);

Part 2—4 Requirements for equipment used in systems with voice communicators using the public switched telephone network (Частина 2—4. Вимоги до устатковання, яке використовують у систе­мах із мовними комунікаторами, які використовують скомутовану телефонну мережу загального користування)

Part 3 (Free). (Частина 3. Вільна позиція)

Part 4¹ Annunciation equipment used in alarm receiving centres (Частина 4¹⁾. Устатковання інди­кації, яке використовують у центрах приймання тривожних сповіщень);

5. (Free). (Частина 5. Вільна позиція)

6. (Free). (Частина 6. Вільна позиція)

Part 7¹⁾ Application guidelines (Частина 7¹⁾. Рекомендації щодо застосовування).

ДОДАТОК НБ
(обов’язковий)
НАЦІОНАЛЬНА ВИМОГА ЩОДО ІНШИХ ФУНКЦІЙ
УСТАТКОВАННЯ ІНДИКАЦІЇ

В Україні для систем пожежного та техногенного спостерігання іншою (додатковою) функцією устатковання індикації є потреба передавання тривожного сповіщення, без обробляння його опе­ратором, на більш високий рівень реагування на це сповіщення.

НБ 1. Для передачі тривожних сповіщень на вищий рівень реагування устатковання індикації повинно мати:

1. можливість трансляції тривожних сповіщень без обробляння їх оператором центра прий­мання тривожних сповіщень;

2. проміжок часу між надходженням тривожного сповіщення на вхідний інтерфейс устаткован­ий індикації та появою його на вихідному інтерфейсі регламентується технічними умовами на це устатковання;

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

4. дублювальний інтерфейс передавання даних згідно з 6.4.1 ДСТУ EN 50136-1-1, перемикан­ня на який повинно виконуватися автоматично;

5. захист проти замінювання устатковання S0 — відповідно до додатка А ДСТУ EN 54-21 та 6.5.1 ДСТУ EN 50136-1-1;

6. інформаційний захист І0 — відповідно до додатка А ДСТУ EN 54-21 та 6.5.2 ДСТУ EN 50136-1-1.

є) можливість передавання інформації на більш високий рівень реагування у форматі пере­давання даних прикладного рівня SOS Access згідно з загальним описом, наведеним у НЕ 2;

НБ 2. Загальний опис формату передавання даних SOS Access.

SOS Access є форматом передавання даних прикладного рівня, який інкапсулюється¹⁾ в транспортний/мережевий протокол TCP/IP для передавання тривожних сповіщень у мережах пе­редавання даних між устаткованням індикації центрів приймання тривожних сповіщень та центром реагування вищого рівня на основі еталонної моделі OSI (див. рисунок 1), розробленої Міжнарод­ною організацією зі стандартів ISO.

Б

Прикладний рівень

лок даних у форматі SOS Access

Блок даних у форматі SOS Access

Заголовок
протоколу ТОР

Заголовок
протоколу IP

Мережевий рівень (TCP)

Блок даних у форматі SOS Access

Заголовок
протоколу TCP

Транспортний рівень (TCP)

Блок даних протоколу IP

Рисунок 1 — Інкапсуляція формату передавання даних SOS Access
у протокол TCP/IP

Докладніше із загальними вимогами для стандартного послідовного інтерфейсу передавання да­них у системах передавання тривожних сповіщень можна ознайомитися у ДСТУ )ЕС 60839-7-1 «Системи тривожної сигналізації. Частина 7—1. Формати сповіщень і протоколи для послідовних інтерфейсів даних у системах передавання тривожних сповіщень. Основні положення».

Формат передавання даних прикладного рівня SOS Access базується на XML-структурі пере­давання інформації.

XML — текстовий формат, призначений для обміну інформацією між системами обробляння інформації з різним програмним забезпеченням.

Найважливіша обов'язкова синтаксична вимога полягає в тому, що текстовий документ має лише один кореневий елемент і, що текст або інші дані всього документа мають бути розташовані між єдиним початковим кореневим тегом і відповідним йому кінцевим тегом (тег — елемент мови розмітки).

У XML тег є елементом документа, який складається з трьох частин: відкриваючого тега, змісту і закривального тега. МС200

Відкриваючий тег складається з імені елементу в кутових дужках, наприклад, “<SOS Access>”; закривальний тег складається з того самого імені в кутових дужках, але перед ім’ям ще додаєть­ся похила межа, наприклад, “</SOS Access>". Змістом елементу називається все, що розташоване між відкривальним і закривальним тегами, охоплюючи текст та інші (вкладені) елементи.

Нижче наведено приклад XML-елемента, який містить відкривальний тег, закривальний тег і вміст елемента ієрархічної структури:

<SOSAccess> <ххххххххххххххххххххххх > </SOSAccess>

Відкри- Вміст Закри- *