необходима

 

параллельная работа с сетью
Параллельной работой электроагрегатов с сетью называют работу, при которой один или несколько параллельно работающих электроагрегатов (5.3.2.1) электрически соединены с сетью.
Примечание 2 — Для параллельной работы с сетью требуется разрешение соответствующего ведомства. Защитное оборудование в этом случае должно быть исправно.
Примечание 3 — Положение примечания 2 относится к случаям, когда в сеть с целью проверки пуска подается электроэнергия от электроагрегатов на время, указанное изготовителем.
[ ГОСТ Р ИСО 8528-1-2005]

10.1.3 Ударное включение электроагрегата с одновременной кратковременной параллельной работой с сетью
Напряжение и частоту электроагрегата постепенно устанавливают равной напряжению и частоте сети.
При достижении синхронизации напряжения и частоты электроагрегата с напряжением и частотой сети включается выключатель генератора и с задержкой не более 100 мс выключается выключатель сети.
Для предотвращения перегрузки и последующего выхода из строя электроагрегата мощность нагрузки в момент приема не должна превышать значений, приведенных в разделе 8 ИСО 8528-5.
Частота и напряжение электроагрегата могут отличаться от частоты и напряжения сети.
После завершения испытания происходит автоматическое переключение питания на сеть в обратной последовательности без перерыва электроснабжения.
Необходимым условием переключения на сеть является ее готовность выдержать полную нагрузку.
Для этого должна быть установлена соответствующая аппаратура защиты, управления и коммутации, указанная в 5.10 ИСО 8528-4.
Одновременная кратковременная работа электроагрегата и сети необходима для проверки работоспособности защиты и выявления повреждения в цепях.
[ ГОСТ Р ИСО 8528-12-2005]

Тематики

• электроагрегаты генераторные

Синонимы

• параллельная работа генераторной установки с сетью (в документации ComAp)

EN

• parallel to mains
• parallel to mains operation
• single set parallel to mains

 

погрешность средства измерений
Разность между показанием средства измерений и истинным (действительным) значением измеряемой физической величины.
Примечания
1. Для меры показанием является ее номинальное значение.
2. Поскольку истинное значение физической величины неизвестно, то на практике пользуются ее действительным значением.
3. Приведенное определение понятия «погрешность средства измерений» соответствует определению, данному VIM-93 [1], и не противоречит формулировкам, принятым в отечественной метрологической литературе. Однако признать его удовлетворительным нельзя, так как, по сути, оно не отличается от определения понятия «погрешность измерений», поэтому необходима дальнейшая работа по усовершенствованию определения этого понятия.
[РМГ 29-99]

Тематики

• метрология, основные понятия

EN

• error (of indication) of a measuring instrument

DE

• Fehler (der Anzeuge) eines Messmittels

FR

