Перевод: с английского на русский

с русского на английский

протокол+передачи+данных

  • 21 H.232

    протокол передачи данных, а также передачи в реальном времени аудио- и видеоинформации по сетям, поддерживающим пакетную коммутацию. В число таких сетей входят сети, работающие по протоколу IP (интернет), местные сети, поддерживающие обмен интернет-пакетами, производственные, городские и региональные сети. H.232 может применяться в многополюсных мультимедиа-коммуникациях. Предоставляет массу услуг для использования в коммерческих, бизнес- и развлекательных приложениях. Значительно влияет на совместимость мобильных мультимедиа-приложений и услуг третьего поколения беспроводных технологий. Характеристики стандарта H.232 были уточнены 16-й исследовательской группой организации ITU-T. Изначальный стандарт был разработан в 1996 г., в последующие годы производилась его доработка, вплоть до 3-й версии.

    The glossary of terms and concepts of mobile communication > H.232

  • 22 connection-oriented data-transfer protocol

    протокол передачи данных, ориентированный на установление соединения

    English-Russian dictionary of telecommunications and their abbreviations > connection-oriented data-transfer protocol

  • 23 link protocol

    English-Russian dictionary of telecommunications and their abbreviations > link protocol

  • 24 BFT protocol

    English-Russian information technology > BFT protocol

  • 25 generic object oriented substation event

    1. широковещательное объектно-ориентированное сообщение о событии на подстанции

     

    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.

    5683

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

    5684

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

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

    5685


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

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

    5686

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

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

    5687

    К 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.
    Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
    [ Источник]


     

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > generic object oriented substation event

  • 26 GOOSE

    1. широковещательное объектно-ориентированное сообщение о событии на подстанции

     

    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.

    5683

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

    5684

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

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

    5685


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

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

    5686

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

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

    5687

    К 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.
    Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
    [ Источник]


     

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > GOOSE

  • 27 SDLC

    Универсальный англо-русский словарь > SDLC

  • 28 UDP

    1. универсальные пакеты дейтаграмм
    2. протокол пользовательских дейтаграмм
    3. протокол пользовательских датаграмм
    4. протокол передачи данных пользователя
    5. протокол дейтаграмм пользователя
    6. протокол датаграмм пользователя
    7. датаграммный транспортный протокол

     

    датаграммный транспортный протокол
    Протокол транспортного уровня (L4). В отличие от TCP, работает без создания сеанса и предоставляет трафику полную самостоятельность — незаменимая вещь в телефонии и видеоиграх, а также для широковещательной передаче.
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

     

    протокол датаграмм пользователя
    Транспортный протокол в наборе протоколов Интернет. Подобно TCP, использует IP для доставки, однако, в отличие от TCP, UDP обеспечивает обмен датаграммами без подтверждения гарантии доставки.Один из основных протоколов стека TCP/IP, предполагающий обмен короткими текстовыми сообщениями (датаграммами) без гарантий доставки и поступления в исходной последовательности (как это обеспечивается протоколом TCP). Часто используется в системе доменных имен (DNS), в потоковой передаче медийной информации, приложениях Голос поверх IP (VoIP) и в протоколе Trivial File Transfer Protocol (TFTP). Протокол UDP относится к транспортному уровню и определен спецификацией IETF RFC 768. (МСЭ-Т Y.2111, МСЭ-Т Y.1281, IETF RFC 768).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    протокол дейтаграмм пользователя
    (МСЭ-Т Y.2111, МСЭ-Т Y.1281).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    протокол передачи данных пользователя
    (МСЭ-Т Y.1310).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    протокол пользовательских датаграмм
    Один из основных протоколов стека tcp/ip, предполагающий обмен короткими текстовыми сообщениями (датаграммами) без гарантий доставки и поступления в исходной последовательности (как это обеспечивается протоколом tcp). Часто используется в системе доменных имен (dns), в потоковой передаче медийной информации, приложениях голос поверх ip (voip) и в протоколе trivial file transfer protocol (tftp). Протокол udp относится к транспортному уровню и определен спецификацией ietf rfc 768.
    [ http://www.lexikon.ru/sputnik.html]

    Тематики

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

    EN

     

    протокол пользовательских дейтаграмм
    Прозрачный протокол в группе протоколов Internet, определенный в RFC 768. UDP, подобно TCP, использует IP для доставки; однако, в отличие от TCP, UDP обеспечивает обмен дейтаграммами без подтверждения или гарантий доставки. См. также CLTP. 
    [ http://www.lexikon.ru/dict/net/index.html]

    Тематики

    EN

     

    универсальные пакеты дейтаграмм
    Используемый в Интернет протокол передачи данных, не требующий установления соединения, с негарантированной доставкой.
    [ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=4970]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > UDP

  • 29 field bus

    1. полевая шина

     

    полевая шина
    -
    [Интент]

    полевая магистраль по зарубежной терминологии
    Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    ЧТО ТАКОЕ FIELDВUS?
    Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
    Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
    1. Производительность.
    2. Предсказуемость времени доставки информации.
    3. Помехоустойчивость.
    4. Доступность и простота организации физического канала передачи данных.
    5. Максимальный сервис для приложений верхнего уровня.
    6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
    7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
    8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.

    [Сергей Гусев. Краткий экскурс в историю промышленных сетей]


    Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
    Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
    Основными требованиями к промышленным сетям H1 являются:
    ● передача данных и питание устройств нижнего уровня по одной витой паре;
    ● гибкость при проектировании различных топологий сети;
    ● совместимость всех полевых приборов;
    ● взрывобезопасность при установкево взрывоопасных зонах;
    ● распределение одной инфраструктуры на многочисленные сегменты.

    [Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]


    Термин полевая шина является дословным переводом английского термина fieldbus.
    Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.

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

    Устройства используют сеть для:

    • передачи данных, между датчиками, контроллерами и исполнительными механизмами;
    • диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
    • калибрования датчиков;
    • питания датчиков и исполнительных механизмов;
    • связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.

    В промышленных сетях для передачи данных применяют:

    • электрические линии;
    • волоконно-оптические линии;
    • беспроводную связь (радиомодемы и Wi-Fi).

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

    [ Википедия]


    Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.

    Пример полевой шины представлен на рисунке 1.

    4911
    Рис. 1. Полевая шина.

    Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:

    1. Profibus DP
    2. Profibus PA
    3. Foundation Fieldbus
    4. Modbus RTU
    5. HART
    6. DeviceNet

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

    1. Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
    2. Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
    3. Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
    4. Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).

    По типу физической среды полевые шины делятся на два типа:

    1. Полевые шины, построенные на базе оптоволоконного кабеля.
      Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
      Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами.
    2. Полевые шины, построенные на базе медного кабеля.
      Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.

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

    На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

    4912
    Рис. 2. Нерезервированная шина.

    Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.

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

    4913
    Рис. 3. Резервированная шина.

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

    На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.

    4914
    Рис. 4. Одинарное оптоволоконное кольцо.

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

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

    4915
    Рис. 5. Резервированное оптоволоконное кольцо.

    [ http://kazanets.narod.ru/NT_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > field bus

  • 30 fieldbus

    1. полевая шина

     

    полевая шина
    -
    [Интент]

    полевая магистраль по зарубежной терминологии
    Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    ЧТО ТАКОЕ FIELDВUS?
    Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
    Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
    1. Производительность.
    2. Предсказуемость времени доставки информации.
    3. Помехоустойчивость.
    4. Доступность и простота организации физического канала передачи данных.
    5. Максимальный сервис для приложений верхнего уровня.
    6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
    7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
    8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.

    [Сергей Гусев. Краткий экскурс в историю промышленных сетей]


    Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
    Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
    Основными требованиями к промышленным сетям H1 являются:
    ● передача данных и питание устройств нижнего уровня по одной витой паре;
    ● гибкость при проектировании различных топологий сети;
    ● совместимость всех полевых приборов;
    ● взрывобезопасность при установкево взрывоопасных зонах;
    ● распределение одной инфраструктуры на многочисленные сегменты.

    [Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]


    Термин полевая шина является дословным переводом английского термина fieldbus.
    Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.

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

    Устройства используют сеть для:

    • передачи данных, между датчиками, контроллерами и исполнительными механизмами;
    • диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
    • калибрования датчиков;
    • питания датчиков и исполнительных механизмов;
    • связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.

    В промышленных сетях для передачи данных применяют:

    • электрические линии;
    • волоконно-оптические линии;
    • беспроводную связь (радиомодемы и Wi-Fi).

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

    [ Википедия]


    Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.

    Пример полевой шины представлен на рисунке 1.

    4911
    Рис. 1. Полевая шина.

    Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:

    1. Profibus DP
    2. Profibus PA
    3. Foundation Fieldbus
    4. Modbus RTU
    5. HART
    6. DeviceNet

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

    1. Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
    2. Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
    3. Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
    4. Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).

    По типу физической среды полевые шины делятся на два типа:

    1. Полевые шины, построенные на базе оптоволоконного кабеля.
      Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
      Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами.
    2. Полевые шины, построенные на базе медного кабеля.
      Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.

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

    На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

    4912
    Рис. 2. Нерезервированная шина.

    Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.

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

    4913
    Рис. 3. Резервированная шина.

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

    На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.

    4914
    Рис. 4. Одинарное оптоволоконное кольцо.

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

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

    4915
    Рис. 5. Резервированное оптоволоконное кольцо.

    [ http://kazanets.narod.ru/NT_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > fieldbus

  • 31 MNP

    1. услуга переносимости мобильного номера
    2. протокол MNP фирмы Microcom
    3. протокол MNP
    4. переносимость подвижных номеров

     

    переносимость подвижных номеров
    Способность подвижного абонента в одной и той же стране менять сеть, абонентом которой он является, сохраняя исходный(е) код(ы) MSISDN. (МСЭ-Т Q.1741).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    протокол MNP
    Семейство протоколов передачи сообщений по телефонной сети, использующих самокорректирующиеся коды. Включает 10 классов (1-10).
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

     

    протокол MNP фирмы Microcom
    стандарт MNP

    Протокол передачи данных в информационных сетях, базирующихся на аппаратной реализации коррекции ошибок и сжатия передаваемой информации в виде пакетов с длиной блока от 64 до 256 байт и более с шагом 64. Протокол включает в себя несколько классов протоколов для различных методов передачи данных.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    Синонимы

    EN

     

    услуга переносимости мобильного номера
    Право пользования номером, присвоенным абоненту сети мобильной связи, в сети другого оператора мобильной связи.
    [ http://navtel.uz/uzb/termin.html]

    Тематики

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

    EN

    Англо-русский словарь нормативно-технической терминологии > MNP

  • 32 communications protocol

    Универсальный англо-русский словарь > communications protocol

  • 33 Trivial File Transfer Protocol

    1) Общая лексика: Простейший протокол передачи данных, являющийся значительно упрощённым вариантом протокола FTP (TFTP поддерживает простую передачу данных между двумя системами без аутентификации. В отличие от протокола FTP для использо)

    Универсальный англо-русский словарь > Trivial File Transfer Protocol

  • 34 trivial file transfer protocol

    1) Общая лексика: Простейший протокол передачи данных, являющийся значительно упрощённым вариантом протокола FTP (TFTP поддерживает простую передачу данных между двумя системами без аутентификации. В отличие от протокола FTP для использо)

    Универсальный англо-русский словарь > trivial file transfer protocol

  • 35 link protocol

    Универсальный англо-русский словарь > link protocol

  • 36 transport

    ['trænspɔːt]
    1) Общая лексика: везти, возить, восторг, восхищать, восхищение, высылать, каторжник, отправлять в ссылку, перевозить, перевозка, перемещать, переноска, порыв (чувств), приводить в состояние восторга, приводить в состояние ужаса, провоз, средства сообщения, ссылать на каторгу, ссыльный, транспорт, транспортировать, транспортное средство, транспортное судно, транспортный, транспортный самолёт, увлекать, увлечение, переносить (приход)
    3) Геология: перенесение
    4) Медицина: перенос (вещества), среда для транспортировки (образцов)
    6) Техника: войсковой транспорт, вывозить, оттранспортировать; транспорт, оттранспортироваться; транспорт, передвижение, перемещение, протяжка (напр. магнитной ленты), транспортировать; транспорт, транспортироваться; транспорт, транспортные средоустойчивость, транспортные средства, механизм протяжки (напр. ленты)
    9) Бухгалтерия: перевозки
    10) Лесоводство: возка, подвоз
    11) Металлургия: перенос (напр. тепла)
    16) Космонавтика: транспортный корабль
    17) Нефтегазовая техника перекачивать по трубопроводу
    18) Сетевые технологии: средство передачи данных
    19) Автоматика: транспорт (ировка)
    20) юр.Н.П. сослать, ссылать
    21) Макаров: автомобиль, машина, нанос, отложение, поступательное движение, распространение, сильная эмоция, средства транспорта, переносить (в мыслях, воображении и т.п.), приводить и состояние восторга, ужаса (и т.п.), перенос (кинетические явления), переносить (массу, тепло, энергию), транспорт (перевозочные средства), транспорт (перемещение, перевозка, грузов, людей), транспорт (перемещение, перевозка, передвижение грузов, людей), перенос (тепла, массы и т.п.)
    22) Безопасность: доставка

    Универсальный англо-русский словарь > transport

  • 37 Х.25

    1. Х.25

     

    Х.25
    Протокол передачи данных для сетей с коммутацией пакетов. Протокол предназначен для надежной передачи данных по каналам с плохим качеством связи. Устранение ошибок и восстановление пакетов осуществляют как на станциях назначения, так и на всех промежуточных узлах сети, через которые проходит трафик. По этой причине пакеты насыщены избыточной информацией, которая содержится как в заголовках, так и в информационной части пакета. Каждый узел коммутации в сети Х.25 на пути движения пакета проверяет его целостность и, если число ошибок невелико, то узел способен правильно восстановить пакет, и передать его уже без ошибок далее (рис. Х-1). В условиях, когда принять пакет правильно невозможно, делается запрос на его повторную передачу.

    5169


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

    Тематики

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

    EN

    • Х.25

    Англо-русский словарь нормативно-технической терминологии > Х.25

  • 38 real-time transport protocol

    Универсальный англо-русский словарь > real-time transport protocol

  • 39 communication protocol

    1) Вычислительная техника: протокол обмена информацией
    2) Бытовая техника: протокол связи

    Универсальный англо-русский словарь > communication protocol

  • 40 bit-oriented protocol

    = BOP
    бит-ориентированный протокол [передачи данных]
    класс коммуникационных протоколов уровня DLL с синхронизацией передачи, обеспечивающих передачу кадров независимо от структуры передаваемых символов, просто как кодонезависимый поток битов; эти протоколы эффективнее и надёжнее байт-ориентированных (byte-oriented protocol). Примеры бит-ориентированных протоколов - SDLC и HDLC, которые применяются в системах синхронной последовательной передачи данных (synchronous communication)

    Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > bit-oriented protocol

