реализации+функций

шина интерфейса
Группа линий интерфейса, предназначенных для выполнения определенных функций по интерфейсу.
[ ГОСТ Р 50304-92 ]

Тематики

• системы для сопряж. радиоэлектр. средств интерфейсные

Обобщающие термины

• средства реализации взаимодействия

EN

• bus

GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:

• необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
• терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
• количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
• отсутствие контроля связи между терминалами РЗА,
• возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.

Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:

• Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
• Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
• Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
• Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
• Каждый сетевой коммутатор имеет дублированное питание от разных источников,
• Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.

На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:

• позволяет снизить количество кабелей вторичной коммутации на ПС;
• обеспечивает лучшую помехозащищенность канала связи;
• позволяет снизить время монтажных и пусконаладочных работ;
• исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
• убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
• обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
• позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
• позволяет контролировать возможность прохождения сигнала (увеличивается надежность).

Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]


 

Тематики

• релейная защита

Синонимы

• GOOSE-сообщение
• общие объектно-ориентированные события на подстанции

EN

• generic object oriented substation event
• GOOSE

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

F.1. Общее

В настоящем стандарте приводится большое число общих требований, которые могут или не могут быть применены в отношении отдельной машины. Поэтому простое, без квалифицированной оценки утверждение о соответствии оборудования всем требованиям настоящего стандарта является недостоверным. Прежде чем приступить к выполнению требований настоящего стандарта, его необходимо тщательно изучить. Техническими комитетами разрабатываются стандарты на отдельные виды продукции или на отдельные продукты (тип С в СЕН) и для конкретных производителей продукции. До выхода этих стандартов следует руководствоваться настоящим стандартом посредством:

a) установления соответствия и

b) выбора наиболее близких понятий к требованиям соответствующих разделов, и

c) изменения требований разделов, если необходимо там, где специфические требования на машину перекрываются другими стандартами, относящимися к данному вопросу.

В этом случае необходимо обеспечить правильный подбор модификаций и опций без снижения уровня защиты, необходимой для машины в соответствии с оценкой рисков.

При использовании всех трех вышеприведенных принципов рекомендуется:

- руководствоваться соответствующими разделами и пунктами настоящего стандарта:

1) если указано соответствие применяемой опции,

2) если требования могут быть конкретизированы для отдельной машины или оборудования;

- руководствоваться напрямую соответствующими стандартами, в которых требования к электрооборудованию аналогичны настоящему стандарту.

Во всех случаях экспертизой устанавливается:

- завершенность оценки рисков для машины;

- прочтение и понимание всех требований настоящего стандарта;

- правильность выбора варианта реализации требований настоящего стандарта при наличии альтернативы;

- понимание альтернативы или специфических требований, определяемых для машины или ее эксплуатации, при отсутствии или отличии от соответствующих требований настоящего стандарта;

- точность определения таких специфических требований.

Приведенная на рисунке 1 блок-схема типичной машины должна быть использована в качестве отправной точки при решении данной задачи. Это определяется пунктами и разделами, имеющими отношение к специфическим требованиям к оборудованию.

Настоящий стандарт является комплексным документом, и таблица F.1 призвана помочь в понимании применения требований настоящего стандарта к специальным машинам и установлении связей с другими стандартами по данной тематике.

Таблица F.1 - Выбор вариантов применения требований стандарта

<2>Приложение G

Таблица G.1 иллюстрирует сравнение поперечных сечений проводников в Американском сортаменте проволоки (AWG) с квадратными миллиметрами, квадратными дюймами и круговыми милами.

Таблица G.1 - Сравнение размеров проводников

Сопротивление при температурах, отличных от 20 °С, вычисляют по формуле:

R = RI[1 + 0,00393(t - 20)],

где RI - сопротивление при 20°С;

R - сопротивление при температуре t°C.

<2>Приложение Н

Таблица Н.1

<2>Библиография

<2>

Источник: ГОСТ Р МЭК 60204-1-2007: Безопасность машин. Электрооборудование машин и механизмов. Часть 1. Общие требования оригинал документа