висновок про відповідність реалізації моделі (Model Implementation Conformance Statement (MICS))
Деталізує стандартні моделі об’єктів даних, що підтримуються системою або приладом
негативне випробовування (negative test)
Випробовування для підтвердження коректної характеристики приладу або системи, стосовно наведених нижче стандартів:
введення інформації та сервісів, що відповідають вимогам ІЕС 61850, які не зреалізовано у випробному приладі або системі;
введення інформації та сервісів, що не відповідають вимогам ІЕС 61850, які не зреалізовано у випробному приладі або системі
висновок про відповідність реалізації протоколу (Protocol Implementation Conformance Statement (PICS))
Короткий виклад можливостей випробовувальної системи чи приладу
додаткова інформація про реалізацію протоколу випробовування (Protocol Implementation extra Information for Testing (PIXIT))
Документ (PIXIT), що містить визначену інформацію про систему щодо можливостей випробовуваної системи, які перебувають за межами сфери застосування стандартів серії МЕК 61850. Надає інформацію щодо фізичної схеми, яка не є частиною ACSL Це може бути інформація про апаратні засоби, гнізда та інша інформація. PIXIT не підлягає стандартизуванню
типові випробовування (routine test)
Проводять виробники для підтвердження роботоздатності та безпеки приладу
приймально-здавальні випробовування на місці встановлення (Site Acceptance Test (SAT))
Верифікування всіх даних та контрольної точки і коректного виконання функцій в самій САП і між САП та її операційним середовищем на всьому встановленому об’єкті з використовуванням кінцевого набору параметрів. Такі випробовування є передумовою введення в експлуатування САПвипробовування, пов’язані з системою (system related test)
Перевіряння правильної функційної характеристики ІЕП та всієї САП за специфічних умов використовування. Випробовування, пов’язані з системою, є частиною остаточної фази розробляння ІЕП, що передує створенню серії приладів САП
випробовувальне устатковання (test equipment)
Усі засоби та інструменти, які моделюють і змінюють дані введення/виведення операційного середовища САП, такі як розподільчі пристрої, трансформатори, центри керування мережею або приєднані пристрої телекомунікації з одного боку, і комунікаційні канали між ІЕП даної САП з іншого
випробовувальна установа (test facility)
Організація, яка може забезпечити відповідне випробовувальне устатковання, і навчений персонал для виконання випробовування на сумісність. Керування випробовуваннями на сумісність і підсумкова інформація мають відповідати системі керування якістю
типові випробовування (type test)
Перевіряння коректних характеристик функціювання ІЕП цієї САП застосуванням випробовуваного системою програмного забезпечення за умов кліматичних випробовувань, що відповідають паспортним даним. Це знаменує кінцеву стадію розробляння апаратних засобів і є передумовою для початку виготовлення. Це випробовування потрібно проводити з ІЕП, виготовлене за нормальним виробничим циклом
допоміжна точка (witness point)
Точка, визначена у відповідному документі, в якій має місце контролювання функціювання. Функціювання може тривати без підтвердження ініціатора випробовування на сумісність. Випробовувальна станція має забезпечити в узгоджений проміжок часу письмове повідомлення ініціатору про допоміжну точку. Ініціатор або його представник має право, але не зобов’язаний контролювати допоміжну точку.
ПОЗНАКИ ТА СКОРОЧЕННЯ
ACSI — абстрактний інтерфейс комунікаційного сервісу (abstract communication service interface) БДПС — блок даних прикладних сервісів (application service data unit)
БЗБК — буферизований звіт блоку керування (buffered report control block)
ЗКД — загальний клас даних (Common Data Class)
ПС — перетворювач струму (Current Transducer)
ВТД — визначення типу документа (Document Type Definition)
ПВ — випробовуваний прилад (Device Under Test)
ВПЗВ — виробничі приймально-здавальні випробовування (Factory Acceptance Test)
— загальний запит (General Interrogation)
GoCB — блок керування GOOSE (GOOSE Control Block)
GOOSE — загальні об’єктно-зорієнтовані події на підстанції (Generic Object Oriented Substation Events)
GSE — загальна подія на підстанції (Generic Substation Event)
GSSE — загальна подія стану підстанції (Generic Substation Status Event)
GsCB — блок керування GSSE (GSSE Control Block)
ЛМІ — людино-машинний інтерфейс (Human Machine Interface)
ICD — опис конфігурації ІЕП (IED Capability Description)
ІЕП — інтелектуальний електронний прилад (Intelligent Electronic Device)
IP — інтернет протокол (Internet Protocol)
БКЗ — блок керування записом (Log Control Block)
ЛП — логічний прилад (Logical Device)
ЛВ — логічний вузол (Logical Node)
ГБП — групове багатоадресне передавання (MultiCast)
БАЗП — багатоадресний зв’язок програми (Multicast Application Association)
MICS — підтвердження відповідності введення в дію моделі (Model Implementation Conformance Statement)
MMS — специфікація виробничих повідомлень (/SO 9506) (Manufacturing Message Specification (ISO 9506 series))
БКВЗ — блок керування вибірковими значеннями (Multicast Sampled Value Control Block) PICS — підтвердження відповідності введення в дію протоколу (Protocol Implementation
Conformance Statement)
PIXIT — додаткова інформація про введення в дію протоколу для випробовування (Protocol Implementation extra Information for Testing)
RTU — віддалений термінал (Remote Terminal Unit)
САП — система автоматизації підстанції (Substation Automation System)
МПЗВ — примально-здавальні випробовування на місці встановлення (Site Acceptance Test) ВАЗ — вибіркові аналогові значення (Sampled Analogue Value (ІЕС 61850-9 series)) SCADA — диспетчерське керування та збирання даних (supervisory control and data acquisition) SCD — опис конфігурації підстанції (Substation Configuration Description)
SCL — мова конфігурації підстанції (Substation Configuration Language)
SCSM — специфічне відображення комунікаційного сервісу (Specific Communication Service Mapping)
БКН — блок керування настроюваннями (Setting Group Control Block)
ПП — послідовність подій (Sequence-of-Events)
SSD — опис специфікацій системи (System Specification Description)
CB — випробовувана система (System Under Test)
SV — вибіркові значення (Sampled Values)
KB3 — контролювання вибіркових значень (Sampled Value Control)
TCP — протокол керування передаванням (Transport Control Protocol)
ППДЗ — прикладна програма для двостороннього зв’язку (Two Party Application Association) БКНП — блок керування небуферизованим повідомленням (Unbuffered Report Control Block) БКОПВЗ — блок керування одно направленим передаванням вибіркового значення — (Unicast
Sampled Value Control Block)
UTC — загальний скоординований час (Coordinated Universal Time)
ПН — перетворювач напруги (Voltage Transducer)
XML — розширювана мова розмітки (extensible Markup Language).
5 ВСТУП ДО ВИПРОБОВУВАННЯ НА СУМІСНІСТЬ
Загальні положення
Тривалий шлях від розроблення і виготовлення приладу до належного функціювання всієї системи, розробленої згідно з визначеними потребами користувача. Відповідні випробовування долучено до цього процесу.
Система керування якістю виробника/постачальника лежить в основі надійних випробовувань під час розробляння та виготовлення.
Багато випробовувань на стадії розробляння приладу (або комплекту системи) є наслідком типового випробовування (випробовування рівня приладу), виконаного принаймні постачальником і, якщо вимагається чинними стандартами, незалежним органом випробовування. У контексті цього стандарту типове випробовування обмежено функційною характеристикою приладу.
Тривалі контрольні випробовування у процесі виробництва приладів потрібні для забезпечування постійної якості поставлених приладів, їх проводять відповідно до процедур щодо забезпечування якості виробника.
Випробовування на сумісність — це типові випробовування для комунікацій. Оскільки комунікації — основа системи, то ці випробовування пов’язані з системою об’єднаних ІЕП. Стандарт ІЕС 61850, сфера застосування якого винятково поширюється на комунікації, охоплює стандартизовані випробовування на сумісність для забезпечування відповідності чинним вимогам приладів від різних постачальників.
Типові випробовування і випробовування на сумісність не повністю гарантують, що враховано всі функційні та експлуатаційні вимоги. Проте, коли вони виконані належним чином, такі випробовування значно знижують ризик виникнення проблем під час інтегрування системи на виробництві та на місці експлуатування.
Випробовування на сумісність не заміняють визначених проектом випробовувань, пов'язаних із системою, таких як ВПЗВ та МПЗВ. ВПЗВ та МПЗВ, основані на визначених замовником вимогах, стосуються систем автоматизації підстанцій і виконаних системним інтегратором, які зазвичай завірено замовником. Ці випробовування підвищують ступінь впевненості в тому, що всі потенційні проблеми в системі визначено і вирішено. Ці випробовування гарантують, що встановлена система автоматизації підстанції працює так, як визначено.
Методики випробовування на сумісність
Зазвичай випробовування на сумісність комунікаційних характеристик ІЕП має відповідати функційним та експлуатаційним вимогам типового програмного забезпечення, що підтримується цим приладом у САП. Стандарт ІЕС 61850-4 визначає загальну класифікацію випробовування якості, використаної у контексті цього стандарту.
Випробовування на сумісність демонструють можливість ПВ працювати з іншими ІЕП у визначений спосіб згідно з серією стандартів ІЕС 61850.
Випробовування на сумісність потребує враховувати таке:
проблема всіх випробовувань — їх повнота. Кількість усіх можливих ситуацій може бути дуже значною. Можливо врахувати всі випадки в процесі нормальної роботи, у разі аварійних випадків це може бути неправильно;
неможливо випробовувати всі системні конфігурації, використовуючи ІЕП різних виробників зі всього світу. Отже, потрібно використовувати стандартизовану архітектуру випробовування зі симуляторами приладів. Використовування таких архітектур випробовування передбачає угоду про її конфігурацію та методики випробовування, використані для досягнення повторюваних та сумісних результатів;
стандарт в частині комунікацій не стандартизує функції комунікаційного устатковання. Таким чином, аварійні режими функцій не є предметом розгляду цього стандарту. Але і наявність розподілених функцій і вплив відгуку функції в пристроях на потік даних взаємозалежні;
зважаючи на діапазон визначень стандарту, деякі властивості приладу можуть бути підтверджені інформацією і документами, поданими з DUT для випробовування на сумісність замість самого випробовування на сумісність.
Випробовування на сумісність встановлює, що комунікації DUT працюють згідно з вимогами серій стандартів ІЕС 61850. Серію стандартів ІЕС 61850 зорієнтовано на можливість взаємодії, використовуючи дані, функцію та моделі приладів, разом зі всіма сервісами, або на прикладному рівні ACSI, або вищих. Крім того, визначено і класи продуктивності.
Оскільки серія стандартів ІЕС 61850 не визначає нових комунікаційних стеків, сумісність з усіма сімома ISO/OSI рівнями може бути доведено документально про те, що комунікаційний стек програмного забезпечення сумісний з відповідно зреалізованою специфікацією і може бути попередньо випробовуваний і, за бажанням, сертифікований. Унормоване випробовування на сумісність може перевірити програми тільки відповідно до ACSI.
Забезпечування якості та випробовування
Загальні положення
Для забезпечування якості під час проведення випробовування на сумісність має бути наявна система забезпечення якості. Вона має бути чітко продемонстрована випробовувальною установою. Це стосується і систем забезпечення якості постачальників.
У цілому, нагляд за якістю використовують для контролювання та перевіряння стану складників системи на всіх етапах випробовування на сумісність. З цією метою проводять перевіряння з використовуванням контрольної та допоміжної точок. їх визначає ініціатор (чи його представник під час випробовування) і план контролювання, що надає випробовувальна установа. Ці перевіряння пов’язані з процесом і мають надавати інформацію й впевненість щодо якості випробовування. Нагляд за якістю дозволить знизити ризики відмов під час процесу FAT та SAT.
План забезпечування якості
План забезпечування якості випробовування на сумісність
Випробовувальна установа має надати план забезпечування якості для випробовування на сумісність щодо його оцінювання.
План забезпечування якості випробовування на сумісність має відповідати вимогам стандарту ISO 9001. План має описувати всі потрібні дані щодо об’єму робіт та/або постачання у частині бюджету, організування, часу, інформації та якості. Цей план один як для випробовувальної установи, так і для її постачальників.
План забезпечування якості випробовування на сумісність також має містити таке:
ґрунтовний опис методик роботи. Це допоможе впевнитися, що всі дії спрямовано на забезпечення застосованих вимог та умов, передбачених у обсягах робіт протягом визначеного часу;
ґрунтовний опис усіх виконуваних завдань, із посиланнями на розклади, враховуючи задія- ний персонал, матеріали, а також відповідні методи і методики роботи;
детальний опис організації разом із призначеннями, завданнями та обов’язками зазначених співробітників на різних стадіях програми випробовування. Опис має містити всі випробування, перевірки, дослідження та аудити на різних стадіях випробування і дати, коли вони будуть мати місце. Ці описи будуть частиною плану тестування та перевірки;
метод обробляння відхилень, зміни й модифікації, на всіх етапах випробовування.
підпис процедур та опис документації, яка буде постачатися.