См. также в других словарях:

  • протокол передачи данных — Различают основные протоколы передачи данных в зависимости от мультиплексируемости шин адреса и данных и асинхронного или синхронного режима. [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] протокол… …   Справочник технического переводчика

  • Протокол передачи данных — формализованный набор требований к структуре пакетов информации и алгоритму обмена пакетами информации между устройствами сети передачи данных;... Источник: Постановление Правительства РФ от 23.01.2006 N 32 (ред. от 16.02.2008) Об утверждении… …   Официальная терминология

  • Протокол передачи данных — Проверить информацию. Необходимо проверить точность фактов и достоверность сведений, изложенных в этой статье. На странице обсуждения должны быть пояснения …   Википедия

  • протокол передачи данных — 171 протокол передачи данных: Формализованный набор требований к структуре пакетов информации и алгоритму обмена пакетами информации между устройствами сети передачи данных. Источник: ГОСТ Р 53801 2010: Связь федеральная. Термины и определения… …   Словарь-справочник терминов нормативно-технической документации

  • протокол передачи данных пользователя — (МСЭ Т Y.1310). [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN user data protocolUDP …   Справочник технического переводчика

  • Протокол передачи данных — 1. Формализованный набор требований к структуре пакетов информации и алгоритму обмена пакетами информации между устройствами сети передачи данных Употребляется в документе: Постановление Правительства РФ от 25 января 2006 года № 32 Правила… …   Телекоммуникационный словарь

  • протокол двоичной синхронной передачи данных — BISYNC Протокол SNA, разработанный фирмой IBM для множества продуктов этой фирмы (включая семейство 3270), который осуществляет передачу по синхронной линии, работающей в полудуплексном режиме (т.е. в каждый момент времени передача данных… …   Справочник технического переводчика

  • протокол управления синхронным каналом передачи данных — синхронное управление передачей данных синхронная система управления линиями передачи данных — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом Синонимы… …   Справочник технического переводчика

  • протокол передачи цифровой информации — протокол цифровой передачи данных — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом Синонимы протокол цифровой передачи данных EN digital data communications …   Справочник технического переводчика

  • протокол безопасной передачи данных — ssl Протокол безопасной передачи данных, разработанный Netscape Communications, Inc. Поддерживает шифрование и аутентификацию, обеспечивает работу с цифровыми сертификатами. [аутсорсингаhttp://www.outsourcing.ru/content/glossary/A/page 1.asp]… …   Справочник технического переводчика

  • Протокол передачи в реальном времени — разработанный корпорацией SUN Microsystems, протокол передачи аудио и видеоинформации через скоростные базовые сети. По английски: Real time Transport Protocol Синонимы английские: RTP См. также: Протоколы Обработка данных в реальном масштабе… …   Финансовый словарь

Поделиться ссылкой на выделенное

Прямая ссылка:
Нажмите правой клавишей мыши и выберите «Копировать ссылку»