ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
ГОСТ Р мэк61850-7-3—2009
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
СЕТИ И СИСТЕМЫ СВЯЗИ НА ПОДСТАНЦИЯХ
Часть 7
Базовая структура связи для подстанций и линейного оборудованияРаздел 3Классы общих данных
IEC 61850-7-3:2003 Communication networks and systems in substations Part 7-3: Basic communication structure for substation and feeder equipment —
Common data classes (IDT)
Издание официальное
Москва
Стандартинформ
2011
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0 — 2004 «Стандартизация в Российской Федерации. Основные положения»
Сведения о стандарте
1 ПОДГОТОВЛЕН ОАО «Научно-технический центр электроэнергетики» на основе аутентичного перевода на русский язык указанного в пункте 4 стандарта, который выполнен ООО «ЭКСПЕРТЭНЕРГО»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 396 «Автоматика и телемеханика»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 15 декабря 2009 г. № 849-ст
4 Настоящий стандарт идентичен международному стандарту МЭК 61850-7-3:2003 «Сети и системы связи на подстанциях. Часть 7-3. Базовая структура связи для подстанций и линейного оборудования. Классы общих данных (IEC 61850-7-3:2003 «Communication networks and systems in substations. Part 7-3: Basic communication structure for substation and feeder equipment — Common data classes»)
Наименование национального стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (пункт 3.5)
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
6 Обращаем внимание на возможность того, что некоторые из элементов настоящего стандарта могут быть предметом патентных прав. МЭК не несет ответственности за идентификацию любого или всех
таких патентных прав
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты».
В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования—на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.
©Стандартинформ, 2011
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии.
неустановившихся изменений, дополнительно к идентификатору детализации качества oscillatory должно быть немедленно установлено состояние invalid атрибута Validity (используется только для информации о состоянии).
Дополнительный идентификатор качества failure (повреждение) показывает, что контрольная (диагностическая) функция выявила внутреннее или внешнее повреждение.
Дополнительный идентификатор качества oldData (старые данные) присваивается в том случае, если обновление не проводилось в течение определенного интервала времени. Значение может быть устаревшим значением, которое могло уже измениться. Этот конкретный интервал времени может быть определен атрибутом allowed-age (допустимый возраст).
Примечание — К состоянию oldData приводят ошибки типа «молчание», когда оборудование прекращает передачу данных. В этом случае информация, полученная последней, была правильной.
Дополнительный идентификатор качества inconsistent (несогласованный) показывает, что функция оценки выявила несогласованность.
Дополнительный идентификатор качества inaccurate (неточный) показывает, что значение не удовлетворяет установленной точности источника.
Пример — При очень малом токе измеряемое значение коэффициента мощности может быть зашумленным (неточным).
6.2.4 Идентификатор Source (источник)
Идентификатор Source содержит информацию о происхождении значения. Значение может быть получено из процесса или может быть замещенным значением.
process (процесс): значение предоставлено функцией ввода из контролируемого процесса или вычислено некоторой прикладной функцией;
substituted (замещенный): значение введено оператором или от автоматического источника.
Примечание 1 — Замещение может быть выполнено локально или через сервисы связи. Во втором случае используются специальные атрибуты с функциональной связью FC выборочных значений SV.
Примечание 2 — Существуют различные возможности обнуления замещения. Например, замещение, выполненное после состояния invalid, может быть сброшено автоматически после обнуления состояния invalid. Однако этот вопрос решается на локальном уровне, он выходит за рамки области применения настоящего стандарта.
6.2.5 Идентификатор test (тестирование)
Дополнительный идентификатор test может быть использован для указания тестового значения, которое не предназначено для использования в операционных целях. Вопрос обработки идентификатора test должен решаться локально на стороне клиента. Соответствующий бит должен быть полностью независим от других битов в пределах дескриптора качества.
Идентификатор test обычно распространяется на все иерархические уровни.
6.2.6 Идентификатор operatorBlocked (блокирован оператором)
Идентификатор operatorBlocked устанавливается в случае, если оператор блокирует дальнейшее обновление значения. Значением является информация, полученная перед блокировкой. Если этот идентификатор установлен, должен быть также установлен дополнительный идентификатор oldData идентификатора detailQual.
Примечание — Обновление значения по каналу связи, а также обновление от ввода могут быть блокированы как оператором, так и автоматической функцией. В обоих случаях устанавливается идентификатор detailQual. Если блокировку выполняет оператор, устанавливается соответственно идентификатор operatorBlocked. В этом случае для снятия блокировки необходимо действие оператора.
Пример — При отключении питания собственных нужд оператор может блокировать обновление ввода и сохранить старое значение.
6.2.7 Качество в контексте взаимодействия клиент-сервер
Идентификатор качества отражает качество информации со стороны сервера при передаче ее клиенту. На рисунке 1 показаны потенциальные источники, которые могут влиять на качество при взаимодействии сервера с одним клиентом. Information Source (источник информации) является (аппаратным) присоединением информации о процессе к системе. Как показано на рисунке 1, информация может быть недействительной или сомнительной. Кроме того, анормальное поведение источника информации может быть
выявлено устройством ввода. В этом случае устройство ввода может сохранить старые данные и соответственно пометить их.
|
Рисунок 1 — Идентификаторы качества при взаимодействии сервера с одним клиентом |
При взаимодействии сервера с несколькими клиентами, как показано на рисунке 2, информация может быть получена по каналу связи (со стороны клиента В). При повреждении канала связи клиент В обнаружит ситуацию, связанную с появлением ошибки, и квалифицирует данные как сомнительные или старые.
|
old Data
Рисунок 2 — Идентификаторы качества при взаимодействии сервера с несколькими клиентами |
При взаимодействии сервера с несколькими клиентами качество данных, полученных с сервера А, будет отражать как качество сервера В (полученное клиентом В), так и собственное качество. Следовательно, назначение приоритетов качества на разных уровнях может потребовать дальнейшей спецификации, выходящей за рамки области применения настоящего стандарта. Для идентификатора Validity значение invalid должно доминировать над значением questionable, так как это наихудший сценарий. Для идентификатора Source более высокий уровень взаимодействия сервера с несколькими клиентами будет доминировать над более низким уровнем.
Пример —Допустим, А представляет более высокий уровень, а В—более низкий уровень иерархии. Качество со стороны сервера В имеет значение invalid. Если в этот момент прервется связь (questionable, oldData) между сервером В и клиентом В, качество не станет сомнительным, а останется недействительным, так как последняя информация была неправильной. Следовательно, сервер А сообщит об информации как о недействительной.
6.2.8 Отношения между идентификаторами качества
Между идентификаторами Validity и Source имеются приоритетные отношения. Если Source находится в состоянии process (обработка), тогда идентификатор Validity должен определять качество исходного значения (origin value). Если Source находится в состоянии substitute (замещение), тогда Validity блокируется определением замещенного значения. Это важное свойство, так как замещение используется для замены недействительных значений замещенными значениями, которые могут быть использованы клиентом какхорошие значения.
7
Пример 1 — Если значение questionable установлено вместе со значением substituted, это значит, что замещенное значение есть сомнительное. Это может произойти в том случае, если в иерархической конфигурации замещение выполняется на самом нижнем уровне, а связь нарушена на высшем уровне.
Пример 2 — Если замещается недействительное значение, поле invalid будет очищено, а для индикации замещения будет установлено поле substituted.
Идентификатор качества operatorBlocked не зависит от других идентификаторов качества.
Пример 3 — Колебания на вводе могут потребовать установки поля invalid. В связи с постоянными изменениями значения генерируется множество отчетов, что нагружает сеть связи. Оператор может блокировать обновление ввода. В этом случае также будет установлено поле operatorBlocked.
Пример взаимодействия между идентификаторами качества и влияния взаимодействия сервера с несколькими клиентами показан на рисунке 3. Допускается, что устройство на уровне присоединения действует как клиент для сервера на уровне процесса и как сервер для клиента на уровне станции.
Примечание — Это один пример взаимодействия сервера с несколькими клиентами; могут существовать другие виды взаимодействия сервера с несколькими клиентами, но это не меняет характера протекания процесса.
Validity = quest (old Data)
Validity = quest (oldData)
Substituted validity = quest
<§>
<£>l
Substitution
■ I
X Ввод блокирован
Substitution X Ввод блокирован
Рисунок 3 — Взаимодействие индикаторов качества Substitution и Validity
В случае А ввод блокирован, качество информации маркируется как questionable и oldData.
В случае В замещение выполнено на уровне процесса. Теперь качество информации на следующем уровне (уровне присоединения) маркируется как substituted и good.
В случае С нарушена связь между уровнем процесса и присоединения. Информация между уровнем присоединения и уровнем станции продолжает маркироваться как substituted. Дополнительно устанавливаются идентификаторы questionable и oldData, которые указывают на то, что замещенная информация может быть устаревшей.
В случае D на уровне присоединения выполнено новое замещение. Теперь качество информации следующего уровня маркируется как substituted и good и не зависит от первого замещения.
6.3 Тип Analogue value (значение аналогового сигнала)
Тип Analogue value должен соответствовать определению, приведенному в таблице 2
Таблица 2 — Тип Analogue value |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
М/О/С |
/ |
INT32 |
целочисленное значение |
GC1 |
f |
FLOAT32 |
значение с плавающей точкой |
GC1 |
|
Значения аналогового сигнала могут быть представлены как тип базисных данных INTEGER (целочисленное значение, атрибут i) или как FLOATING POINT (значение с плавающей точкой, атрибут f). Должен быть использован по меньшей мере один атрибут. Если присутствуют оба атрибута, как /', так и f, приложение должно гарантировать непротиворечивость обоих значений. Для обновления альтернативного значения необходимо использовать самое последнее значение, установленное сервисом связи. Например, если записывается xxx.f, приложение должно соответственно обновить ххх./'.
Атрибут /: значение / должно быть целочисленным представлением измеренного значения. Для преобразования между / и f используют следующую формулу:
f. 1 Qunits.multiplier _ (/ . scaleFactor) + offset
Выражение истинно в пределах приемлемой ошибки, если имеются все значения: /, scaleFactor (масштабный коэффициент), offset (смещение) и f.
Атрибут f\ значение f должно быть представлением измеренного значения числом с плавающей точкой. Значение f должно представлять технологическое значение.
Примечание — Основанием для представления целочисленного значения наряду со значением с плавающей точкой является то, что IED-устройства, не имеющие функциональных возможностей плавающей точки, не смогут поддерживать аналоговые значения. В этом случае можно произвести обмен значениями scaleFactor и offset между клиентами и серверами в автономном режиме (offline).
6.4 Конфигурация типа Analogue value (значение аналогового сигнала)
Конфигурация типа Analogue value должна соответствовать определению, приведенному в таблице 3.
Таблица 3 — Конфигурация типа Analogue value |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
М/О/С |
scaleFactor |
FLOAT32 |
|
М |
offset |
FLOAT32 |
|
М |
|
Этот тип атрибута данных должен быть использован для конфигурации представления целочисленного значения INTEGER аналогового сигнала. Формула для преобразования между целочисленным значением и значением с плавающей точкой приведена в 6.3.
Значением scaleFactor является масштабный коэффициент.
Значением offset является смещение.
6.5 Тип Range configuration (конфигурация диапазона значений)
Тип Range configuration используется для конфигурирования предельных значений, определяющих диапазон измеренного значения, и должен соответствовать определению, приведенному в таблице 4.
Таблица 4 — Тип Range Configuration |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
м/о/с |
hhLim |
AnalogueValue |
|
м |
hLim |
AnalogueValue |
|
м |
ILim |
AnalogueValue |
|
м |
IILim |
AnalogueValue |
|
м |
min |
AnalogueValue |
|
м |
max |
AnalogueValue |
|
м |
|
Атрибуты hhLim, hLim, ILim, IILim — параметры конфигурирования, их применяют в контексте атрибута диапазона, как определено в разделе 8.
Атрибут min (минимум) представляет минимальное измерение процесса, для которого значения / или f рассматриваются в области предельных значений процесса. Если значение ниже, соответственно устанавливается значение q (validity = questionable, detailQual = outOfRange).
Атрибут max (максимум) представляет максимальное измерение процесса, для которого значения / или f рассматриваются в области предельных значений процесса. Если значение выше, соответственно устанавливается значение q (validity = questionable, detailQual = outOfRange).
6.6 Тип ValWithTrans (многопозиционная сигнализация с индикацией переходного состояния)
Тип ValWithTrans (Step position with transient indication) используют, например, для индикации положения переключателей обмоток трансформатора. Он должен соответствовать определению, приведенному в
таблице 5.
Таблица 5 — Тип ValWithTrans (Step position with transient indication) |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
м/о/с |
posVal |
INT8 |
-64...63 |
М |
translnd |
BOOLEAN |
|
О |
|
Атрибут posVal содержит положение шагового механизма, атрибут translnd указывает, что оборудование находится в переходном состоянии.
6.7 Тип Pulse configuration (конфигурация импульса)
Тип Pulse Configuration служит для конфигурирования выходного импульса, генерируемого командой, и должен соответствовать определению, приведенному в таблице 6.
Таблица 6 — Тип PulseConfiguration |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
M/O/C |
cmdQual |
ENUMERATED |
pulse | persistent (импульсное | постоянное) |
М |
onDur |
INT32U |
|
м |
offDur |
INT32U |
|
м |
numPIs |
INT32U |
|
м |
|
Атрибут cmdQual определяет, является ли управляющий выход импульсным выходом или это выход постоянного значения. Если он настроен на значение pulse, тогда с помощью идентификаторов onDur, offDur и numPIs определяется длительность импульса. Если он настроен на значение persistent, деактивация выходного импульса—локальная проблема, решаемая на уровне сервера. Например, когда выключа-
ю
тель, управляемый этим выходом, достигает конечного положения, локальная управляющая логика в устройстве, реализующем сервер, отключает выход.
Атрибуты onDur, off Du г, numPIs: после получения сервиса Operate может быть выдан импульс на вход on (включить) или off (выключить) коммутационного аппарата. Форма этого выхода определена атрибутами onDur, offDur и numPIs (см. рисунок4). Атрибут NumPIs специфицирует число генерируемых импульсов, атрибут onDur—длительность импульса, атрибут offDur—временной промежуток между двумя импульсами. Атрибуты onDur и offDur указываются в мс; значение 0 мс указывает на локальное определение длительности.
1 2 numPIs
onDur -
^ offDur
Рисунок 4 — Конфигурация выходных импульсов команды
6.8 Тип Originator (инициатор)
Тип Originator должен соответствовать определению, приведенному в таблице 7.
Таблица 7 — Тип Originator |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
м/о/с |
orCat |
ENUMERATED |
not-supported | bay-control | station-control | remote-control | automatic-bay | automatic-station | automatic-remote | maintenance | process (не поддерживается | управление на уровне присоединения | управление на уровне станции | удаленное управление | автоматическое управление на уровне присоединения | автоматическое управление на уровне станции | автоматическое удаленное управление | техническое обслуживание | процесс) |
м |
orldent |
OCTET
STRING64 |
|
м |
|
Тип Originator должен содержать сведения об инициаторе последнего изменения атрибута данных, представляющего значение контролируемых данных.
Атрибут orCat специфицирует категорию инициатора, который вызвал изменение значения. Значения атрибута orCat объяснены в таблице 8.
Таблица 8 — Значения атрибута orCat |
Значение |
Объяснение |
not-supported |
Атрибут orCat не поддерживается |
bay-control |
Команда управления выдана оператором, использующим клиента, находящегося на уровне присоединения |
station-control |
Команда управления выдана оператором, использующим клиента, находящегося на уровне станции |
remote-control |
Команда управления выдана удаленным оператором за пределами подстанции (например, из центра управления сетью) |
automatic-bay |
Команда управления выдана автоматической функцией на уровне присоединения |
automatic-station |
Команда управления выдана автоматической функцией на уровне станции |
automatic-remote |
Команда управления выдана автоматической функцией за пределами подстанции |
maintenance |
Команда управления выдана сервисом технического обслуживания |
process |
Изменение состояния произошло без управляющего воздействия (например, внешнее отключение автоматического выключателя или неисправность в самом выключателе) |
|
11 |
Атрибут orldent: идентификация инициатора должна содержать адрес отправителя, по чьей инициативе произошло изменение значения. Значение NULL (нуль) должно быть зарезервировано для указания на то, что инициатор определенного воздействия неизвестен или его данные не сообщаются.
Примечание — Типом хранимого адреса (адрес приложения, IP-адрес, адрес канала) является любой адрес, который может быть выявлен сервером. Он может зависеть от специфического отображения.
6.9 Тип Unit (единица измерения)
Тип Unit должен соответствовать определению, приведенному в таблице 9.
Таблица 9 — Тип Unit |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
м/о/с |
SlUnit |
ENUMERATED |
В соответствии с таблицами А.1—А.4 приложения А |
М |
multiplier |
ENUMERATED |
В соответствии с таблицей А.5 приложения А |
О |
|
Атрибут SlUnit: определяет физические величины в системных единицах СИ в соответствии с приложением А.
Атрибут multiplier: определяет значение множителя в соответствии с приложением А. Значение по умолчанию равно 0 (т. е. множитель = 1).
6.10 Тип Vector (вектор)
Тип Vector должен соответствовать определению, приведенному в таблице 10.
Таблица 10 — Тип Vector |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
М/О/С |
mag |
AnalogueValue |
|
М |
ang |
AnalogueValue |
|
О |
|
Атрибут mag: модуль комплексного значения.
Атрибут ang: угол комплексного значения. Единицей измерения является градус. Базовое значение угла определяется в контексте вместе с типом Vector.
6.11 Тип Point (точка)
Тип Point должен соответствовать определению, приведенному в таблице 11.
Таблица 11—Тип Point |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
М/О/С |
xVal |
FLOAT32 |
|
М |
yVal |
FLOAT32 |
|
М |
|
Атрибут xVal: значение координаты х точки кривой.
Атрибут yVal: значение координаты у точки кривой.
6.12 Тип CtIModels (модели управления)
Тип CtIModels определен следующим образом:
ENUMERATED (status-only | direct-with-normal-security | sbo-with-normal-security | direct-with-enhanced-security | sbo-with-enhanced-security).
6.13 Тип SboClasses
Тип SboClasses определен следующим образом:
ENUMERATED (operate-once | operate-many).
7 Спецификации классов общих данных
7.1 Общие положения
Классы общих данных определены для использования в МЭК 61850-7-4. Классы общих данных состоят из типов атрибутов общих данных, определенных в разделе 6 настоящего стандарта, или из типов,
определенных в МЭК 61850-7-2. МЭК 61850-7-1 содержит базовую нотацию, используемую в данном разделе.
7.2 Пространства имен
Пространства имен определены для спецификации расширений имеющихся определений МЭК 61850-7-3 и МЭК 61850-7-4 (см. таблицу 12).
Таблица 12 — Атрибуты пространства имен |
Атрибут |
Применение |
Специфицированная атрибутом область применения стандарта |
Id Ns |
Атрибут IdNs класса DATA-ATTRIBUTE должен быть включен в логический узел LLN0, если пространство имен логического устройства отличается от определения в МЭК 61850-7-4 |
МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке) |
InNs |
Атрибут InNs класса DATA-ATTRIBUTE должен быть включен, если пространство имен LN-узла отличается от определения в спецификации, в которой определен LN-узел |
МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке) |
cdcNs |
Атрибут cdcNs класса DATA-ATTRIBUTE включен, если определение, как минимум, одного атрибута данных DA класса общих данных CDC отличается от определения в спецификации, в которой определен класс общих данных CDC класса DATA |
МЭК 61850-7-3 |
dataNs |
Атрибут dataNs класса DATA-ATTRIBUTE включен, если пространство имен класса DATA отличается от определения в спецификации, в которой определены узел LN и его данные DATA |
МЭК 61850-7-4 (МЭК 61850-7-3 по ссылке) |
|
7.3 Спецификации класса общих данных для информации о состоянии
7.3.1 Основной шаблон информации о состоянии
В таблице 13 приведено определение основного шаблона информации о состоянии. В частности, в ней определены наследование и конкретизация сервисов, описанных в МЭК 61850-7-2.
Таблица 13 — Основной шаблон информации о состоянии |
Имя атрибута |
Тип атрибута Функциональная TrgOp Значение/диапазон М/О/С
связь значений |
DataName |
Наследовано из класса Data (см. МЭК 61850-7-2) |
DataAttribute |
Состояние |
Замещение |
Конфигурация, описание и расширение |
Сервисы (см. МЭК 61850-7-2) |
Следующие сервисы наследованы из МЭК 61850-7-2. Они конкретизированы за счет ограничения сервиса атрибутами с функциональной связью, как определено ниже |
Модель сервиса по МЭК 61850-7-2 |
Сервис |
Сервис применяется к атрибутам с функциональной связью |
Примечание |
Модель данных |
SetDataValues GetDataValues GetData Definition |
DC, CF, SV ALL ALL |
|
Модель набора данных |
GetDataSetValues
SetDataSetValues |
ALL DC, CF, SV |
|
Модель отчетности |
Report |
ALL |
Как указано в наборе данных, используемом для определения содержания отчетов |
|
7.3.2 Класс SPS (недублированное состояние)
В таблице 14 приведено определение класса общих данных Single point status (SPS).
Таблица 14 — Спецификация класса общих данных SPS |
Имя атрибута |
Тип атрибута |
Функциональная
связь |
TrgOp |
Значение/диапазон
значений |
M/O/C |
DataName |
Наследовано из класса Data (см. МЭК 61850-7-2) |
Data Attribute |
Состояние |
stVal |
BOOLEAN |
ST |
dchg |
TRUE|FALSE (ИСТИННОЕ | ЛОЖНОЕ) |
M |
q |
Quality |
ST |
qchg |
|
M |
t |
TimeStamp |
ST |
|
|
M |
Замещение |
subEna |
BOOLEAN |
sv |
|
|
PICS_SUBST |
subVal |
BOOLEAN |
sv |
|
TRUE|FALSE (ИСТИННОЕ| ЛОЖНОЕ) |
PICS_SUBST |
subQ |
Quality |
sv |
|
|
PICS_SUBST |
subID |
VISIBLE STRING64 |
sv |
|
|
PICS_SUBST |
Конфигурация, описание и расширение |
d |
VISIBLE STRING255 |
DC |
|
Text |
о |
dU |
UNICODE
STRING255 |
DC |
|
|
о |
cdcNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
cdcName |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
dataNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLN_M |
Сервисы |
Как определено в таблице 13 |
|
7.3.3 Класс DPS (дублированное состояние)
В таблице 15 приведено определение класса общих данных Double point status (DPS). Таблица 15 — Спецификация класса общих данных DPS
Имя атрибута |
Тип атрибута |
Функциональная
связь |
TrgOp |
Значение/диапазон
значений |
м/о/с |
DataName |
Наследовано из класса Data (см. МЭК 61850-7-2) |
Data Attribute |
Состояние |
|
stVal |
CODED ENUM |
ST |
dchg |
intermediate-state | off | on | bad-state (промежуточное состояние | выключено | включено | плохое состояние) |
м |
q |
Quality |
ST |
qchg |
|
м |
t |
TimeStamp |
ST |
|
|
м |
Замещение |
subEna |
BOOLEAN |
sv |
|
|
PICS_SUBST |
subVal |
CODED ENUM |
sv |
|
intermediate-state | off | on | bad-state (промежуточное состояние | выключено| включено | плохое состояние) |
PICS_SUBST |
subQ |
Quality |
sv |
|
|
PICS_SUBST |
subID |
VISIBLE STRING64 |
sv |
|
|
PICS_SUBST |
Конфигурация, описание и расширение |
d |
VISIBLE STRING255 |
DC |
|
Text |
о |
dU |
UNICODE
STRING255 |
DC |
|
|
о |
cdcNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
cdcName |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
dataNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLN_M |
Сервисы |
Как определено в таблице 13 |
ГОСТ Р МЭК 61850-7-3-2009
Содержание
1 Область применения........................................ 1
2 Нормативные ссылки........................................ 1
3 Термины и определения...................................... 2
4 Сокращения............................................ 2
5 Условия, определяющие наличие атрибута............................. 2
6 Типы атрибутов общих данных................................... 3
6.1 Общие положения....................................... 3
6.2 Тип Quality (качество)..................................... 3
6.2.1 Общий обзор...................................... 3
6.2.2 Идентификатор Validity (применимость).......................... 4
6.2.3 Идентификатор Detail quality (детализация качества)................... 5
6.2.4 Идентификатор Source (источник)............................ 6
6.2.5 Идентификатор test (тестирование)........................... 6
6.2.6 Идентификатор operatorBlocked (блокирован оператором)................ 6
6.2.7 Качество в контексте взаимодействия клиент-сервер................... 6
6.2.8 Отношения между идентификаторами качества..................... 7
6.3 Тип Analogue value (значение аналогового сигнала)....................... 9
6.4 Конфигурация типа Analogue value (значение аналогового сигнала).............. 9
6.5 Тип Range configuration (конфигурация диапазона значений).................. 10
6.6 Тип ValWithTrans (многопозиционная сигнализация с индикацией переходного состояния) ... 10
6.7 Тип Pulse configuration (конфигурация импульса)....................... 10
6.8 Тип Originator (инициатор)................................... 11
6.9 Тип Unit (единица измерения)................................. 12
6.10 Тип Vector (вектор)....................................... 12
6.11 Тип Point (точка)....................................... 12
6.12 Тип CtIModels (модели управления).............................. 12
6.13 Тип SboClasses........................................ 12
7 Спецификации классов общих данных............................... 12
7.1 Общие положения...................................... 12
7.2 Пространства имен...................................... 13
7.3 Спецификации класса общих данных для информации о состоянии.............. 13
7.3.1 Основной шаблон информации о состоянии....................... 13
7.3.2 Класс SPS (недублированное состояние)........................ 14
7.3.3 Класс DPS (дублированное состояние)......................... 15
7.3.4 Класс INS (целочисленное состояние).......................... 16
7.3.5 Класс ACT (сведения об активации защиты)....................... 17
7.3.6 Класс ACD (сведения об активации направленной защиты)............... 18
7.3.7 Класс SEC (подсчет нарушений безопасности)...................... 19
7.3.8 Класс BCR (считывание показаний двоичного счетчика)................. 20
7.4 Спецификации класса общих данных для информации об измеряемой величине........ 21
7.4.1 Основной шаблон информации об измеряемой величине................ 21
7.4.2 Класс MV (измеряемые значения)........................... 22
7.4.3 Класс CMV (комплексные измеряемые значения)................... 23
7.4.4 Класс SAV (выборочные значения)........................... 24
7.4.5 Класс WYE (Y — «звезда»).............................. 25
7.4.6 Класс DEL (А — «треугольник»)............................. 26
7.4.7 Класс SEQ (последовательность)........................... 27
7.4.8 Класс HMV (значение гармоник)............................ 28
7.4.9 Класс HWYE (значение гармоник для звезды)..................... 28
7.4.10 Класс HDEL (значение гармоник для треугольника)................... 30
7.5 Спецификации класса общих данных для управления состоянием и информации о состоянии 31
7.5.1 Применение сервисов................................. 31
7.5.2 Класс SPC (недублированное управление и состояние)................. 32
7.3.4 Класс INS (целочисленное состояние)
Втаблице 16 приведено определение класса общих данных Integer status (INS).
Таблица 16 — Спецификация класса общих данных INS |
Имя атрибута |
Тип атрибута |
Функциональная
связь |
TrgOp |
Значение/диапазон
значений |
M/O/C |
DataName |
Наследовано из класса Data (см. МЭК 61850-7-2) |
Data Attribute |
Состояние |
stVal |
INT32 |
ST |
dchg |
|
M |
q |
Quality |
ST |
qchg |
|
M |
t |
TimeStamp |
ST |
|
|
M |
Замещение |
subEna |
BOOLEAN |
sv |
|
|
PICSSUBST |
subVal |
INT32 |
sv |
|
|
PICS_SUBST |
subQ |
Quality |
sv |
|
|
PICS_SUBST |
subID |
VISIBLE STRING64 |
sv |
|
|
PICS_SUBST |
Конфигурация, описание и расширение |
d |
VISIBLE STRING255 |
DC |
|
Text |
о |
dU |
UNICODE
STRING255 |
DC |
|
|
0 |
cdcNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
cdcName |
VISIBLE STRING255 |
EX |
|
|
AC_DLNDA_M |
dataNs |
VISIBLE STRING255 |
EX |
|
|
AC_DLN_M |
Сервисы |
Как определено в таблице 13 |
|
16
ГОСТ Р МЭК 61850-7-3-2009
7.5.3 Класс DPC (дублированное управление и состояние).................. 32
7.5.4 Класс INC (целочисленное управление и состояние)................... 34
7.5.5 Класс BSC (двоичное управление пошаговым механизмом и его состояние)...... 35
7.5.6 Класс ISC (целочисленное управление пошаговым механизмом и его состояние) .... 36
7.6 Спецификации класса общих данных для управления значением аналогового сигнала .... 37
7.6.1 Применение сервисов................................. 37
7.6.2 Класс АРС (управление значением аналогового сигнала)................ 38
7.7 Спецификации класса общих данных для установки состояния................. 39
7.7.1 Применение сервисов................................. 39
7.7.2 Класс SPG (установка состояния одноэлементная)................... 40
7.7.3 Класс ING (установка состояния целочисленная).................... 41
7.8 Спецификации класса общих данных для задания значения аналоговой переменной..... 42
7.8.1 Применение сервисов.................................. 42
7.8.2 Класс ASG (задание значения аналогового сигнала).................. 43
7.8.3 Класс CURVE (определение кривой).......................... 44
7.9 Спецификации класса общих данных для описательной информации.............. 45
7.9.1 Основной шаблон для описательной информации.................... 45
7.9.2 Класс DPL (паспортная табличка устройства)...................... 45
7.9.3 Класс LPL (паспортная табличка логического узла)................... 46
7.9.4 Класс CSD (описание формы кривой).......................... 46
8 Семантика атрибутов данных................................... 47
Приложение А (обязательное) Диапазон значений единиц измерения и десятичного множителя ... 60
Приложение В (справочное) Функциональные связи......................... 63
Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации.............. 66
IV
ГОСТ Р МЭК 61850-7-3-2009
Введение
Серия стандартов МЭК 61850 состоит из следующих частей, объединенных общим названием «Сети и системы связи на подстанциях»:
часть 1: Введение и краткий обзор;
часть 2: Словарь терминов;
часть 3: Общие требования;
часть 4: Управление системой и проектом;
часть 5: Требования к связи для функций и моделей устройств;
часть 6: Язык описания конфигурации для связи между интеллектуальными электронными устройствами на электрических подстанциях;
часть 7-1: Базовая структура связи для подстанции и линейного оборудования — Принципы и модели; часть 7-2: Базовая структура связи для подстанции и линейного оборудования—Абстрактный интерфейс услуг связи (ACSI);
часть 7-3: Базовая структура связи для подстанции и линейного оборудования — Классы общих данных;
часть 7-4: Базовая структура связи для подстанции и линейного оборудования — Совместимые классы логических узлов и классы данных;
часть 8-1: Специфическое отображение сервиса связи (SCSM) — Схемы отображения на MMS (ИСО 9506-1 и ИСО 9506-2) и ИСО/МЭК 8802-3;
часть 9-1: Специфическое отображение сервиса связи (SCSM) — Выборочные значения в пределах последовательного однонаправленного многоточечного канала связи типа «точка-точка»;
часть 9-2: Специфическое отображение сервиса связи (SCSM) — Выборочные значения в соответствии с ИСО/МЭК 8802-3;
часть 10: Проверка соответствия.
Настоящий стандарт входит в набор спецификаций, описывающих иерархическую архитектуру связи подстанции. Настоящая архитектура была выбрана в целях получения абстрактных определений классов и сервисов, что позволяет спецификациям оставаться независимыми от конкретных стеков протокола и объектов. Отображение (mapping) этих абстрактных классов и сервисов на стеки связи выходит за рамки области применения серии стандартов МЭК 61850-7. По этим вопросам рекомендуется обратиться к стандартам МЭК61850-8-1 (станционная шина), МЭК61850-9-1 и МЭК61850-9-2 (технологическая шина).
Краткий обзор этой коммуникационной архитектуры приведен в МЭК 61850-7-1. Настоящий стандарт определяет общие типы атрибутов и классы общих данных в связи с применением на подстанции. Определенные здесь классы общих данных применены в МЭК 61850-7-4. При определении совместимых классов данных атрибуты экземпляров данных оценивают с использованием сервисов, определенных в МЭК 61850-7-2.
Настоящий стандарт специфицирует абстрактные определения класса общих данных. Эти абстрактные определения отображаются на определения конкретных объектов, которые используют с определенным протоколом (например, MMS, ИСО 9506).
V
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СЕТИ И СИСТЕМЫ СВЯЗИ НА ПОДСТАНЦИЯХ Часть 7
Базовая структура связи для подстанций и линейного оборудования
Раздел 3 Классы общих данных
Communication networks and systems in substations.
Part 7. Basic communication structure for substation and feeder equipment. Section 3. Common data classes
Дата введения — 2011 — 01 — 01
1 Область применения
Настоящий стандарт специфицирует общие типы атрибутов и классы общих данных в связи с применением на подстанции. В частности, он определяет:
- классы общих данных для информации о состоянии;
- классы общих данных для информации об измеряемых величинах;
- классы общих данных для информации о контролируемом состоянии;
- классы общих данных для информации о контролируемых параметрах аналоговых сигналов;
- классы общих данных для настройки параметров состояния;
- классы общих данных для настройки параметров аналоговых сигналов, типы атрибутов, используемых в указанных классах общих данных.
Настоящий стандарт применяют для описания моделей устройств и функций оборудования подстанций и линейного оборудования.
Настоящий стандарт может также быть применен, например, для описания моделей устройств и функций для информационного обмена:
- между подстанциями;
- между подстанцией и центром управления;
- между электростанцией и центром управления;
- при распределенной генерации;
- в системах учета.
2 Нормативные ссылки
Приведенные ниже нормативные документы обязательны при применении настоящего стандарта.
МЭК 61850-2 Сети и системы связи на подстанциях — Часть 2: Словарь терминов
IEC 61850-2, Communication networks and systems in substations — Part 2: Glossary
МЭК 61850-7-1 Сети и системы связи на подстанциях — Часть 7-1: Базовая структура связи для подстанции и линейного оборудования — Принципы и модели
IEC 61850-7-1, Communication networks and systems in substations — Part 7-1: Basic communication structure for substation and feeder equipment — Principles and models.
МЭК 61850-7-2 Сети и системы связи на подстанциях — Часть 7-2: Базовая структура связи для подстанции и линейного оборудования —Абстрактный интерфейс услуг связи (ACSI)
IEC 61850-7-2, Communication networks and systems in substations — Part 7-2: Basic communication structure for substation and feeder equipment — Abstract communication service interface (ACSI)
МЭК 61850-7-4 Сети и системы связи на подстанциях — Часть 7-4: Базовая структура связи для подстанции и линейного оборудования — Совместимые классы логических узлов и классы данных
Издание официальное
IEC 61850-7-4, Communication networks and systems in substations — Part 7-4: Basic communication structure for substation and feeder equipment; Compatible logical node classes and data classes
ИСО 1000* Единицы СИ и рекомендации по применению кратных единиц и некоторых других единиц ISO 1000, SI units and recommendations for the use of their multiples and of certain other units
3 Термины и определения
В настоящем стандарте использованы термины и их определения, приведенные в МЭК 61850-2 и 61850-7-2.
4 Сокращения
CDC Common Data Class
dchg Trigger option for data-change
dupd Trigger option for data-update
FC Functional Constraint
qchg Trigger option for quality-change
Sbo Select Before Operate
TrgOp trigger option |
Класс общих данных
Опция пуска для изменения данных
Опция пуска для обновления данных
Функциональная связь
Опция пуска для изменения качества
Выбор перед исполнением
Опция пуска |
Примечание — Сокращения, применяемые для идентификации классов общих данных и в качестве имен атрибутов, определены в соответствующих разделах настоящего стандарта и здесь не приведены.
5 Условия, определяющие наличие атрибута
Данный раздел содержит общие условия, которые определяют наличие атрибута. |
Сокращение |
Условие |
М |
Атрибут является обязательным |
О |
Атрибут является дополнительным (опциональным) |
PICS_SUBST |
Атрибут является обязательным, если поддерживается замещение (о замещении см. МЭК 61850-7-2) |
GC1 |
Данный экземпляр данных DATA должен иметь по меньшей мере один атрибут |
GC_2 (п) |
Данный экземпляр данных DATA должен иметь все атрибуты данных, принадлежащие к одной группе (л), или не иметь ни одного |
GCCON |
Атрибут данных конфигурации должен присутствовать только в том случае, если присутствуют также специфические атрибуты данных, к которым относится эта конфигурация |
AC_LN0_M |
Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0, или же он может быть дополнительным |
AC_LN0_EX |
Атрибут должен присутствовать только в том случае, если данные NamPIt относятся к логическому узлу LLN0 (применим только к IdNs в классе общих данных LPL) |
AC_DLD_M |
Атрибут должен присутствовать только в том случае, если пространство имен логического узла данного LN-узла отличается от пространства имен логического узла, на которое делает ссылку IdNs логического устройства, в котором находится этот LN-узел (применим только к InNs в классе общих данных LPL) |
|
* Стандарт заменен на МЭК 80000-1:2009. Для однозначного соблюдения требований настоящего стандарта, выраженных в датированных ссылках, рекомендуется использовать только ссылочный стандарт, приведенный в тексте. |
Окончение таблицы |
Сокращение |
Условие |
|
|
AC_DLN_M |
Атрибут должен присутствовать только в том случае, если пространство имен данных этих данных отличается от пространства имен данных, на которое делает ссылку либо InNs логического узла, в котором находятся эти данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к dataNs во всех классах общих данных CDC) |
AC_DLNDA_M |
Атрибут должен присутствовать только в том случае, если пространство имен CDC этих данных отличается от пространства имен CDC, на которое делает ссылку либо dataNs данных, InNs логического узла, в котором определены данные, либо IdNs логического устройства, в котором находятся эти данные (применим только к cdcNs и к cdcName во всех классах CDC) |
AC_SCAV |
Наличие атрибута конфигурационных элементов данных зависит от наличия / и f аналогового значения (Analog Value) атрибута данных, к которому относится этот атрибут конфигурации. Для данного объекта данных этот атрибут:
1) должен присутствовать при наличии как /, так и f\
2) является дополнительным, если присутствует только /;
3) не требуется, если присутствует только f.
Примечание — Если в устройстве, не имеющем возможности представления чисел с плавающей точкой, присутствует только /, параметр конфигурации можно заменить в автономном режиме |
ACST |
Атрибут является обязательным, если класс контролируемого состояния поддерживает информацию о состоянии |
ACCOM |
Данный атрибут присутствует и является обязательным, если класс контролируемого состояния поддерживает управление |
AC_CO_0 |
Если класс контролируемого состояния поддерживает управление, данный атрибут присутствует и является дополнительным атрибутом |
AC_SG_M |
Атрибут является обязательным, если поддерживается группа настроек |
AC_SG_0 |
Атрибут является дополнительным, если поддерживается группа настроек |
AC_NSG_M |
Атрибут является обязательным, если группа настроек не поддерживается |
AC_NSG_0 |
Атрибут является дополнительным, если группа настроек не поддерживается |
AC_RMS_M |
Атрибут является обязательным, если тип «Harmonics reference» является среднеквадратичной величиной |
|
6 Типы атрибутов общих данных
6.1 Общие положения
Типы атрибутов общих данных определены для использования в классах общих данных (CDC) в разделе 7 настоящего стандарта.
МЭК 61850-7-1 содержит обзор всех стандартов МЭК 61850-7 (МЭК 61850-7-2, МЭК 61850-7-3 и МЭК 61850-7-4). МЭК 61850-7-1 содержит также описание базовой нотации, применяемой в МЭК 61850-7-3, и описание связей между серией стандартов МЭК 61850-7.
Примечание — Тип атрибута общих данных TimeStamp определен в МЭК 61850-7-2.
6.2 Тип Quality (качество)
6.2.1 Общий обзор
Тип Quality должен соответствовать определению, приведенному в таблице 1.
3
Таблица 1 — Тип Quality |
Имя атрибута |
Тип атрибута |
Значение/диапазон значений |
м/о/с |
|
PACKED LIST |
|
м |
|
validity |
CODED ENUM |
good | invalid | reserved | questionable
(хороший | недействительный | зарезервированный |
сомнительный) |
м |
|
|
detailQual |
PACKED LIST |
|
м |
|
|
overflow |
BOOLEAN |
|
м |
|
|
outOfRange |
BOOLEAN |
|
м |
|
|
bad Reference |
BOOLEAN |
|
м |
|
|
oscillatory |
BOOLEAN |
|
м |
|
|
failure |
BOOLEAN |
|
м |
|
|
oldData |
BOOLEAN |
|
м |
|
|
inconsistent |
BOOLEAN |
|
м |
|
|
inaccurate |
BOOLEAN |
|
м |
|
source |
CODED ENUM |
process | substituted DEFAULT process
(процесс | замещенный ПО УМОЛЧАНИЮ процесс) |
м |
|
test |
BOOLEAN |
DEFAULT FALSE (ПО УМОЛЧАНИЮ НУЛЬ) |
м |
|
operatorBlocked |
BOOLEAN |
DEFAULT FALSE (ПО УМОЛЧАНИЮ НУЛЬ) |
м |
|
Значение DEFAULT (по умолчанию) следует применять в случае, если не поддерживается функциональность соответствующего атрибута. Отображение может специфицировать исключение атрибута из сообщения, если данный атрибут не поддерживается или если применяется значение DEFAULT (по умолчанию).
Атрибут Quality содержит сведения о качестве полученной с сервера информации. Различные идентификаторы качества не являются автономными. В основном используют следующие идентификаторы качества:
- применимость (validity);
-детализация качества;
- источник;
-тестирование;
- блокирован оператором.
Примечание — Качество в том его виде, в котором оно используется в рамках действия серии стандартов 61850, относится к качеству информации, полученной с сервера. К клиенту локальной базы данных может быть предъявлено требование по использованию дополнительной информации по качеству. Этот вопрос следует решать на локальном уровне, он выходит за рамки области применения настоящего стандарта. В то же время качество клиента может влиять на качество, обеспечиваемое сервером во взаимодействии клиент-сервер на более высоком уровне (см. рисунок 3).
6.2.2 Идентификатор Validity (применимость)
Идентификатор Validity может быть хорошим, сомнительным или недействительным.
good (хороший): значение маркируется какхорошее, если не выявлено неисправного состояния функции сбора данных или источника информации;
invalid (недействительный): значение маркируется как недействительное, если выявлено неисправное состояние функции сбора данных или источника информации (отсутствующие или неработающие устройства обновления). В данных условиях значение не определяется. Метка invalid уведомляет клиента, что значение не должно использоваться в связи с его возможной некорректностью.
Пример — Если устройство ввода выявляет колебание какого-то ввода, оно маркирует соответствующую информацию как недействительную;
4
questionable (сомнительный): значение маркируется как сомнительное, если контрольная (диагностическая) функция выявляет аномальное поведение, однако значение может все же оставаться действительным. За использование значений с меткой questionable несет ответственность клиент, который принимает решение об использовании или неиспользовании таких значений.
6.2.3 Идентификатор Detail quality (детализация качества)
Основание для признания значения атрибута недействительным или сомнительным может быть определено более детально с использованием дополнительных идентификаторов качества. При наличии одного из этих идентификаторов атрибут Validity должен быть настроен на значение invalid или questionable. Приведенная ниже таблица показывает отношение идентификаторов детализации качества с недействительным или сомнительным качеством.
Идентификатор DetailQual |
Invalid |
Questionable |
overflow (переполнение) |
X |
|
outOfRange (за пределами диапазона) |
X |
X |
badReference (плохая ссылка) |
X |
X |
oscillatory (колебательный) |
X |
X |
failure (повреждение) |
X |
|
oldData (старые данные) |
|
X |
inconsistent (несогласованный) |
|
X |
inaccurate (неточный) |
|
X |
Дополнительный идентификатор качества overflow (переполнение) указывает, что значение атрибута, с которым было сопоставлено качество, находится за пределами правильного представления (используется только с информацией об измеряемых величинах).
Пример — Измеряемое значение может выходить за определенные пределы диапазона, представленного выбранным типом данных. Например, тип данных представляет собой целое 16-битовое число без знака, а значение превышает 65 535.
Дополнительный идентификатор качества outOfRange (за пределами диапазона) указывает, что атрибут, с которым было сопоставлено качество, находится за пределами предопределенного диапазона значений. Решение о присвоении атрибуту Validity значения invalid или questionable принимает сервер (только для информации об измеряемых величинах).
Пример — Измеряемое значение может превышать предопределенный диапазон, хотя выбранный тип данных позволяет отображать это значение. Например, тип данных представляет собой целое 16-битовое число без знака, предопределенный диапазон составляет от 0 до 40 ООО. Если значение находится в диапазоне от 40 001 до 65 535, оно рассматривается как находящееся за пределами диапазона.
Дополнительный идентификатор качества badReference (плохая ссылка) показывает, что значение может не быть правильным значением в связи с тем, что источник информации не откалиброван. Решение о присвоении атрибуту Validity значения invalid или questionable принимает сервер. (Идентификатор badReference используется только с информацией об измеряемых величинах и информацией с двоичного счетчика.)
Дополнительный идентификатор качества oscillatory (колебательный): для предотвращения избыточной нагрузки на каналы передачи информации о событиях желательно выявить и подавить колебания (быструю смену) двоичных вводов. Если в течение определенного времени fosc сигнал дважды меняется в одном направлении (с 0 на 1 или с 1 на 0), его необходимо рассматривать как колебание, что требует установки идентификатора детализации качества oscillatory. Если обнаружено запрограммированное число динамических изменений, они должны быть подавлены. В это время атрибуту Validity должно быть присвоено значение questionable. Если после определенного числа изменений сигнал все же остается в колебательном состоянии, его значение должно быть оставлено в том состоянии, в котором оно находилось при установке отметки questionable. В этом случае на все время колебаний сигнала состояние questionable атрибута Validity должно быть заменено на состояние invalid. Если конфигурация требует подавления всех
5