• erreur (d'indication) d'un instrument de mesure

 

подкачка данных
Передача данных из Внешнего Запоминающего Устройства (ВЗУ) в Оперативное Запоминающее Устройство (ОЗУ).
Подкачка необходима потому, что основная часть данных хранится во ВЗУ, а процессор работает только с ОЗУ. Обычно считываются сегмент либо страница. Подкачка осуществляется по запросу программы, выполняющей процесс обработки данных либо передачи данных. Между тем, Операционная Система (ОС) может определять вероятность того, к какому компоненту обратится далее программа, и с упреждением подкачать его.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• data swaping

 

пояснительная записка к финансовому отчету
Составная часть годовой бухгалтерской отчетности. Должна раскрывать учетную политику организации и обеспечивать пользователей данными, не нашедшими отражения в бухгалтерском балансе, отчете о прибылях и убытках, отчете о движении денежных средств, которые необходимы для объективной оценки имущественного и финансового положения организации. Особенно важно, что П.з. необходима для реализации учредителями (компании) и акционерами своих контрольных прав. Например, Международные стандарты финансовой отчетности (МСФО) рекомендуют включать в отчеты компаний следующую дополнительную информацию: Количество выпущенных в обращение обыкновенных акций Количество выпущенных в обращение привилегированных акций Текущая цена одной акции Дивиденд в расчете на одну акцию Расходы на персонал Капитализация НИОКР за два года Накопленная амортизация Средний темп роста Рейтинг компании Безрисковый процент Рыночная премия за риск.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• disclosures

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

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

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

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

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

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

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

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

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

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

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

производственная мощность
Расчетный максимально возможный в определенных условиях объем выпуска изделий в единицу времени
[ ГОСТ 14.004-83]

производственная мощность
Отрасли, предприятия, его подразделения — расчетный, максимально возможный объем выпуска продукции в единицу времени при наиболее полном использовании существующего оборудования и площадей, рабочей силы, при данном уровне технологии и организации производства. Длительное время в СССР была распространена и осуществлялась на практике концепция о необходимости полной, предельной загрузки П.м. Наряду с очевидной экономией издержек в расчете на единицу продукции это приводило к негибкости производства, замедленному реагированию (отклику) на изменение спроса, к стагнации технического прогресса и другим отрицательным последствиям. Следовательно, необходима оптимальная загрузка мощностей: для решения этой задачи разработан ряд прикладных экономико-математических моделей.
[ http://slovar-lopatnikov.ru/]

Тематики

• технологическая подготовка производства
• экономика

EN

• capacity
• production capacity

 

пружинный зажим
Зажим, обеспечивающий разборное соединение с жилой проводника за счет его зажима контактной пружиной.
[Интент]

EN

spring clamp connection
solderless connection achieved by clamping a conductor with a spring clamp termination
[IEV number 581-27-27]

FR

connexion à ressort
connexion sans soudure obtenue en fixant un conducteur avec une sortie à ressort
[IEV number 581-27-27]

Рис. Phoenix Contact

 

Пружинный зажим компании Phoenix Contact

1. Однопроволочная жила проводника
2. Контактная пружина
3. Отвертка
4. Токоведущая часть вывода клеммы

Пружинные зажимы обеспечивают надежный подпружиненный контакт с проводником.
Гарантируется устойчивое к вибрациям газонепроницаемое и длительно стабильное соединение.
Для присоединения проводников необходима обычная отвертка. После вставки проводника в соответствующее гнездо клеммы и извлечения отвертки зажатие проводника осуществляется автоматически.
Возможно подсоединение без предварительной подготовки любых медных проводников сечением до 35 мм². Для защиты жил от расплетания могут дополнительно применяться кабельные наконечники.
[Фрагмент из каталога Clipline компании Phoenix Contact]

---

Компания WAGO, являющаяся изобретателем пружинных зажимов, классифицирует их следующим образом:

зажим WAGO с листовой пружиной

плоско пружинный зажим WAGO

пружинный зажим CAGE CLAMP ^®

пружинный зажим CAGE CLAMP ^® Compact

пружинный зажим CAGE CLAMP ^® Super Compact

пружинный зажим CAGE CLAMP-S ^®

пружинный зажим POWER CLAMP

пружинный зажим FIT CLAMP

Тематики

• вывод, зажим электрический
• клемма электротехническая

Классификация

>>>

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

• соединительное устройство

EN

• spring clamp connection
• spring clamp termination
• spring terminal
• spring-cage connection

DE

• Federklemmverbindung

FR

• connexion à ressort

 

рабочая инструкция
Документ, содержащий детальные инструкции, точно определяющие шаги по выполнению Деятельности. Рабочая инструкция содержит гораздо больше деталей, чем Процедура, и обычно создается только тогда, когда необходима очень детальная инструкция.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

work instruction
A document containing detailed instructions that specify exactly what steps to follow to carry out an activity. A work instruction contains much more detail than a procedure and is only created if very detailed instructions are needed.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• work instruction

3.5 рабочая инструкция (work instruction): Документ, содержащий упрощенные технические требования к процедуре сварки, пригодный для непосредственного применения в цехе.

Источник: ГОСТ Р ИСО 15607-2009: Технические требования и аттестация процедур сварки металлических материалов. Общие правила оригинал документа

 

регенерация памяти
Регулярный циклический опрос ячеек памяти с регенерацией хранимой в них информации. Такая процедура обращения к памяти необходима в системах с запоминающими ячейками в виде конденсаторов, где время хранения данных ограничено.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• memory refresh

 

резолюция
Имеющее обязательную силу решение участников компании. Если общему собранию членов компании представлено предложение и собрание одобряет его необходимым большинством голосов, предложение проходит и становится резолюцией. Резолюция может быть также принята единогласным неофициальным согласием членов компании. Обычная резолюция (ordinary resolution) может быть принята простым большинством голосов. Закон о компаниях предусматривает этот вид резолюции для совершения некоторых действий, например для отстранения от должности директора. Как правило, при принятии обычной резолюции не предполагается никакого специального срока предварительного уведомления, превышающего срок, необходимый для уведомления о созыве собрания. Вместе с тем принятие обычной резолюции компании предусматривает рассылку особого уведомления (special notice) в случае отстранения от должности директора или аудитора, а также в случае, когда директор, достигший пенсионного возраста, остается на своем посту либо должен получить новое назначение. В этой ситуации компания ставится в известность за 28 дней до собрания, а акционеры уведомляются за 21 день до собрания. При принятии чрезвычайной резолюции (extraordinary resolution) требуется произвести уведомление за 14 дней. В направляемом участникам компании уведомлении должно содержаться указание на чрезвычайный характер резолюции и на тот факт, что для принятия решений потребуется большинство в 75 % голосов. Также 75-процентного большинства голосов требует принятие собранием акционеров специальной резолюции (special resolution). Но в данном случае срок уведомления членов компании составляет 21 день. Вид резолюции, необходимый для принятия того или иного решения, устанавливается положениями законов о компаниях или уставом данной компании. Например, для принятия решения о добровольной ликвидации компании необходима чрезвычайная резолюция, тогда как внесение изменений в устав осуществляется на основе специальной резолюции.
[ http://www.vocable.ru/dictionary/533/symbol/97]

Тематики

• финансы

EN

• resolution

 

релевантная информация
Та информация, которая необходима для решения данной задачи (например, задачи управления). Соответственно, иррелевантная информация — ненужная, посторонняя. Разделение между этими понятиями относительно: например, в ходе решения задачи сообщение, иррелевантное в данный момент, может стать в дальнейшем релевантным.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• relevant information

 

синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]

Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

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

Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]

В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

2.13 Синхронизация часов реального времени сигналом по оптовходу 
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

---

СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

Автор: Андреас Дреер (Hirschmann Automation and Control)

Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

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

ПРЕДЫДУЩИЕ РЕШЕНИЯ

Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

• Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
• Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
  • Предъявление невысоких требований к обслуживающему персоналу.
  • Возможность использования в сетях Ethernet, а также в других сетях.
  • Спецификация его как международного стандарта.

ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

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

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

В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

ПРОТОКОЛ PTP ВЕРСИИ 2

В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

• Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
• Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
• Поддержка новых типов сообщений.
• Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
• Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
• Ввод профилей, определяющих настройки для новых областей применения.
• Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
• Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
• Ввод дополнительных опциональных расширений стандарта.

ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

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

Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

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

РЕЗУЛЬТАТЫ

Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

ВЫВОДЫ

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

[ Источник]

Тематики

• релейная защита
• телемеханика, телеметрия

EN

• clock synchronization
• time synchronization

 

система управления знаниями по услугам
SKMS
(ITIL Service Transition)
Набор инструментов и баз данных, которые используются для управления знаниями, информацией и данными. Система управления знаниями по услугам включает в себя систему управления конфигурациями, наряду с другими инструментарием информационными системами и базами данных. Система управления знаниями по услугам включает в себя инструменты для сохранения, управления, обновления, и представления всей информации, которая необходима поставщику ИТ-услуг для управления полным жизненным циклом ИТ-услуг.
См. тж. управление знаниями.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

service knowledge management system
SKMS
(ITIL Service Transition)
A set of tools and databases that is used to manage knowledge, information and data. The service knowledge management system includes the configuration management system, as well as other databases and information systems. The service knowledge management system includes tools for collecting, storing, managing, updating, analysing and presenting all the knowledge, information and data that an IT service provider will need to manage the full lifecycle of IT services.
See also knowledge management.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• SKMS

EN

• service knowledge management system
• SKMS

 

система электроснабжения
Совокупность взаимосвязанных энергоустановок, осуществляющих электроснабжение района, города, предприятия.
[ ГОСТ 19431-84]

система электроснабжения
Совокупность электроустановок, предназначенная для обеспечения потребителей электрической энергией.
[ОСТ 45.55-99]

2.14. В проектной практике имеет место деление системы электроснабжения энергоемкого промышленного предприятия на внешнее электроснабжение (электрические сети энергосистемы до приемных пунктов электроэнергии на предприятии) и внутреннее электроснабжение (от приемных пунктов до потребителя предприятия)....

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

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

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

4.4.3. Мощности независимых источников питания в послеаварийном режиме определяются исходя из требуемой степени резервирования системы электроснабжения предприятия.

6.1.2. Системы электроснабжения с двумя приемными пунктами электроэнергии следует применять:
- при повышенных требованиях к надежности питания электроприемников I категории;
- при двух обособленных группах потребителей на площадке предприятия;
- при поэтапном развитии предприятия в тех случаях, когда для питания нагрузок второй очереди целесообразно сооружение отдельного приемного пункта электроэнергии;
- во всех случаях, когда применение двух приемных пунктов экономически целесообразно.
В указанных случаях приемные пункты должны быть территориально разобщены и размещаться, как правило, по разные стороны предприятия.
Должна быть исключена возможность одновременного попадания приемных пунктов в факел загрязнения.

6.1.3. При построении системы электроснабжения предприятия во всех случаях, где это возможно, следует применять схемы глубоких вводов 110-330 кВ как наиболее экономичной и надежной системы распределения электроэнергии.

6.2.6. При построении системы электроснабжения на напряжении 35 кВ для...

8.7. При проектировании системы электроснабжения промышленного предприятия, имеющего в своем составе электроприемники, чувствительные к изменениям показателей качества электроэнергии, следует...

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

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

[НТП ЭПП-94]

---

1.11 Система электроснабжения должна обеспечивать в условиях послеаварийного режима путем соответствующих переключений питание электроэнергией тех электроприемников, работа которых необходима для продолжения производства.
1.12. При определении объема резервирования и пропускной способности системы электроснабжения не следует учитывать возможность совпадения планового ремонта элементов электрооборудования и аварии в системе электроснабжения, за исключением случаев питания электроприемников особой группы.
При проектировании системы электроснабжения необходимо определять допустимое снижение нагрузки на время послеаварийного режима и планово-предупредительного ремонта.

2.2. Основными источниками питания должны служить электростанции и сети районных энергосистем. Исключение представляют большие предприятия с большим теплопотреблением, где основным источником питания может быть собственная электростанция (ТЭЦ). Но и в этом случае обязательно должна предусматриваться связь системы электроснабжения предприятия с сетью энергосистемы.

5.1. Напряжение каждого звена системы электроснабжения должно выбираться с учетом напряжений смежных звеньев.

[СН 174-75]

Тематики

• электроснабжение в целом

Действия

• нарушение системы электроснабжения
• проектирование системы электроснабжения
• регулирование напряжения в системе электроснабжения
• резервирование системы электроснабжения

Сопутствующие термины

• внешнее электроснабжение
• внутреннее электроснабжение
• основные элементы системы электроснабжения
• пропускная способность системы электроснабжения
• система электроснабжения промышленного предприятия
• система электроснабжения сдвумя приемными пунктами электроэнергии
• степень резервирования системы электроснабжения

EN

• electricity supply system
• power supply system
• power-supply system
• SS
• supply system

 

сканирующее преобразование
1. Операция преобразования символов контурного шрифта в растровый формат, осуществляемая при их выводе на экран дисплея или печатающее устройство. Данная операция необходима, т.к. большинство устройств вывода являются растровыми устройствами. Преобразование позволяет расставить точки сетки на границах контура символа. При этом для улучшения зрительного восприятия полученных растровых символов используется операция хинтования.
2. Процесс преобразования в мониторах чересстрочного видеосигнала в построчный сигнал или составного сигнала в разделенный RGB-сигнал.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• scan conversion

 

технологическая (техническая) эффективность
Один из показателей, характеризующих технологический способ производства. Способ признается технологически эффективным, если не существует другого способа, который бы использовал для выпуска данного объема продукции меньшее количество хотя бы одного из факторов и не больше — любого из остальных. Технологическая эффективность необходима, но недостаточна для того, чтобы производство велось с наименьшими издержками (для экономически эффективного производства). В последнем случае необходимо выяснить стоимость используемых в процессе факторов производства и минимизировать ее.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• technical efficiency

 

управленческая информация
Информация, которая используется для поддержки принятия решений руководителями. Управленческая информация часто автоматически создается системами, поддерживающими различные Процессы управления ИТ-услугами. Управленческая информация часто включает значения ключевых показателей эффективности, такие как «Процент изменений, приводящих к Инцидентам», или «процент решений с первого раза».
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

management information
Information that is used to support decision making by managers. Management information is often generated automatically by tools supporting the various IT service management processes. Management information often includes the values of key performance indicators, such as ‘percentage of changes leading to incidents’ or ‘first-time fix rate’.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

 

уровень вмешательства руководства АЭС
При котором необходима реализация защитных действий.
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• intervention level

 

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

 

экономико-математическая модель
Математическое описание экономического процесса или объекта, произведенное в целях их исследования и управления ими: математическая запись решаемой экономической задачи (поэтому часто термины “модель” и “задача” употребляются как синонимы). Существует еще несколько вариантов определения этого термина. В самой общей форме модель — условный образ объекта исследования, сконструированный для упрощения этого исследования. При построении модели предполагается, что ее непосредственное изучение дает новые знания о моделируемом объекте (см. Моделирование). Все это полностью относится и к Э.-м.м. В принципе в экономике применимы не только математические (знаковые), но и материальные модели. Например, гидравлические (в которых потоки воды имитируют потоки денег и товаров, а резервуары отождествляются с такими экономическими категориями, как объем промышленного производства, личное потребление и др.) и электрические (в США была известна модель «Эконорама», представлявшая собой сложную электрическую схему, в которой имитировались экономические процессы). Но все эти попытки имели лишь демонстрационное применение, а не служили средством изучения закономерностей экономики. С развитием же электронно-вычислительной техники потребность в них, по-видимому, и вовсе отпала. Э.-м.м. оказывается в этих условиях основным средством модельного исследования экономики. Модель может описывать либо внутреннюю структуру объекта, либо, если структура неизвестна, — его поведение, т.е. реакцию на воздействие известных факторов (принцип «черного ящика«). Один и тот же объект может быть описан различными моделями в зависимости от исследовательской или практической потребности, возможностей математического аппарата и т.п. Поэтому всегда необходима оценка модели и области, в которой выводы из ее изучения могут быть достоверны. Во всех случаях необходимо, чтобы модель содержала достаточно детальное описание объекта, позволяющее, в частности, осуществлять измерение экономических величин и их взаимосвязей, чтобы были выделены факторы, воздействующие на исследуемые показатели. Например, формула, по которой определяется на заводе потребность в материалах, исходя из норм расхода, есть Э.-м.м. Если количество видов изделий обозначить через n, нормативы расхода — ai, количество изделий каждого вида — xi, то модель запишется так: где i = 1, 2, …, n. Кроме того, полезно записать условия, в которых она действительна, т.е. ограничения модели (например, лимиты на те или иные материалы). Строго говоря, расчет по такой формуле не даст точного результата: потребность в материалах может зависеть также от случайных изменений в размерах брака и отходов, от страховых запасов и т.д. Но в общем, она зависит именно от указанных двух видов величин: норм расхода материала и объемов выпуска продукции. Первые из них в данном случае называются параметрами модели, вторые — переменными модели. Такая модель называется описательной, или дескриптивной; она описывает зависимость расхода (потребности в материале), от двух факторов: количества изделий и расходных норм. Большое значение в экономике имеют оптимизационные модели (или оптимальные). Они представляют собой системы уравнений, равенств и неравенств, которые кроме ограничений (условий) включают также особого рода уравнение, называемое функционалом или критерием оптимальности. С помощью такого критерия находят решение, наилучшее по какому-либо показателю, например, минимум затрат на материалы при заданном объеме продукции, или, наоборот, максимум продукции (или прибыли) при заданных ограничениях по ресурсам и т.д. Например, можно попытаться найти такой план работы цеха, который при заданном объеме материалов (т.е. их расход не должен быть больше какой-то величины, допустим, B) гарантирует наибольший объем продукции. Единственное, что надо при этом знать дополнительно — цену единицы продукции — pi. Тогда модель будет записываться так при условии Кроме того, обязательно надо учесть, что искомые величины объемов производства каждого изделия не должны быть отрицательными: xi ? 0, i = 1, 2, …, n. Мы получили элементарную оптимизационную модель, относящуюся к типу моделей линейного программирования. Решив эту модель, т.е. узнав значения всех xi от 1-го до n-го, мы получим искомый план. Важное свойство Э.-м.м. — их применимость к разным, на первый взгляд непохожим ситуациям. Например, если в приведенном примере через ai обозначить нормы внесения удобрений, а через xi — размеры участков, то та же самая формула покажет общий объем потребности в удобрениях. Точно такую же формулу можно применить к расчету затрат семьи на покупку разных продуктов, и во многих других случаях. Модель может быть сформулирована тремя способами: в результате прямого наблюдения и изучения некоторых явлений действительности (феноменологический способ), вычленения из более общей модели (дедуктивный способ), обобщения более частных моделей (индуктивный способ). Подобные модели, в которых описывается моментное состояние экономики, называются статическими (от слова «статика»). Те же, которые показывают развитие объекта моделирования, — динамическими. Модели могут строиться не только в виде формул, как рассмотренные здесь (это называется аналитическое представление модели; см. Аналитическая модель), но и в виде числовых примеров (численное представление) и в форме таблиц (матричное представление), и в форме особого рода графов (сетевое представление модели). Соответственно различают модели числовые, аналитические, матричные, сетевые. Экономическая наука давно пользуется моделями. Одной из первых была модель воспроизводства, разработанная французским ученым Ф.Кенэ еще в XYIII в. А в XX в. первая общая модель развивающейся экономики была сконструирована Дж. фон Нейманом. Значительный опыт построения э.-м. моделей накоплен учеными СССР, применявшими их для анализа экономических процессов, прогнозирования и планирования во всех звеньях и на всех уровнях экономики, вплоть до планирования развития народного хозяйства страны в целом, особенно — перспективного. Принято подразделять Э-м.м. на две большие группы: модели, отражающие преимущественно производственный аспект экономики; модели, отражающие преимущественно социальные аспекты экономики. Разумеется, такое деление в значительной степени условно, поскольку в каждой из моделей в той или иной степени сочетаются производственный и социальный аспекты. Из моделей первой группы можно назвать: модели долгосрочного прогноза сводных показателей экономического развития; межотраслевые модели; отраслевые модели оптимального планирования и размещения производства, а также модели оптимизации структуры производства в отраслях. Из моделей второй группы наиболее разработаны модели, связанные с прогнозированием и планированием доходов и потребления населения, демографических процессов. Существует большое число классификаций типов Э.-м.м., которые, однако, носят фрагментарный характер. И это, по-видимому, неизбежно, так как нереально охватить все многообразие социально-экономических задач, объектов и процессов, описываемых различными моделями. Представленные в нашем словаре модели можно условно классифицировать следующим образом 1. Наиболее общее деление моделей — по способу отражения действительности: Аналоговая модель Иконическая модель (то же: портретная модель) Концептуальная модел Структурная модель Функциональная модель. 2. По предназначению (цели создания и применения) модели: Балансовая модель Дескриптивная модель (то же: Описательная) Имитационная модель Информационная модель Нормативная модель (то же: Прескриптивная модель), в т.ч. Оптимальная модель (то же: Оптимизационная модель). 3. По способу логико-математического описания моделируемых экономических систем: Аналитическая модель Вероятностная модель (то же: Стохастическая модель) Детерминированная модель Дискретная модель Линейная модель Математико-статистическая модель Матричная модель Нелинейная модель Непрерывная модель Модель равновесия Неравновесная модель Регрессионная модель Сетевая модель Числовая модель Эконометрическая модель. - дискретного выбора - непрерывной длительности (выживания) -логит-иодель -пробит-модель - тобит-модель.. 4. По временному и пространственному признаку: Гравитационная модель Динамическая модель (см. Динамические модели экономики) Модели с «бесконечным временем» Статическая модель Точечная модель Трендовая модель и др.. 5. По уровню моделируемого объекта в хозяйственной иерархии: Глобальная модель Макроэкономическая модель (то же: Агрегатная модель) Модели мезоэкономики Микроэкономическая модель 6. По внутренней структуре модельного описания системы: Автономная модель Закрытая модель Комплекс моделей Многосекторная модель (многоотраслевая, многопродуктовая) Однопродуктовая модель Открытая модель Система моделей (в том числе многоуровневая или многоступенчатая). 7.. По сфере применения. Выше было указано на необозримость областей применения Э.-м.м.; поэтому мы не даем здесь их перечисления, а отсылаем к соответствующим статьям словаря: например, о прогнозных моделях — к статье Прогнозирование, об отраслевых — к статье Отраслевые задачи оптимального планирования развития и размещения производства, и т.д. Наиболее развитая типология социально-экономических задач и моделей представлена в кн.: Вилкас Э.Й., Майминас Е.З. Решения: теория, информация, моделирование. — М.: “Радио и связь”, 1981.При разработке приведенной выше условной классификации учитывались материалы этой книги.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• economic model
• economico-mathematical model