(как+пример)

человеко-машинный интерфейс (ЧМИ)
Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
[ ГОСТ Р МЭК 60447-2000]

человекомашинный интерфейс (ЧМИ)
Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
[ ГОСТ Р МЭК 60073-2000]

человеко-машинный интерфейс
Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
[ http://www.morepc.ru/dict/]

Параллельные тексты EN-RU

MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
[Schneider Electric]

Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
[Перевод Интент]

HMI на базе операторских станций

Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

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

Как же организован HMI в современных АСУ ТП?
Существует, как минимум, два подхода реализации функционала HMI:

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

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

Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

Процессор: Intel Pentium 4, 3.4 ГГц;
Память: DDR2 SDRAM до 4 ГБ;
Материнская плата: ChipSet Intel 945G;
Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
Степень защиты: IP 31;
Температура при эксплуатации: 5 – 45 C;
Влажность: 5 – 95 % (без образования конденсата);
Операционная система: Windows XP Professional/2003 Server.

Рис. 1. Пример промышленной рабочей станции оператора.

Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

Какое программное обеспечение используется?
На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
Программное обеспечение визуализации призвано выполнять следующие задачи:

1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

Как правило, SCADA состоит из двух частей:

1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

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

Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

Рис. 3. Клиент-серверная архитектура операторского уровня.

Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.

 

Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
Как выглядит SCADA?
Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.

Рис. 6. Пример операторской мнемосхемы.
На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  

Рис. 7. Пример фейсплейта для управления насосом.

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

Рис. 8. Пример отображения двух параметров на тренде реального времени.
Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.

Рис. 9. Панель сообщений и аварийных сигнализаций.
Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

Tag Name = “MyPID”;
Tag Type = PID;

Fields (список параметров):

MyPID.OP
MyPID.SP
MyPID.PV
MyPID.PR
MyPID.TI
MyPID.DI
MyPID.Mode
MyPID.RemoteSP
MyPID.Alarms и т.д.

В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

1.    Wonderware Intouch;
2.    Simatic WinCC;
3.    Iconics Genesis32;
4.    Citect;
5.    Adastra Trace Mode

Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

Тематики

• автоматизация, основные понятия
• автоматизированные системы

Синонимы

• ЧМИ

EN

• CHI
• computer human interface
• HMI
• human interface
• human interface device
• human-computer interface
• human-machine interface
• man-machine communication
• man-machine interface
• MMI
• operator-machine communication

Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

организация
Компания, корпорация, фирма, предприятие или учреждение, или их подразделения, объединенные или нет, общественные или частные, выполняющие самостоятельные функции и имеющие администрацию.
Примечание
Настоящее определение применимо к стандартам на качество. Термин «организация» определен в Руководстве ИСО/МЭК 2.
[ИСО 8402-94]

организация
Компания, объединение, фирма, предприятие, орган власти или учреждение либо их часть или сочетание, акционерные или неакционерные, государственные или частные, которые выполняют свои собственные функции и имеют свою собственную администрацию
[ ГОСТ Р ИСО 14001-98]
Примечание.
Применительно к организациям с более чем одной функционирующей организационной единицей одна такая единица может быть определена как организация.
[ ГОСТ Р ИСО 14050-99]
[Защита атмосферного воздуха от антропогенного загрязнения. Основные понятия, термины и определения (справочное пособие). Санкт-Петербург 2003 г.]

организация
Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.
Пример
Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.
Примечания
1. Распределение обычно бывает упорядоченным.
2. Организация может быть государственной или частной.
3. Настоящее определение действительно применительно к стандартам на системы менеджмента качества. В руководстве ИСО/МЭК 2 приведено другое определение термина "организация".
[ ГОСТ Р ИСО 9000-2008]

организация
Орган, в основе которого лежит членство других органов или отдельных лиц, имеющий разработанный устав и собственную структуру управления.
Данный термин не приведен в основной части настоящего стандарта, хотя он широко применяется в межгосударственной стандартизации, но использованное в Руководстве ИСО/МЭК 2:1996 определение этих терминов неприемлемо для межгосударственной стандартизации.
[ГОСТ 1.1-2002]

организация 
Коммерческая компания, юридическое лицо или иное образование. Примеры организаций, которые не являются компаниями, включают Международную организацию по стандартизации или Форум по вопросам управления ИТ-услугами (itSMF). Термин «организация» иногда используется для обозначения любого образования, имеющего людей, ресурсы и бюджеты – например, проекта или бизнес-подразделения.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

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

EN

organization
A company, legal entity or other institution. The term is sometimes used to refer to any entity that has people, resources and budgets – for example, a project or business unit.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

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

EN

• organization

FR

• organisation

4.23 организация (organization): Лицо или группа лиц и необходимых средств с распределением обязанностей, полномочий и взаимоотношений.

Примечание 1 - Адаптировано из ИСО 9000:2005.

Примечание 2 - Объединение лиц, организованных для некоторой конкретной цели, такое как клуб, союз, корпорация или общество, являются организацией.

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

Примечание 4 - Отдельная форма организационного объекта часто называется «предприятием», поэтому организационные аспекты настоящего стандарта следует применять также и к «предприятию».

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.10 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений [3].

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.5 организация (organization): Государственная или частная компания, корпорация, фирма, предприятие, управление или учреждение или их часть, или их комбинация, имеющая собственные функции и администрацию и способная обеспечить информационную безопасность.

Источник: ГОСТ Р ИСО/МЭК 27006-2008: Информационная технология. Методы и средства обеспечения безопасности. Требования к органам, осуществляющим аудит и сертификацию систем менеджмента информационной безопасности оригинал документа

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

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

Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

3.16 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

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

Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

3.14 организация (organization): По ГОСТ Р ИСО 14001.

Источник: ГОСТ Р ИСО 14031-2001: Управление окружающей средой. Оценивание экологической эффективности. Общие требования оригинал документа

3.6 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечание - Термин адаптирован из ИСО 9000:2005, 3.3.1.

Источник: ГОСТ Р ИСО 10001-2009: Менеджмент качества. Удовлетворенность потребителей. Рекомендации по правилам поведения для организаций оригинал документа

3.8 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация (3.1), а также их подразделения или комбинация из них.

Примечания

1 Настоящий стандарт применим к организациям разного типа, каждая из которых играет различную роль в процессе урегулирования спорных вопросов (3.6). Сюда относятся организации, имеющие неразрешенные жалобы (3.3), агенты (3.9) по решению спорных вопросов и ассоциации (3.1), проводящие или спонсирующие процесс урегулирования спорных вопросов. Для удобства пользования в настоящем стандарте термин «организация», применяемый самостоятельно, означает учреждение, получившее неразрешенную жалобу, которое в настоящий момент является участником спора или будет им. Термины «агент» и «ассоциация» применимы для описания организаций других типов.

2 Термин адаптирован из ИСО 9000:2005, статья 3.3.1.

Источник: ГОСТ Р ИСО 10003-2009: Менеджмент качества. Удовлетворенность потребителей. Рекомендации по урегулированию спорных вопросов вне организации оригинал документа

3.20 организация (organization): Компания, корпорация, фирма, предприятие, орган власти, учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

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

[ИСО 14001:2004, 3.16]

Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

2.12 организация (organization): Компания, объединение, фирма, предприятие, орган власти или учреждение, либо их часть или объединение, официально учрежденные или нет, государственные или частные, которые выполняют свои функции и имеют свое руководство.

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

Источник: ГОСТ Р ИСО 14015-2007: Экологический менеджмент. Экологическая оценка участков и организаций оригинал документа

2.4 организация (organization): Компания, корпорация, фирма, предприятие, государственный орган или институт, а также их части или объединения, совместные или нет, государственные или частные, организационные единицы или производственные процессы.

Примечание - Для организаций, обладающих несколькими рабочими подразделениями, каждое подразделение может считаться организацией [ИСО 14001].

Источник: ГОСТ Р ИСО 14063-2007: Экологический менеджмент. Обмен экологической информацией. Рекомендации и примеры оригинал документа

2.22 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированные или незарегистрированные, государственные или частные, занимающиеся какой-либо деятельностью и имеющие административный аппарат.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.23 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированные или незарегистрированные, государственные или частные, занимающиеся какой-либо деятельностью и имеющие административный аппарат.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.6 организация (organization): Компания, группа или орган, применяющие ЧЭСР-компоненты.

Источник: ГОСТ Р 53734.5.1-2009: Электростатика. Защита электронных устройств от электростатических явлений. Общие требования оригинал документа

3.3.1 организация (en organization; fr organisme): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечания

1 Распределение обычно бывает упорядоченным.

2 Организация может быть государственной или частной.

3 Настоящее определение действительно применительно к стандартам на системы менеджмента качества (3.2.3). Термин «организация» определен иначе в руководстве ИСО/МЭК 2.

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.8 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

2.29 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечания

1 Распределение обычно является упорядоченным.

2 Организация может быть государственной или частной.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

2.24 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечание

1. Распределение обычно является упорядоченным.

2. Организация может быть государственной или частной

[ИСО 9000:2005].

Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

3.26 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

3.16 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

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

Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

3.26 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечания

1 Распределение обычно бывает упорядоченным.

2 Организация может быть государственной или частной.

3 Настоящее определение действует применительно к стандартам на системы менеджмента качества. Термин «организация» определен по-другому в руководстве ИСО/МЭК 2 [1].

[ ГОСТ Р ИСО 9000-2008, ст. 3.3.1].

Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

3.3.1 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

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

Примечания

1 Распределение обычно бывает упорядоченным.

2 Организация может быть государственной или частной.

3 Настоящее определение действительно применительно к стандартам на системы менеджмента качества (3.2.3). В руководстве ISO/IEC 2 приведено другое определение термина «организация».

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.17 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение, либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

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

[ИСО 14001:2004, пункт 3.16]

Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

3.17 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

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

[ ГОСТ Р ИСО 14001-2007, статья 3.16]

Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.6 организация (enterprise): Юридическое лицо, осуществляющее деятельность в области связи в качестве основного вида деятельности.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.1.6 организация (organization): Юридическое лицо, которое имеет в собственности, хозяйственном ведении или оперативном управлении обособленное имущество и отвечает по своим обязательствам этим имуществом, может от своего имени приобретать и осуществлять имущественные и личные неимущественные права, нести обязанности, быть истцом и ответчиком в суде, а также имеющее самостоятельный баланс или смету и зарегистрированное в установленном порядке.

[ ГОСТ Р 1.4-2004, пункт 3.3], [2]

Источник: ГОСТ Р 53131-2008: Защита информации. Рекомендации по услугам восстановления после чрезвычайных ситуаций функций и механизмов безопасности информационных и телекоммуникационных технологий. Общие положения оригинал документа

3.2.21 организация (organization): Группа работников и необходимых средств, с распределением ответственности, полномочий и взаимоотношений.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.4 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение, либо их часть или их объединение, официально зарегистрированные или официально незарегистрированные, государственные или частные, которые имеют свой собственный круг функций и административный аппарат.

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

[ИСО 14001:2004]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.2.3 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированное или незарегистрированное, государственное или частное, занимающееся какой-либо деятельностью и имеющее административный аппарат.

[ИСО 14064:3, статья 2.23]

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

3.5 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Источник: Р 50.1.070-2009: Менеджмент риска. Рекомендации по внедрению. Часть 3. Обмен информацией и консультации

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

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

устройство защиты от импульсных перенапряжений
УЗИП
Устройство, которое предназначено для ограничения переходных перенапряжений и отвода импульсных токов. Это устройство содержит по крайней мере один нелинейный элемент.
[ ГОСТ Р 51992-2011( МЭК 61643-1: 2005)]

устройство защиты от импульсных разрядов напряжения
Устройство, используемое для ослабления действия импульсных разрядов перенапряжений и сверхтоков ограниченной длительности. Оно может состоять из одного элемента или иметь более сложную конструкцию. Наиболее распространенный тип SPD - газонаполненные разрядники.
(МСЭ-Т K.44, МСЭ-Т K.46, МСЭ-Т K.57,, МСЭ-Т K.65, МСЭ-Т K.66)
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

См. также:

• импульсное перенапряжение
• ГОСТ Р 51992-2011( МЭК 61643-1: 2005)
  Устройства защиты от импульсных перенапряжений низковольтные.
  Часть 1. Устройства защиты от импульсных перенапряжений в низковольтных силовых распределительных системах.
  Технические требования и методы испытаний

КЛАССИФИКАЦИЯ  (по ГОСТ Р 51992-2011( МЭК 61643-1: 2005)) 
 

• По числу вводов:
  
  • одновводные
  • двухвводные
• По способу выполнения защиты от перенапряжения:
  
  • коммутирующие напряжение
  • ограничивающие напряжение
  • комбинированного типа
• По испытаниям УЗИП
  
  • класс испытания I
  • класс испытания II
  • класс испытания III
• По местоположению:
  
  • внутренней установки
  • наружной установки.
    Примечание - Для УЗИП, изготовленных и классифицируемых исключительно для наружной установки и монтируемых недоступными, вообще не требуется соответствия требованиям относительно защиты от воздействующих факторов внешней среды
• По доступности:
  
  • доступное
  • недоступное
    Примечание - Недоступное означает невозможность доступа без помощи специального инструмента к частям, находящимся под напряжением

• По способу установки
  
  • стационарный
  • переносной
• По местоположению разъединителя УЗИП:
  
  • внутренней установки
  • наружной установки
  • комбинированной (одна часть внутренней установки, другая - наружной установки)
• По защитным функциям:
  
  • с тепловой защитой
  • с защитой от токов утечки
  • с защитой от сверхтока.
• По защите от сверхтока:
  
  • с защитой
  • без защиты
• По степени защиты, обеспечиваемой оболочками согласно кодам IP
• По диапазону температур
  
  • с нормальным диапазоном
  • с расширенным диапазоном
• По системе питания
  
  • переменного тока частотой от 48 до 62 Гц
  • постоянного тока
  • переменного и постоянного тока;

ВОПРОС: ЧТО ТАКОЕ ТИПЫ И КЛАССЫ УЗИП ?

Согласно классификации ГОСТ, МЭК а также немецкого стандарта DIN, Устройства Защиты от Импульсных Перенапряжений УЗИП делятся на разные категории по методу испытаний и месту установки.

Класс 1 испытаний соответствует Типу 1 и Классу Требований B
Класс 2 испытаний соответствует Типу 2 и Классу Требований C
Класс 3 испытаний соответствует Типу 3 и Классу Требований D

ВОПРОС: ЧЕМ УЗИП ТИП 1 ОТЛИЧАЕТСЯ ОТ УЗИП ТИП 2?

УЗИП тип 1 устанавливаются на вводе в здание при воздушном вводе питания или при наличии системы внешней молниезащиты. УЗИП в схеме включения предназначен для отвода части прямого тока молнии. В соответствии с ГОСТ Р 51992-2002, УЗИП 1-го класса испытаний ( тип 1) испытываются импульсом тока с формой волны 10/350 мкс.
УЗИП тип 2 служат для защиты от наведённых импульсов тока и устанавливаются либо после УЗИП тип 1, либо на вводе в здание при отсутствии вероятности попадания части тока молнии. УЗИП 2 класса испытаний (тип 2) испытываются импульсом тока с формой 8/20 мкс.
ВОПРОС: ГДЕ ПРИМЕНЯЕТСЯ УЗИП ТИПА 3 ?

Устройства для Защиты от Импульсных Перенапряжений Типа 3 предназначены для "тонкой" защиты наиболее ответственного и чувствительного электрооборудования, например медицинской аппаратуры, систем хранения данных и пр. УЗИП Типа 3 необходимо устанавливать не далее 5 метров по кабелю от защищаемого оборудования. Модификации УЗИП Типа 3 могут быть выполнены в виде адаптера сетевой розетки или смонтированы непосредственно в корпусе или на шасси защищаемого прибора. Для бытового применения доступна версия MSB06 скрытого монтажа, за обычной сетевой розеткой.

ВОПРОС: ЗАЧЕМ НУЖЕН СОГЛАСУЮЩИЙ ДРОССЕЛЬ?

Для правильного распределения мощности импульса между ступенями защиты ставят линию задержки в виде дросселя индуктивностью 15 мкГн или отрезок кабеля длиной не менее 15 м, имеющего аналогичную индуктивность. В этом случае сначала сработает УЗИП 1-го класса и возьмёт на себя основную энергию импульса, а затем устройство 2-го класса ограничит напряжение до безопасного уровня.

ВОПРОС: ЗАЧЕМ СТАВИТЬ УЗИП, ЕСЛИ НА ВВОДЕ УЖЕ СТОИТ АВТОМАТ ЗАЩИТЫ И УЗО?

Вводной автомат (например на 25, 40, 63 А) защищает систему электроснабжения от перегрузки и коротких замыканий со стороны потребителя. Устройство защитного отключения УЗО (например, с током отсечки 30 или 100 мА) защищает человека от случайного поражения электрическим током.
Но ни одно из этих устройств не может защитить электрическую сеть и оборудование от микросекундных импульсов большой мощности. Такую защиту обеспечивает только Устройство Защиты от Импульсных Перенапряжений УЗИП со временем срабатывания в наносекундном диапазоне.

ВОПРОС: КАКОЕ УСТРОЙСТВО ЛУЧШЕ ЗАЩИТИТ ОТ ГРОЗЫ: УЗИП ИЛИ ОПН ?

УЗИП - это официальное (ГОСТ) наименование всего класса устройств для защиты от последствий токов молний и импульсных перенапряжений в сетях до 1000 В. В литературе, в публикациях в интернете до сих пор встречаются названия - ОПН (Ограничитель перенапряжения), Разрядник, Молниеразрядник, Грозоразрядник - которые применительно к сетям до 1000 Вольт означают по сути одно устройство - это УЗИП. Для организации эффективной молниезащиты необходимо обращать внимание не на название устройства, а на его характеристики.

ВОПРОС: КАК СРАВНИТЬ УЗИП РАЗНЫХ ПРОИЗВОДИТЕЛЕЙ?

Все УЗИП, продаваемые на территории России, должны производиться и испытываться в соответствии с ГОСТ Р 51992-2002( аналог международного стандарта МЭК 61643-1-98). ГОСТ Р 51992-2002 предусматривает наличие у каждого устройства ряда характеристик, которые производитель обязан указать в паспорте и на самом изделии.

Класс испытаний (Тип) 1, 2 или 3
Импульсный ток Iimp (10/350 мкс) для УЗИП 1 класса
Номинальный импульсный ток In (8/20 мкс)
Максимальный импульсный ток Imax (8/20 мкс)
Уровень напряжения защиты Up, измеренный при In

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

[ http://www.artterm-m.ru/index.php/zashitaseteji1/faquzip]

язык с ограниченной варьируемостью
Текстовый или графический язык программирования, предназначенный для коммерческих и промышленных программируемых электронных контроллеров, диапазон возможностей которого ограничен применением этих устройств.
Пример
- Ниже приведены примеры языков с ограниченной варьируемостью, взятые из МЭК 61131-3 и других источников, которые используются для представления прикладных программ для систем на основе ПЛК:
- многоступенчатые схемы: графический язык, состоящий из набора символов для входов (представляющих поведение, характерное для таких устройств, как нормально замкнутые или нормально разомкнутые контакты), соединенных с помощью линий (указывающих направление тока), с символами, обозначающими выходы (представляющими поведение, свойственное реле);
- булева алгебра: язык низкого уровня, основанный на булевых операторах, таких как И, ИЛИ и НЕ с возможностью добавления некоторых мнемонических инструкций;
- функциональные блоки диаграммы: в дополнение к булевым операторам допускается использование более сложных функций, таких как операции с файлами, чтение и запись блоков данных, команд для регистров сдвига и устройств, задающих последовательность;
- последовательные функциональные схемы: графическое представление многостадийной программы, состоящее из взаимосвязанных шагов, действий и ориентированных связей с промежуточными состояниями.
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• limited variability language

3.12 язык с ограниченной варьируемостью (limited variability language): Текстовый или графический язык программирования, предназначенный для коммерческих и промышленных программируемых электронных логических контроллеров, диапазон возможностей которого ограничен применением этих устройств.

ПРИМЕР - К языкам с ограниченной изменчивостью, которые используются для представления прикладных программ для систем на основе программируемых логических контроллеров, относятся:

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

- булева алгебра: низкоуровневый язык, основанный на булевых операторах, таких как И, ИЛИ и НЕ, с возможностью добавления некоторых мнемонических инструкций;

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

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

Источник: ГОСТ Р 53195.4-2010: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению оригинал документа

3.2.7 язык с ограниченной варьируемостью (limited variability language): Текстовый или графический язык программирования, предназначенный для коммерческих и промышленных программируемых электронных контроллеров, диапазон возможностей которого ограничен применением этих устройств.

ПРИМЕР - Ниже приведены примеры языков с ограниченной варьируемостью, взятые из МЭК 61131-3 и других источников, которые используются для представления прикладных программ для систем на основе ПЛК:

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

- булева алгебра: язык низкого уровня, основанный на булевых операторах, таких как И, ИЛИ и НЕ с возможностью добавления некоторых мнемонических инструкций;

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

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

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

Ончыко ончаш смотреть вперёд;

ӱмбакыже ончаш глядеть на него.

Ончем – шӱдырат огыл, ончем – тылзат огыл. Муро. Смотрю – и не звезда, смотрю – и не луна.

Шемшыдаҥын пеледышыжым нур ӱмбалне ончаш сай. М. Чойн. Цветы гречихи хорошо смотреть на поле.

Выставкым ончаш рассматривать выставку;

вер-шӧрым ончаш обозревать местность.

Эрвикам моло каче-влакат пеш ончат. Д. Орай. За Эрвикой наблюдают и другие молодые парни.

Пырдыжыште кечыше тӱрлӧ плакатым, сӱретым онча. В. Исенеков. Рассматривает висящие на стене разные плакаты, картинки.

Неле йодышым ончаш рассматривать (обсуждать) трудный вопрос.

– Тиде пашам ме ончаш она тӱҥал, – манын (землеустроитель). Н. Лекайн. – Этот вопрос мы не будем рассматривать, – сказал землеустроитель.

Интенсификаций йодышым партий комплексно да пеш кумдан онча. «Мар. ком.» Вопрос интенсификации партия рассматривает комплексно и очень широко.

Приказым ончаш знакомиться с приказом;

биографийым ончаш знакомиться с биографией.

Якып куанымыж дене моло кагазым ончашат ыш тӱҥал – секретарьлан шӱкале. «Ончыко» Яков от радости не стал даже знакомиться с другими бумагами – отдал секретарю.

– Иван Иваныч, проектым ончымекет, иктаж кок арня гыч ала каҥашен кертына! А. Асаев. – Иван Иванович, после твоего знакомства с проектом, возможно, обсудим недели через две.

Йочам ончаш ухаживать за ребёнком;

сӧснам ончаш ухаживать за свиньями.

Тиде эше шагал, вес нелылык лекте: ясле ок сите, азам нигӧлан ончаш. Ю. Артамонов. Этого ещё мало, появилась и другая трудность: яслей не хватает, некому ухаживать за ребёнком.

(Огаптя:) Тудым (Селифоным) чӱдыштӧ ончен куштенам, ынде мыйым ончыжо. А. Волков. (Огаптя:) Селифона я воспитывала в трудное время, теперь пусть он заботится обо мне.

Унам ончаш ухаживать за гостем.

(Осяндр:) Ужат, мемнан деке уна толын, ончен колташ кӱлеш. А. Волков. (Осяндр:) Видишь, к нам пришёл гость, надо ухаживать (угощать).

Ӱдырым ончаш кошташ ездить выбирать невесту;

качым ончаш выбирать кавалера (жениха).

Ӱярня вашеш Чевернур гыч ӱдыр ончаш тольыч. «Мар. ком.» Перед Масленицей из Чевернура приехали выбирать невесту.

Моло-влакым ончаш брать пример с других.

Нуным ончен, кечывал лишан моло верлаштат пашаш лектыт. А. Эрыкан. Подражая им, к обеду и в других местах выходят на работу.

Ынде нигуш ом кае. Тыйым ончаш тӱҥалам, пырля пашам ышташ тунемына. П. Корнилов. Теперь никуда не поеду. Буду брать пример с тебя, вместе будем учиться работать.

Ончыч шкендым ончал, вара иже еҥ нерген ойло. Калыкмут. Сперва обрати внимание на себя, только тогда говори о других.

Эрлашке ончаш смотреть в завтрашний день;

ончыко ончаш устремлять свою мысль в грядущее.

Окна уремышке онча. Окно выходит на улицу.

Чодырашке кая – ялышке онча, ялышке толеш – чодырашке онча. Тушто. Идёт в лес – обращен в сторону деревни, идёт в деревню – обращен в сторону леса.

Тылзе пыл шеҥгеч онча. Луна выглядывает из-за туч.

Кӱшычын кече онча. Сверху светит солнце.

Кутырен ончаш поговорить;

лудын ончаш попробовать почитать.

(Проска:) Кресаньык чесым кочкын ончыза. А. Волков. (Проска:) Попробуйте откушать крестьянскую еду.

Колышт ончена, комсомол секретарь мыланна мом каласа. М. Иванов. Послушаем, что нам скажет комсомольский секретарь.

Толын ончо! Попробуй приди!

(Андрий:) Пижын гына ончо, Эрай тыланет ушетым пурта! Я. Ялкайн. (Андрий:) Только попробуй, подерись, Эрай тебе покажет!

Шонен ончо, мо сайже лиеш тидын дене? Н. Лекайн. Подумай, что хорошего выйдет из этого?

Ончет гын, Пагулат паша деч посна ок иле, пашадарым ватыж деч шукырак конда, чӱчкыдынак премийым налеш. Ю. Артамонов. Оказывается, и Пагул не живёт без работы, зарплата у него выше, чем у жены, часто получает и премию.

А, ончет гын, йӧршын самырык, иктаж латшым-латкандаш ияш веле улмаш. Г. Чемеков. А, как выясняется, он совсем молодой, только около семнадцати-восемнадцати лет.

Составные глаголы:

Идиоматические выражения:

процессные переменные
-
[Интент]

Процессные переменные.

Под словосочетанием “процессные переменные” понимаются численные параметры, определяющие текущее состояние технологического процесса. К процессным переменным можно отнести сигналы ввода/вывода, параметры функциональных блоков, локальные и глобальные флаги (переменные), тэги SCADA и т.д.

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

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

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

1.    Циклическая запись ( cyclic archiving) подразумевает периодическую запись текущего значения процессной переменной через заданные пользователем интервалы времени вне зависимости от величины и скорости изменения данной переменной (см. рис. 1). Хотя эта техника не очень экономична, она довольно часто используется для архивации аналоговых переменных. Период циклической записи для каждой переменной настраивается индивидуально и, как правило, лежит в диапазоне от 0.5 с до 10 мин. Как для дискретных переменных, так и быстро изменяющихся аналоговых переменных, подобный подход записи в архив явно не оптимален.

Рис. 1. Циклическая запись процессной переменной в архив.

2.    Архивация по изменению переменной (дельта-архивированиe, delta-archiving). Этот подход предполагает запись переменной в архив только тогда, когда изменение ее значения по сравнению с предыдущим записанным значением (абсолютная разность) достигает определенной величины (дельты, см. рис. 2). Дельта настраивается пользователем и может быть выражена как в абсолютных единицах измерения, так и в процентах от шкалы. Безусловно, это техника более экономична, чем циклическая запись, так как она адаптируется к скорости изменения архивируемой величины. Для дискретных величин – этот подход незаменим. Допустим, у нас есть дискретная переменная, которая изменяется, скажем, раз в час. Зачем же ее архивировать каждую секунду или минуту? Ведь гораздо логичнее записывать значение переменной в архив только в те моменты, когда это значение переходит из 1 в 0 или наоборот.

Рис. 2. Дельта-архивирование процессной переменной.

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

1.    Архив записывается в обычный текстовый файл в формате CSV ( comma separated values). Этот файл может храниться как на локальном, так и на сетевом диске. На самом деле архив состоит из множества последовательно создаваемых файлов: система генерирует новый файл архива каждую рабочую смену или сутки. У такого формата представления архива есть неоспоримое преимущество – его можно просмотреть любым текстовым редактором. Его также можно экспортировать в MS Excel и посмотреть в виде таблицы, применив необходимые сортировки и фильтры. Существенный недостаток – это неэкономичность хранения; накопленный таким образом архив занимает неприлично много места на жестком диске. Для уменьшения объема архива можно применить компрессию по алгоритму ZIP или RAR – благо, что текстовые файлы очень хорошо сжимаются.

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

3.    Самый прогрессивный способ. Хранение архива в виде реляционной базы данных с поддержкой СУБД SQL. Этот способ позволяет достичь достаточно большой скорости работы с архивом (добавление записей, чтение и обработка данных), при этом сервер SQL может обеспечить оптимальный доступ к истории сразу нескольким десяткам удаленных клиентов. Поскольку доступ к архиву осуществляется по открытому интерфейсу SQL, разработчики имеют возможность создавать клиентские приложения под свои нужды. Но главное преимущество заключается в том, что архив на базе SQL – это отличная возможность для интеграции АСУ ТП с информационными системами более высокого уровня (например, уровня MES). Как правило, для ведения архива SQL и обслуживания клиентов используется достаточно мощная серверная платформа.

Во всех описанных случаях система архивирования процессных переменных – это неотъемлемая часть ПО визуализации технологического процесса. Разница заключается в формате представления архива и технологии доступа.

Какие средства служат для отображения архива? Архив можно отобразить несколькими способами. Самый простой – это представить его в табличной форме и экспортировать, например, в Excel, в котором можно строить графики, диаграммы и делать отчеты. Однако это довольно утомительно и требует много ручного труда.

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

Рис. 3. Пример исторического тренда, отображающего две процессные переменные.

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

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

Тематики

• автоматизированные системы

EN

• process values

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

полевая магистраль по зарубежной терминологии
Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются 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.

Рис. 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. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

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

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

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

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

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

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

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

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

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

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

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

Тематики

• автоматизированные системы

Синонимы

• промышленная сеть
• промышленная управляющая сеть

EN

• field bus
• fieldbus

цена
Денежное выражение стоимости товара.
[ ГОСТ Р 51303-99]

цена
Количество денег, уплачиваемых за единицу товара. В условиях централизованно планируемой экономики рассматривается как «денежное выражение стоимости товара» и инструмент регулирующего планового воздействия на экономику в целях повышения эффективности экономической системы, поддержания равновесия в ней, правильного соизмерения затрат и результатов. Поэтому здесь Ц. выполняет учетную, стимулирующую, распределительную функции. В условиях рыночной экономики главная функция цен — информационная: Ц. сообщает участникам обмена сведения, необходимые для принятия ими решений; кроме того: регулирующая (или, как говорил польский экономист О.Ланге, — параметрическая), наконец, функция «исключения» из рынка тех продавцов и покупателей, которые почему-либо не удовлетворяют диктуемым этим рынком условиям. Цена представляет денежную сумму, требуемую, предлагаемую или уплаченную за некий товар или услугу. Она является историческим фактом — вне зависимости от того, была ли она объявлена открыто или осталась в тайне. В силу финансовых возможностей, мотивов или особых интересов конкретных покупателя и продавца, цена, уплаченная за товары или услуги, может не соответствовать стоимости, которую могли бы присвоить этим товарам или услугам другие лица. Тем не менее, цена обычно является индикатором относительной стоимости, присваиваемой этим товарам или услугам данным покупателем и/или продавцом при конкретных обстоятельствах. (МСО) В статистике и экономическом анализе учитываются цены отчетные, плановые, прогнозные, а также фактические и сопоставимые (приведенные к некоторой дате, принятой за отправную точку расчета). Реальной ценой (real price) товара или услуги на определенный момент называется цена, пересчитанная относительно изменения среднего уровня цен с момента, принятого за базовый. (Пример: если товар в ценах 1995 году стоил 100 рублей, а в 2000 году — 10000 рублей, причем средний уровень цен за это время вырос в 200 раз, значит реальная цена составляет 50 рублей в ценах 1995 года.) Аналогично относительная цена (relative price) товара или услуги X по сравнению с ценой некоторого другого блага Y равна отношению цены X к цене Y. Внутренние расчетные цены, применяемые в вертикально интегрированных фирмах и корпорациях, называются трансфертными ценами (transfer prices). Подробнее о процессах формирования цен см. в статье Ценообразование. См. также: Бюджетная линия, Гиффина товары, Дефляция, Затратный принцип ценообразования, Индекс цен, Инфляция, Компенсированное изменение цен, Ласпейреса индекс, Лидерство в ценообразовании, Оптимальное ценообразование,, Основная цена, Относительная цена, Пааше индекс, Предельные цены, Слуцкого уравнения, Цена безубыточности, Ценовая дискриминация.
[ http://slovar-lopatnikov.ru/]

Тематики

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

EN

• price

2.29 цена (price): Компенсация в денежном или другом выражении за поставку продукта или оказание услуги (2.44).

Примечание - Где приемлемо, цена выражается в отношении единицы продукта или услуги.

Пример - Цена кубического метра питьевой воды (2.11), цена подсоединения (2.9) 20 метров в длину.

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.29 цена (price): Компенсация в денежном или другом выражении за поставку продукта или оказание услуги (2.44).

Примечание - Где приемлемо, цена выражается в отношении единицы продукта или услуги.

Пример - Цена кубического метра питьевой воды (2.11), цена подсоединения (2.9) 20 метров в длину.

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

2.29 цена (price): Компенсация в денежном или другом выражении за поставку продукта или оказание услуги (2.44).

Примечание - Где приемлемо, цена выражается в отношении единицы продукта или услуги.

Пример - Цена кубического метра питьевой воды (2.11), цена подсоединения (2.9) за 20 метров в длину.

Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

разнообразие
Различные средства для выполнения требуемой функции.
Пример
Разнообразие может достигаться использованием различных физических методов и различных проектных подходов.
[ ГОСТ Р МЭК 61508-4-2007]

разнообразие
(в кибернетике и общей теории систем) — количественная характеристика сложности системы: измеряется логарифмом (по основанию 2) возможных различимых ее состояний. (См. Необходимое разнообразие.)
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика
• электробезопасность

EN

• diversity
• variety

3.3 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.

[МЭК 60880, пункт 3.14]

Примечание - См. также «функциональное разнообразие».

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

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

(Глоссарий МАГАТЭ по вопросам безопасности:2007)

Примечание - В МЭК 60880 дано следующее определение для термина «разнообразие»: Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.

Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа

3.14 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.3 разнообразие (diversity): Наличие двух или более различных путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.

[МЭК 60880:2006, определение 3.14]

Примечание - Это определение шире используемого в IAEA NS-G-1.3: «наличие двух или более систем или компонентов, предназначенных для выполнения определенной функции, где различные системы или компоненты обладают различными свойствами, чтобы уменьшить возможность общего отказа».

[МЭК 61226:2005, определение 3.5]

Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа

3.3.9 разнообразие (diversity): Различные средства для выполнения требуемой функции.

ПРИМЕР - Разнообразие может достигаться использованием различных физических методов и различных проектных подходов.

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.16 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.

[МЭК 60880-2, пункт 3.6]

Примечание 1 - См. также «функциональное разнообразие».

Примечание 2 - Это определение шире, чем использованное в МАГАТЭ 50-C-D: «существование избыточных компонентов или систем с целью выполнения определенной функции, когда такие компоненты или системы совместно несут в себе одну или более различных характеристик. Например, такие характеристики, как различные условия работы, размеры оборудования, производители, принципы функционирования и типы оборудования, использующие различные физические методы».

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

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

Шынаматлан тыгай возымашым налына: «Мутланен ит шого! Пеш ит кычкыре!» «У вий» Для примера возьмём такую запись: «Не разговаривай! Громко не кричи!»

Шынаматлан кӧгӧрченым налына. Кӧгӧрченын кап формыжо кӱнчыла шӱдыр гайрак. «Биологий» Для примера возьмём голубя. Форма тела голубя похожа на веретено.

Пошкудыжат пуралеш, Якай ватым мокталеш: уш-акылжат, пашажат – чылаж денат шынамат. Ӱпымарий. И соседи заходят, хвалят жену Якая: и умом, и делами – пример во всём.

Пудештме йӱк – каваште, Тылзыште – пудештме! Мо тиде? Модыш-лодыш? Шынамат гына? В. Колумб. Звук взрыва – на небе, взрыв – на луне! Что это? Забава? Только эксперимент?

Колыштам гын, шӱвыр шоктымет весеме. Первый шоктымет шынамат гай веле. «У вий» Как слышу, твоя игра на волынке изменилась. Твоя первая игра только как репетиция.

прикладное программное обеспечение
Программы, занимающиеся обработкой пользовательских данных, например офисные программы, бизнес-программы, программы для работы с графикой и т.д.
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• application software

3.4 прикладное программное обеспечение (application software): Часть программного обеспечения системы контроля и управления, которая обеспечивает выполнение прикладных функций.

[МЭК 61513, пункт 3.2]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.2 прикладное программное обеспечение (application software): Часть программного обеспечения системы контроля и управления, которое обеспечивает выполнение прикладных функций (см. рисунок 2).

Примечание 1 - См. также «прикладная функция», «библиотека прикладных программ», «системное программное обеспечение системы».

Примечание 2 - Прикладное программное обеспечение отличается от системного.

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.23 прикладное программное обеспечение (application software): Специальное программное обеспечение, предназначенное для применения в системе SRECS, содержащее логические последовательности, пределы и выражения для управления соответствующими выходами, а также решения, необходимые для выполнения системой SRECS своих функций (см. ЕН 62061, пункт 3.2.46).

Примечание - Для примера - программа для PLC, обеспечивающая безопасность при работе на станке.

Источник: ГОСТ Р ЕН 1870-1-2011: Безопасность деревообрабатывающих станков. Станки круглопильные. Часть 1. Станки круглопильные универсальные (с подвижным столом и без), станки круглопильные форматные и станки круглопильные для строительной площадки

3.25 прикладное программное обеспечение (application software): Особое программное обеспечение для специального применения, содержащее логические последовательности, пределы и выражения для контроля соответствующих вводов, выходов, расчетов и решений, необходимых для выполнения функциональных требований системы SRECS согласно ЕН 62061 (пункт 3.1.36).

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

Источник: ГОСТ Р ЕН 940-2009: Безопасность деревообрабатывающих станков. Станки комбинированные деревообрабатывающие

3.2.21 прикладное программное обеспечение (application software): Специальное программное обеспечение, предназначенное для применения в системе SRECS, содержащее логические последовательности, пределы и выражения для управления соответствующими выходами, а также решения, необходимые для выполнения системой SRECS своих функций (см. ЕН 62061, пункт 3.2.46).

Примечание - Например: программа для PLC, обеспечивающая работу станка.

Источник: ГОСТ Р ЕН 848-1-2011: Безопасность деревообрабатывающих станков. Станки фрезерные односторонние. Часть 1. Станки фрезерные одношпиндельные с вертикальным нижним расположением шпинделя

3.2.14 прикладное программное обеспечение (application software): Особое программное обеспечение для специального применения, выполненное главным проектировщиком системы SRECS.

Примечание 1 - В основном оно содержит логические последовательности, пределы и выражения для контроля соответствующих входов, выходов, расчетов и решений, необходимых для выполнения функциональных требований SRECS согласно ЕН 62061 (пункт 3.2.46).

Примечание 2 - Пример - программа SRECS как часть системы управления для безопасной эксплуатации станка.

Источник: ГОСТ Р ЕН 859-2010: Безопасность деревообрабатывающих станков. Станки фуговальные с ручной подачей

3.2.17 прикладное программное обеспечение (application software): Особое программное обеспечение для специального применения, выполненное главным проектировщиком системы SRECS.

Примечание 1 - В основном оно содержит логические последовательности, пределы и выражения для контроля соответствующих входов, выходов, расчетов и решений, необходимых для выполнения функциональных требований SRECS согласно ЕН 62061 (пункт 3.1.36).

Примечание 2 - Пример - программа SRECS как часть системы управления для безопасной эксплуатации станка.

Источник: ГОСТ Р ЕН 860-2010: Безопасность деревообрабатывающих станков. Станки рейсмусовые односторонние

3.2.19 прикладное программное обеспечение (application software): Специальное программное обеспечение, предназначенное для применения в системе SRECS, содержащее логические последовательности, пределы и выражения для управления соответствующими выходами, а также решения, необходимые для выполнения системой SRECS своих функций (см. ЕН 62061, пункт 3.2.46).

Источник: ГОСТ Р ЕН 861-2011: Безопасность деревообрабатывающих станков. Станки фуговально-рейсмусовые

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

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

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

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

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

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

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

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

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

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

технология коммутации
-
[Интент]

Современные технологии коммутации
[ http://www.xnets.ru/plugins/content/content.php?content.84]

Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

• Введение
• Коммутация первого уровня.
• Коммутация второго уровня.
• Коммутация третьего уровня.
• Коммутация четвертого уровня.
• Критерии выбора оборудования, физическая и логическая структура сети
• Качество обслуживания (QoS) и принципы задания приоритетов
• Заключение

Введение

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

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

Дальнейшее развитие сетей шло по нескольким путям:

• увеличение скорости,
• внедрение сегментирования на основе коммутации,
• объединение сетей при помощи маршрутизации.

Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

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

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

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

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

С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

Рассмотрению технологий коммутации и посвящена данная статья.

Коммутация первого уровня

Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

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

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

Коммутация второго уровня

Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

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

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

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

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

Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

Существует 3 варианта архитектуры коммутаторов:
 

• переключение (cross-bar) с буферизацией на входе,
• самомаршрутизация (self-route) с разделяемой памятью
• высокоскоростная шина.

На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

Коммутация третьего уровня

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

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

Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

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

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

Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

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

Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

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

Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

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

По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

Коммутация четвертого уровня

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

Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

Тематики

• сети вычислительные

EN

• switching technology