Перевод: со всех языков на все языки

со всех языков на все языки

станции+приёма+данных

  • 41 computer human interface

    1. человеко-машинный интерфейс

     

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

    4876
    Рис. 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). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

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

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

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

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

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

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 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

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

  • 42 human interface device

    1. человеко-машинный интерфейс

     

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

    4876
    Рис. 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). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

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

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

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

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

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

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 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

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

  • 43 human-machine interface

    1. человеко-машинный интерфейс

     

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

    4876
    Рис. 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). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

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

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

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

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

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

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 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

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

  • 44 operator-machine communication

    1. человеко-машинный интерфейс

     

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

    4876
    Рис. 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). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

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

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

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

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

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

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 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

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

  • 45 selection

    1. отбор
    2. искание
    3. выборка станции данных
    4. выбор (в электросвязи)

     

    выбор

    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    выборка станции данных
    выборка

    Процесс приглашения одной или нескольких подчиненных станций данных к приему данных.
    [ ГОСТ 24402-88]

    Тематики

    Синонимы

    EN

     

    искание
    Процесс опроса состояния или выбора выхода или группы выходов при установлении соединения в коммутационном поле коммутационной станции или его отдельных частях.
    [ ГОСТ 19472-88

    Тематики

    EN

     

    отбор

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    132. Искание

    Selection

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

    Источник: ГОСТ 19472-88: Система автоматизированной телефонной связи общегосударственная. Термины и определения оригинал документа

    54. Выборка станции данных

    Выборка

    Selection

    Процесс приглашения одной или нескольких подчиненных станций данных к приему данных

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

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

  • 46 validation

    1. смещение
    2. проверка подлинности
    3. подтверждение соответствия
    4. подтверждение (в информационных технологиях)
    5. оценка пригодности методики анализа вещества [материала] (объекта аналитического контроля)
    6. общая субъективная оценка
    7. испытания
    8. валидация
    9. валида ция
    10. аттестация
    11. активация (службы Игр «Сочи 2014)

     

    активация
    контроль
    утверждение

    Процесс изменения статуса аккредитации лица на Олимпийской/Паралимпийской идентификационной и аккредитационной карточке и признание карточки действующей.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    EN

    validation
    Process of changing the accreditation status of an individual's Olympic/Paralympic identity and accreditation card to live.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    Синонимы

    EN

     

    валидация
    Подтверждение посредством представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.
    Примечания
    1. Термин "валидирован" используют для обозначения соответствующего статуса.
    2. Условия применения могут быть реальными или смоделированными.
    [ ГОСТ Р ИСО 9000-2008]

    Тематики

    EN

     

    общая субъективная оценка

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

    Тематики

    EN

     

    оценка пригодности методики анализа вещества [материала] (объекта аналитического контроля)
    Подтверждение на основе представления объективных свидетельств того, что методика анализа вещества [материала] объекта аналитического контроля может быть применена для конкретного объекта или группы объектов.
    Примечание
    Оценка пригодности методики анализа вещества или материала включает: спецификацию требований; определение характеристик методики; проверку того, что требования могут быть удовлетворены при использовании данной методики и объявление о применимости.
    [ ГОСТ Р 52361-2005]

    Тематики

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

    EN

     

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

    EN

    validation
    (ITIL Service Transition) An activity that ensures a new or changed IT service, process, plan or other deliverable meets the needs of the business. Validation ensures that business requirements are met even though these may have changed since the original design. See also acceptance; qualification; service validation and testing; verification.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

     

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

    Тематики

    EN

    4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

    4.23 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

    3.35 аттестация (validation): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования к конкретным объектам полностью реализованы.

    Примечания

    1 В процессе проектирования и разработки аттестация связана с экспертизой продукта в целях определения его соответствия потребностям пользователя.

    2 Аттестацию обычно проводят для конечного продукта в установленных условиях эксплуатации. При необходимости аттестация может проводиться на более ранних стадиях.

    3 Термин «аттестован» используется для обозначения соответствующих состояний объекта.

    4 Может быть проведен ряд аттестаций, если они преследуют различные цели. (См. 2.18 title="Управление качеством и обеспечение качества - Словарь").

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

    3.17 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования в отношении конкретного использования или применения были выполнены.

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

    3.10 аттестация (qualificfcion, validation): Подтверждение соответствия заданным требованиям.

    Примечания

    1. На различных этапах проектирования, монтажа и ввода в эксплуатацию объектов проводятся:

    - аттестация проекта (DQ - Design Qualification);

    - аттестация в построенном состоянии (IQ - installation Qualification);

    - аттестация в оснащенном состоянии (OQ - Operation Qualification);

    - аттестация в эксплуатируемом состоянии (PQ - Performance Qualification).

    2. Для проведения аттестации требуются программа аттестации (validation master plan) и методики аттестации.

    «Валидационный мастер план» - нерекомендуемый термин.

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

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

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

    2.17 валидация (validation): Подтверждение посредством предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000:2005]

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

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

    2.31 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

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

    2.26 валида ция (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10), относящегося к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

    Примечание 2 - Содержание плана проекта описано в 5.2.

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

    2.32 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.11), относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации (2.33).

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

    Примечание 2 - Содержание плана проекта по ПГ приведено в ИСО 14064-2, подраздел 5.2.

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

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

    Источник: ГОСТ Р ЕН 13528-3-2010: Качество атмосферного воздуха. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний. Часть 3. Руководство по выбору, использованию и техническому обслуживанию

    3.1.21 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000, статья 3.8.5]

    Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

    3.5 валидация (validation): Подтверждение на основе предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    Примечание - Термин введен с целью уточнения понятия.

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

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

    [Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

    Примечание - См. также «функциональная валидация» и «валидация системы».

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

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

    Примечание 1 - Адаптированное определение по ИСО 9000:2005, пункт 3.8.5 [1].

    Примечание 2 - См. рисунок 1.

    Примечание 3 - Данный термин часто используют совместно с термином «верификация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

    Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

    2.140 валидация (validation): Подтверждение на основе представления объективных доказательств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 14698-1:2003, статья 3.1.21], [ИСО 14698-2:2003, статья 3.14]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

    3.8.2 подтверждение соответствия (validation): Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.

    Примечания

    1. Адаптировано из ИСО 8402 путем исключения примечаний.

    2. В настоящем стандарте имеется три фазы подтверждения соответствия:

    - подтверждение соответствия общей системы безопасности (МЭК 61508-1 (рисунок 2));

    - подтверждение соответствия E/E/PES системы (МЭК 61508-1 (рисунок 3));

    - подтверждение соответствия программного обеспечения (МЭК 61508-1 (рисунок 4)).

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

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

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

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

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

    Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа

    3.2.60 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

    5.4 валидация (validation):

    в контексте оценки: Процесс (6.4), посредством которого эксперт по оценке (5.31.4) определяет, что собранная информация является точной, достоверной, надежной, достаточной и соответствующей целям проведения оценки.

    [ИСО 14015:2001];

    в контексте парниковых газов: Систематически проводимый, независимый и документально оформленный процесс (6.4) по оценке утверждения по парниковым газам (9.5.2), относящегося к плану проекта по парниковым газам (9.4.2), на соответствие согласованным критериям валидации (5.12).

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

    [ИСО 14065:2007]

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

    3.3.1 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по ПГ, на соответствие согласованным критериям валидации.

    Примечания

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

    2 Содержание плана проекта ПГ см. ИСО 14064-2:2006, 5.2.

    3 В соответствии с ИСО 14064-3:2006, статья 2.32.

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

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

  • 47 данные

    1. data

     

    данные
    Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
    [ИСО/МЭК 2382-1]
    [ ГОСТ Р 52292-2004]

    данные
    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
    [ ГОСТ 15971-90]
    [ ГОСТ Р 50304-92]
    [ОСТ 45.127-99]

    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]

    данные
    Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
    [ ГОСТ Р ИСО/МЭК 12119-2000]
    [ ГОСТ Р 52653-2006]

    данные
    Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
    [ ГОСТ 34.320-96]

    данные
    Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
    [ ГОСТ 17657-79]

    данные
    Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
    [ГОСТ 7.0-99]

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


    Тематики

    EN

    FR

    3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей.

    [ИСО/МЭК 15939:2007]

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

    1. Данные

    Data

    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    3.2.14 данные (data): Представление информации в формальном виде, пригодном для передачи, интерпретации или обработки людьми или компьютерами;

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

    2.6 данные (Data): Дискретные объективные факты (номера, символы, цифры) без контекста и пояснений.

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

    3.12 данные (data): Представление информации или команд в виде, пригодном для передачи, интерпретации или обработки с помощью компьютера.

    [IEEE 610, модифицировано]

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

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

    3.13 данные (data): Представление информации или сообщений в виде, подходящем для передачи, интерпретации или обработки с помощью компьютеров (см. рисунок 2).

    [IEEE 610, модифицировано] [1]

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

    3.1.3 данные (data): Любой элемент информации, принимаемый регистратором для записи, включая численные значения, текст, а также звуковые и радиолокационные сигналы, за исключением особо оговоренных случаев или ситуаций, когда по контексту понятно иное.

    Источник: ГОСТ Р МЭК 61996-1-2009: Морское навигационное оборудование и средства радиосвязи. Судовой регистратор данных рейса (РДР). Часть 1. Регистратор данных рейса (РДР). Технико-эксплуатационные требования, методы и требуемые результаты испытаний оригинал документа

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

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

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

  • 48 data

    1. факты
    2. технические характеристики
    3. Термины, определенные в ИСО 10303-1
    4. показатели
    5. новости (амер.)
    6. данные

     

    данные
    Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
    [ИСО/МЭК 2382-1]
    [ ГОСТ Р 52292-2004]

    данные
    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
    [ ГОСТ 15971-90]
    [ ГОСТ Р 50304-92]
    [ОСТ 45.127-99]

    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]

    данные
    Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
    [ ГОСТ Р ИСО/МЭК 12119-2000]
    [ ГОСТ Р 52653-2006]

    данные
    Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
    [ ГОСТ 34.320-96]

    данные
    Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
    [ ГОСТ 17657-79]

    данные
    Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
    [ГОСТ 7.0-99]

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


    Тематики

    EN

    FR

     

    новости (амер.)

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    показатели

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    технические характеристики
    Ряд номинальных параметров или условий эксплуатации.
    [ ГОСТ Р МЭК 60050-426-2006]

    технические характеристики
    -
    [Интент]


    Тематики

    EN

    FR

     

    факты

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей.

    [ИСО/МЭК 15939:2007]

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

    3.1 Термины, определенные в ИСО 10303-1

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

    - приложение (application);

    - прикладной объект (application object);

    - прикладной протокол (application protocol);

    - прикладная эталонная модель; ПЭМ (application reference model; ARM);

    - данные (data);

    - информация (information);

    - интегрированный ресурс (integrated resource);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

    1. Данные

    Data

    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    3.2.14 данные (data): Представление информации в формальном виде, пригодном для передачи, интерпретации или обработки людьми или компьютерами;

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

    2.6 данные (Data): Дискретные объективные факты (номера, символы, цифры) без контекста и пояснений.

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

    3.12 данные (data): Представление информации или команд в виде, пригодном для передачи, интерпретации или обработки с помощью компьютера.

    [IEEE 610, модифицировано]

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

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

    3.13 данные (data): Представление информации или сообщений в виде, подходящем для передачи, интерпретации или обработки с помощью компьютеров (см. рисунок 2).

    [IEEE 610, модифицировано] [1]

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

    3.1.3 данные (data): Любой элемент информации, принимаемый регистратором для записи, включая численные значения, текст, а также звуковые и радиолокационные сигналы, за исключением особо оговоренных случаев или ситуаций, когда по контексту понятно иное.

    Источник: ГОСТ Р МЭК 61996-1-2009: Морское навигационное оборудование и средства радиосвязи. Судовой регистратор данных рейса (РДР). Часть 1. Регистратор данных рейса (РДР). Технико-эксплуатационные требования, методы и требуемые результаты испытаний оригинал документа

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

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

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

  • 49 валидация

    1. validation
    2. en

     

    валидация
    Подтверждение посредством представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.
    Примечания
    1. Термин "валидирован" используют для обозначения соответствующего статуса.
    2. Условия применения могут быть реальными или смоделированными.
    [ ГОСТ Р ИСО 9000-2008]

    Тематики

    EN

    4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

    4.23 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

    3.17 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования в отношении конкретного использования или применения были выполнены.

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

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

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

    2.17 валидация (validation): Подтверждение посредством предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000:2005]

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

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

    2.31 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

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

    2.32 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.11), относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации (2.33).

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

    Примечание 2 - Содержание плана проекта по ПГ приведено в ИСО 14064-2, подраздел 5.2.

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

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

    Источник: ГОСТ Р ЕН 13528-3-2010: Качество атмосферного воздуха. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний. Часть 3. Руководство по выбору, использованию и техническому обслуживанию

    3.1.21 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000, статья 3.8.5]

    Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

    3.8.5 валидация (en validation; fr validation): Подтверждение на основе представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «подтверждено» используется для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

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

    3.5 валидация (validation): Подтверждение на основе предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    Примечание - Термин введен с целью уточнения понятия.

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

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

    [Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

    Примечание - См. также «функциональная валидация» и «валидация системы».

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

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

    Примечание 1 - Адаптированное определение по ИСО 9000:2005, пункт 3.8.5 [1].

    Примечание 2 - См. рисунок 1.

    Примечание 3 - Данный термин часто используют совместно с термином «верификация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

    Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

    2.140 валидация (validation): Подтверждение на основе представления объективных доказательств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 14698-1:2003, статья 3.1.21], [ИСО 14698-2:2003, статья 3.14]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

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

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

    Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа

    3.2.60 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

    5.4 валидация (validation):

    в контексте оценки: Процесс (6.4), посредством которого эксперт по оценке (5.31.4) определяет, что собранная информация является точной, достоверной, надежной, достаточной и соответствующей целям проведения оценки.

    [ИСО 14015:2001];

    в контексте парниковых газов: Систематически проводимый, независимый и документально оформленный процесс (6.4) по оценке утверждения по парниковым газам (9.5.2), относящегося к плану проекта по парниковым газам (9.4.2), на соответствие согласованным критериям валидации (5.12).

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

    [ИСО 14065:2007]

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

    3.3.1 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по ПГ, на соответствие согласованным критериям валидации.

    Примечания

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

    2 Содержание плана проекта ПГ см. ИСО 14064-2:2006, 5.2.

    3 В соответствии с ИСО 14064-3:2006, статья 2.32.

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

    Русско-английский словарь нормативно-технической терминологии > валидация

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

    1. SNMP
    2. Simple Network Management Protocol

     

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

    4950

    Рис. 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.

    4951

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

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

    4952

    Рис.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

    Русско-английский словарь нормативно-технической терминологии > протокол управления простой сетью

  • 51 fault

    1. ток повреждения
    2. сверхток
    3. сброс
    4. сбой
    5. разлом
    6. повреждение (цепи, линии, устройства)
    7. повреждение (во взрывозащите)
    8. повреждение
    9. ошибка
    10. отказ
    11. ненормальный режим работы
    12. неисправность
    13. неисправное состояние
    14. нарушение
    15. короткое замыкание
    16. дизъюктивное нарушение
    17. дефект
    18. выход из строя
    19. аварийное сообщение

     

    аварийное сообщение
    -

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

    The system offers diagnostic and statistics functions and configurable warnings and faults, allowing better prediction of component maintenance, and provides data to continuously improve the entire system.
    [Schneider Electric]

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

    Various alarm notifications are available to indicate a compromised security state such as forced entry and door position.
    [APC]

    Устройство может формировать различные аварийные сообщения о нарушении защиты, например, о несанкционированном проникновении или об изменении положения двери.
    [Перевод Интент]


    Тематики

    EN

     

    выход из строя

    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    выход системы из строя
    вследствие отказа аппаратного или программного обеспечения либо средств связи
    [Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. © 1998-2007 гг., Э.М. Пройдаков, Л.А. Теплицкий. 13,8 тыс. статей.]

    выход из строя
    -

    [Интент]

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

    При повторных выходах из строя тех же элементов испытания следует считать неудовлетворительными.
    [ ГОСТ 24314-80]

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

    Судовая электрическая сеть, предназначенная для передачи электроэнергии при выходе из строя линий электропередачи силовой сети или исчезновении напряжения
    [ ГОСТ 22652-77]

    Тематики

    Синонимы

    EN

     

    дизъюктивное нарушение
    Относительное перемещение частей пластов вдоль плоскости их разрыва (геол.)
    [ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

    Тематики

    EN

     

    короткое замыкание
    Случайное или намеренное соединение резистором или импедансом со сравнительно низким сопротивлением двух или более точек в цепи, нормально находящихся под различным напряжением.
    Случайное или намеренное низкоимпедансное или низкоомное соединение двух или более точек электрической цепи, нормально находящихся под разными электрическими потенциалами. (вариант компании Интент)
    МЭК 60050(151-03-41) [2].
    [ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

    короткое замыкание
    Случайный или преднамеренный проводящий путь между двумя или более проводящими частями, принуждающий различия электрических потенциалов между этими проводящими частями становиться равными или близкими к нулю.
    Короткое замыкание обычно возникает в аварийном режиме электроустановки здания при повреждении изоляции токоведущих частей, находящихся под разными электрическими потенциалами, и возникновении между этими частями электрического контакта, имеющего пренебрежимо малое полное сопротивление. Короткое замыкание также может быть следствием ошибочных действий, совершаемых персоналом при монтаже и эксплуатации электроустановки здания, когда соединяют между собой проводящие части, которые в нормальном режиме находятся под разными электрическими потенциалами.
    Короткое замыкание характеризуется током короткого замыкания, который, многократно превышая номинальный ток электрической цепи, может вызвать возгорание её элементов и явиться причиной пожара в здании. Поэтому в электроустановках зданий всегда проводят мероприятия, направленные на снижение вероятности возникновения короткого замыкания, а также выполняют защиту от короткого замыкания с помощью устройств защиты от сверхтока.
    [ http://www.volt-m.ru/glossary/letter/%CA/view/27/]

    короткое замыкание
    Случайное или преднамеренное соединение двух или более проводящих частей, вызывающее снижение разности электрических потенциалов между этими частями до нуля или значения, близкого к нулю.
    [ ГОСТ Р МЭК 60050-195-2005]

    короткое замыкание
    КЗ

    замыкание, при котором токи в ветвях электроустановки, примыкающих к месту его возникновения, резко возрастают, превышая наибольший допустимый ток продолжительного режима
    [Методические указания по защите распределительных электрических сетей напряжением 0,4-10 кВ от грозовых перенапряжений]

    EN

    short-circuit
    accidental or intentional conductive path between two or more conductive parts forcing the electric potential differences between these conductive parts to be equal to or close to zero
    Source: 151-03-41 MOD
    [IEV number 195-04-11]

    FR

    court-circuit
    chemin conducteur accidentel ou intentionnel entre deux ou plusieurs parties conductrices forçant les différences de potentiel électriques entre ces parties conductrices à être nulles ou proches de zéro
    Source: 151-03-41 MOD
    [IEV number 195-04-11]

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

    A short-circuit is a low impedance connection between two conductors at different voltages.
    [ABB]

    Короткое замыкание представляет собой низкоомное соединение двух проводников, находящихся под разными потенциалами.
    [Перевод Интент]

    Тематики

    Синонимы

    • КЗ

    EN

    DE

    FR

     

    нарушение
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    EN

    fault
    Another term for offense.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

     

    неисправное состояние
    Состояние объекта, при котором он не соответствует хотя бы одному из требований нормативно-технической и (или) конструкторской (проектной) документации.
    [ ГОСТ 27.002-89]
    [ОСТ 45.152-99]

    неисправное состояние
    неисправность

    По ГОСТ 13377-75
    [ ГОСТ 24166-80]

    неисправное состояние
    Состояние системы тревожной сигнализации, препятствующее реагированию системы на наличие опасности в соответствии с требованиями стандартов.
    [ ГОСТ Р 50775-95]
    [МЭК 839-1-1-88]

    Тематики

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

    Синонимы

    EN

    DE

    FR

     

    неисправность
    отказ в работе

    Состояние машины, характеризующееся неспособностью выполнять заданную функцию, исключая случаи проведения профилактического технического обслуживания, других запланированных действий или недостаток внешних ресурсов (например, отключение энергоснабжения).
    Примечание 1
    Неисправность часто является результатом повреждения самой машины, однако она может иметь место и без повреждения.
    Примечание 2
    На практике термины «неисправность», «отказ» и «повреждение» часто используются как синонимы.
    [ ГОСТ Р ИСО 12100-1:2007]

    неисправность

    Состояние оборудования, характеризуемое его неспособностью выполнять требуемую функцию, исключая профилактическое обслуживание или другие планово-предупредительные действия, а также исключая неспособность выполнять требуемую функцию из-за недостатка внешних ресурсов.
    Примечание - Неисправность часто является следствием отказа самого оборудования, но может существовать и без предварительного отказа.
    [ГОСТ ЕН 1070-2003]

    неисправность
    Состояние технического объекта (элемента), характеризуемое его неспособностью выполнять требуемую функцию, исключая периоды профилактического технического обслуживания или другие планово-предупредительные действия, или в результате недостатка внешних ресурсов.
    Примечания
    1 Неисправность является часто следствием отказа самого технического объекта, но может существовать и без предварительного отказа.
    2 Английский термин «fault» и его определение идентичны данному в МЭК 60050-191 (МЭС 191-05-01) [1]. В машиностроении чаще применяют французский термин «defaut» или немецкий термин «Fehler», чем термины «panne» и «Fehlzusstand», которые употребляют с этим определением.
    [ ГОСТ Р ИСО 13849-1-2003]

    Тематики

    EN

    DE

    FR

     

    ненормальный режим работы электротехнического изделия
    Режим работы электротехнического изделия (электротехнического устройства, электрооборудования), при котором значение хотя бы одного из параметров режима выходит за пределы наибольшего или наименьшего рабочего значения.
    [ ГОСТ 18311-80]


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

    Рассмотрим наиболее характерные ненормальные режимы.

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

    б) Качания в системах возникают при выходе из синхронизма работающих параллельно генераторов (или электростанций) А и В (рис. 1-2, б). При качаниях в каждой точке системы происходит периодическое изменение («качание») тока и напряжения. Ток во всех элементах сети, связывающих вышедшие из синхронизма генераторы А и В, колеблется от нуля до максимального значения, во много раз превышающего нормальную величину. Напряжение падает от нормального до некоторого минимального значения, имеющего разную величину в каждой точке сети. В точке С, называемой электрическим центром качаний, оно снижается до нуля, в остальных точках сети напряжение падает, но остается больше нуля, нарастая от центра качания С к источникам питания А и В. По характеру изменения тока и напряжения качания похожи на к. з. Возрастание тока вызывает нагревание оборудования, а уменьшение напряжения нарушает работу всех потребителей системы. Качание — очень опасный ненормальный режим, отражающийся на работе всей энергосистемы.

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

    [Чернобровов Н. В. Релейная защита. Учебное пособие для техникумов]

    Тематики

    Синонимы

    EN

     

    отказ
    Нарушение способности оборудования выполнять требуемую функцию.
    Примечания
    1. После отказа оборудование находится в неисправном состоянии.
    2. «Отказ» является событием, в отличие от «неисправности», которая является состоянием.
    3. Это понятие, как оно определено, не применяют к оборудованию объекту, состоящему только из программных средств.
    4. На практике термины «отказ» и «неисправность» часто используют как синонимы.
    [ГОСТ ЕН 1070-2003]
    [ ГОСТ Р ИСО 13849-1-2003]
    [ ГОСТ Р МЭК 60204-1-2007]

    отказ
    Событие, заключающееся в нарушении работоспособного состояния объекта.
    [ ГОСТ 27.002-89]
    [ОСТ 45.153-99]
    [СТО Газпром РД 2.5-141-2005]
    [СО 34.21.307-2005]

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

    EN

    failure
    the termination of the ability of an item to perform a required function
    NOTE 1 – After failure the item has a fault.
    NOTE 2 – "Failure" is an event, as distinguished from "fault", which is a state.
    NOTE 3 – This concept as defined does not apply to items consisting of software only.
    [IEV number 191-04-01]
    NOTE 4 - In practice, the terms fault and failure are often used synonymously
    [IEC 60204-1-2006]

    FR

    défaillance
    cessation de l'aptitude d'une entité à accomplir une fonction requise
    NOTE 1 – Après défaillance d'une entité, cette entité est en état de panne.
    NOTE 2 – Une défaillance est un passage d'un état à un autre, par opposition à une panne, qui est un état.
    NOTE 3 – La notion de défaillance, telle qu'elle est définie, ne s'applique pas à une entité constituée seulement de logiciel.
    [IEV number 191-04-01]

    Тематики

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

    EN

    DE

    FR

     

    повреждение
    Повреждение любого элемента, разделения, изоляции или соединения между элементами, не являющихся неповреждаемыми по МЭК 60079-11 [8], при проведении испытаний на искробезопасность.
    [ ГОСТ Р МЭК 60050-426-2006]


    Тематики

    EN

     

    повреждение (цепи, линии, устройства)
    -

    [Интент]

    Тематики

    EN

     

    разлом

    [ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    EN

    fault
    A fracture or a zone of fractures along which there has been displacement of the sides relative to one another parallel to the fracture. (Source: BJGEO)
    [http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    Тематики

    EN

    DE

    FR

     

    сбой
    Самоустраняющийся отказ или однократный отказ, устраняемый незначительным вмешательством оператора.
    [ ГОСТ 27.002-89]
    [ОСТ 45.153-99]
    [СТО Газпром РД 2.5-141-2005]

    сбой
    Ненормальный режим, который может вызвать уменьшение или потерю способности функционального блока выполнять требуемую функцию.
    Примечание
    МЭС 191-05-01 определяет «сбой» как состояние, характеризуемое неспособностью выполнить необходимую функцию, исключая неспособности, возникающие во время профилактического ухода или других плановых мероприятий, либо в результате недостатка внешних ресурсов. Иллюстрация к этим двум точкам зрения показана на рисунке [ ИСО / МЭК 2382-14-01-10].
    3743
    [ ГОСТ Р МЭК 61508-4-2007]

    Тематики

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

    EN

     

    сброс
    Разрывное нарушение, при котором сместитель падает в сторону опущенного крыла (висячее крыло опущено относительно лежачего).
    [ Словарь геологических терминов и понятий. Томский Государственный Университет]

    Тематики

    • геология, геофизика

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

    EN

     

    сверхток
    Любой ток, превышающий номинальный
    МЭК 60050(441-11-06).
    [ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]
    [ ГОСТ Р 50345-99( МЭК 60898-95)]

    сверхток
    Электрический ток, превышающий номинальный электрический ток.
    Сверхток представляет собой любой электрический ток, величина которого превышает номинальный ток какого-либо элемента электроустановки здания или используемого в ней электрооборудования, например: номинальный ток электрической цепи, допустимый длительный ток проводника, номинальный ток автоматического выключателя и т. д. В нормативной и правовой документации различают два основных вида сверхтока – ток перегрузки и ток короткого замыкания.
    Появление сверхтока в каком-либо элементе электроустановки здания может привести к его перегреву, возгоранию и, как следствие, к возникновению пожара в здании. Поэтому в электроустановках зданий выполняют защиту от сверхтока.
    [ http://www.volt-m.ru/glossary/letter/%D1/view/59/]

    сверхток
    сверхток в электротехническом изделии
    Ток, значение которого превосходит наибольшее рабочее значение тока электротехнического изделия (устройства).
    [ ГОСТ 18311-80]

    сверхток
    Электрический ток, превышающий номинальный электрический ток.
    Примечание - Для проводников номинальный ток считается равным длительному допустимому току.
    [ ГОСТ Р МЭК 60050-826-2009]

    Сверхток может оказывать или может не оказывать вредные воздействия в зависимости от его величины и продолжительности. Сверхтоки могут возникать в результате перегрузок в электроприемниках или при повреждениях, таких как короткие замыкания или замыканиях на землю
    [ ГОСТ Р 50571. 1-2009 ( МЭК 60364-1: 2005)]

    сверхток
    Любой ток, превышающий номинальное значение. Для проводов номинальным значением является допустимый ток.
    [ ГОСТ Р МЭК 60204-1-2007]

    EN

    overcurrent
    electric current exceeding the rated electric current
    NOTE – For conductors, the rated current is considered as equal to the current-carrying capacity
    [IEV number 826-11-14]


    over-current
    <>current exceeding the rated current
    <>[IEC 61095, ed. 2.0 (2009-02)]


    over-current
    electric current the value of which exceeds a specified limiting value
    [IEV number 151-15-28]
    [IEV number 442-01-20]

    FR

    surintensité, f
    courant électrique supérieur au courant électrique assigné
    NOTE – Pour des conducteurs, on considère que le courant assigné est égal au courant admissible.
    [IEV number 826-11-14]


    surintensité
    courant supérieur au courant assigné
    [IEC 61095, ed. 2.0 (2009-02)]
    [IEV number 442-01-20]
    surintensité, f
    courant électrique dont la valeur dépasse une valeur limite spécifiée
    [IEV number 151-15-28]

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

    The design of LV installations leads to basic protection devices being fitted for three types of faults:

    • overloads
    • short-circuits
    • insulation faults
    [Schneider Electric]

    Низковольтные электроустановки должны быть оснащены устройствами защиты трех типов:

    • от перегрузки;
    • от короткого замыкания;
    • от токов утечки.

    [Перевод Интент]

    Примечание
    .
    Слово fault в данном случае пришлось опустить, поскольку:
    - его нельзя перевести как "неисправность", т. к. возникновение 
    перегрузки ( overload) не является неисправностью;
    - его нельзя перевести как "сверхток", т. к. ток утечки не является сверхтоком
    .

    The chosen switchgear must withstand and eliminate faults at optimised cost with respect to the necessary performance.
    [Schneider Electric]

    Выбранная аппаратура распределения должна иметь такие характеристики, чтобы рентабельно выдерживать и ограничивать сверхтоки.
    [Перевод Интент]

     

    Тематики

    Синонимы

    EN

    DE

    FR

     

    ток повреждения
    Ток, возникающий в результате пробоя или перекрытия изоляции.
    [ ГОСТ Р 51321. 1-2000 ( МЭК 60439-1-92)]

    ток повреждения
    Ток, который протекает через данную точку повреждения в результате повреждения изоляции.
    [ ГОСТ Р МЭК 60050-826-2009]

    EN

    fault current
    current resulting from an insulation failure, the bridging of insulation or incorrect connection in an electrical circuit
    [IEC 61439-1, ed. 2.0 (2011-08)]

    fault current

    current which flows across a given point of fault resulting from an insulation fault
    [IEV number 826-11-11]

    FR

    courant de défaut
    courant résultant d'un défaut de l'isolation, du contournement de l’isolation ou d’un raccordement incorrect dans un circuit électrique
    [IEC 61439-1, ed. 2.0 (2011-08)]

    courant de défaut, m

    courant s'écoulant en un point de défaut donné, consécutivement à un défaut de l'isolation
    [IEV number 826-11-11]

    Тематики

    EN

    DE

    • Fehlerstrom, m

    FR

    • courant de défaut, m

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

    Источник: ГОСТ Р 52350.11-2005: Электрооборудование для взрывоопасных газовых сред. Часть 11. Искробезопасная электрическая цепь "I" оригинал документа

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

    Примечание - Неисправность часто является результатом отказа объекта, но может существовать и без отказа.

    Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

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

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

    Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

    3.5 неисправность (fault): Состояние объекта, когда один из его элементов или группа элементов проявляют признаки деградации или нарушения работы, что может привести к отказу машины.

    Примечания

    1 Неисправность часто является следствием отказа, но может иметь место и при его отсутствии.

    2 Состояние объекта не рассматривают как неисправное, если оно возникло вследствие запланированных процедур или нехватки внешних ресурсов.

    Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа

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

    Примечания

    1 Неисправность часто является следствием отказа объекта, но может иметь место и без него.

    2 В настоящем стандарте термин «неисправность» используется наряду с термином «отказ» по историческим причинам.

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

    3.1.30 ошибка (fault): Разность между погрешностью весоизмерительного датчика и основной погрешностью весоизмерительного датчика (см. 3.1.34).

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

    3.6 дефект (fault): Неисправность или ошибка в компоненте технического обеспечения, программного обеспечения или системы

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

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

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

    Примечание 3 - См. также «ошибка программного обеспечения» и «случайный дефект».

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

    3.2 неисправность (fault): Состояние объекта, когда один из его элементов или группа элементов проявляет признаки деградации или нарушения работы, что может привести к отказу машины.

    Примечание - Неисправность может привести к отказу.

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

    3.17 дефект (fault): Неисправность или ошибка в компоненте технического обеспечения, программного обеспечения или системы.

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

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

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

    Примечание - МЭС 191-05-01 определяет «сбой» как состояние, характеризуемое неспособностью выполнить необходимую функцию, исключая неспособности, возникающие во время профилактического ухода или других плановых мероприятий, либо в результате недостатка внешних ресурсов. Иллюстрация к этим двум точкам зрения показана на рисунке 4 [ИСО/МЭК 2382-14-01-10].

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

    3.22 дефект (fault): Дефект в аппаратуре, программном обеспечении или в компоненте системы (см. рисунок 3).

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

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

    Примечание 3 - См. также «дефект программного обеспечения».

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

    4.10.1 ошибка (fault): Разность между погрешностью показаний и погрешностью прибора.

    Источник: ГОСТ Р ЕН 1434-1-2011: Теплосчетчики. Часть 1. Общие требования

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

  • 52 NIC

    1. ядерный информационный центр
    2. система управления ядерным оборудованием АЭС
    3. Сетевой Информационный Центр
    4. сетевой адаптер
    5. сетевая интерфейсная плата
    6. сетевая интерфейсная карта (плата)
    7. почти мгновенное компандирование
    8. информационный центр сети

     

    информационный центр сети

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

    Тематики

    EN

     

    почти мгновенное компандирование
    Метод адаптивного компандирования в PCM кодере, при котором сигнал с выхода АЦП разбивается на блоки по N отсчетов в каждом (обычно N =8-16). Из N отсчетов в каждом блоке определяется тот, который имеет максимальный уровень: относительно него осуществляется перекодирование всех остальных (N-1) отсчетов. Такой метод позволяет снизить скорость передачи по сравнению с РСМ-64 до 32-56 кбит/с при сохранении заданного качества передачи.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    Тематики

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

    EN

     

    Сетевой Информационный Центр
    Изначально этот центр был единственным, располагался при SRI International и решал задачи управления сетью сообщества ARPANET (позднее и DDN). Сегодня существует множество центров на уровне локальных, региональных и национальных сетей по всему миру. Такие центры обеспечивают поддержку пользователей, доступ к документам, обучение и многое другое. 
    [ http://www.lexikon.ru/dict/net/index.html]

    Тематики

    EN

     

    сетевая интерфейсная карта (плата)
    Плата, реализующая определенный стандарт ЛВС и системный интерфейс ПЭВМ, например Ethernet и AT-bus, и поддерживаемая соответствующей сетевой ОС, например Netware фирмы Novell.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

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

    Тематики

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

    EN

     

    сетевая карта
    сетевой адаптер
    сетевой интерфейс

    Компонент компьютера для подключения к вычислительной сети.
    [ http://www.morepc.ru/dict/]

    сетевой адаптер
    Периферийное устройство (плата), обеспечивающее соединение компьютера и ЛВС. 
    [ http://www.lexikon.ru/dict/net/index.html]


    Сетевой адаптер (NIC: Network Interface Card) -
    устройство, выполняющее функции сопряжения ЭВМ с каналами связи; они реализуют ввод-вывод данных с оконечного оборудования в сеть.

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

    Функции сетевых адаптеров

    Функции передающей части:

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

    Функции приемной части:

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

    Архитектура сетевых адаптеров

    Обязательные узлы адаптеров:

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

    Дополнительные узлы адаптеров:

    • микросхема ПЗУ удаленной загрузки:
      на плате адаптера может располагаться микросхема постоянного запоминающего устройства (так же называемая Boot ROM) для создания т.н. бездисковых рабочих станций. Это компьютеры, в которых нет ни винчестера, ни флоппи-дисководов. Загрузка операционной системы выполняется из сети, и выполняет ее программа, записанная в микросхеме дистанционной загрузки;
    • средства "пробуждения" по сети;
    • собственный процессор.

    Факторы, влияющие на скорость обмена данными
    Скорость обмена данными по сети зависит от нескольких факторов:

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

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

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

    Классификация адаптеров

    Адаптеры можно подразделить на адаптеры для рабочих станций и адаптеры для серверов.
    Адаптеры для рабочих станций проще и дешевле, скорость - до 100 Мбит/с, полный дуплекс используется редко. Распространены двухскоростные адаптеры: 10/100 Мбит/с. Часто имеют функцию "пробуждения по сети" (remote wake up).
    Адаптеры для серверов наделяются интеллектом для прямого управления шиной и параллельной работы узлов адаптера. Выполняют некоторые задачи управления трафиком. Типовая скорость - 100 Мбит/с.

    Разъемы адаптеров
    Адаптеры могут иметь по нескольку (обычно не более 2) разъемов:

    • BNC - байонетный разъем для коаксиального кабеля;
    • AUI - розетка для подключения внешнего адаптера (трансивера);
    • RJ-45 - восьмиконтактное гнездо для подключения кабеля "витая пара";
    • SC - оптический разъем для подключения оптоволоконного кабеля.

    При наличии нескольких разъемов одновременно они использоваться не могут.

    Многопортовые серверные карты имеют несколько независимых адаптеров, каждый - со своим интерфейсом.

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

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

    AUI-розетка предназначена для подключения трансиверного кабеля. Этот многожильный экранированный кабель соединяет рабочую станцию с устройством, называемым трансивером. Трансивер служит для подключения рабочей станции к толстому коаксиальном кабелю. На корпусе трансивера имеется 3 разъема: два - для подключения толстого коаксиального кабеля и один - для подключения трансиверного кабеля.

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

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

    • Пространство ввода-вывода -
      используется для обращения к регистрам адаптера при инициализации, текущем управлении, опросе состояния, передаче данных.
    • Запрос прерывания -
      это одна линия (IRQ 3, 5, 7, 9, 10, 11, 12 или 15), активизируемая по приему кадра, адресованного данному узлу, а также по окончании передачи кадра. Прерывания - самый дефицитный ресурс ПК, из-за него часто возникают конфликты. Без прерываний сетевые карты работать не могут, при некорректном назначении обращения к сети - "зависают". Используемый номер прерывания должен быть с помощью CMOS Setup компьютера закреплен за шиной, на которой установлен адаптер.
    • Канал прямого доступа к памяти (DMA) -
      используется в некоторых старых картах ISA/EISA.
    • Разделяемая память адаптера (adapter RAM) -
      буфер для передаваемых и принимаемых кадров. Для карт ISA обычно приписывается к области верхней памяти (UMA). Карты PCI могут располагаться в любом месте адресного пространства, не занятого оперативной памятью компьютера. Разделяемую память используют не все модели карт.
    • Постоянная память адаптера (adapter ROM) -
      область адресов для модулей расширения ROM BIOS. Используется для установки ПЗУ удаленной загрузки и антивирусной защиты.

    Конфигурирование
    Конфигурирование адаптера - настройка на использование системных ресурсов компьютера и выбор среды передачи. Способы конфигурирования зависят от модели карты:

    • с помощью переключателей (джамперов), установленных на карте. Используется на адаптерах первых поколений шины ISA;
    • Если сетевой адаптер не поддерживает стандарт Plug&Play, то, перед тем как вставить сетевой адаптер в материнскую плату компьютера, необходимо с помощью переключателей, расположенных на плате адаптера задать правильные значения для портов ввода/вывода, канала прерывания, базовый адрес ПЗУ дистанционной загрузки бездисковой станции.
    • с помощью специальных утилит - для карт на шинах ISA, EISA, MCA;
    • автоматическое конфигурирование - P&P для шин ISA и PCI. Распределение ресурсов осуществляется на этапе загрузки ОС.

    [ http://sharovt.narod.ru/l09.htm]

    Тематики

    Синонимы

    EN

     

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

    Тематики

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

    EN

     

    система управления ядерным оборудованием АЭС

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    ядерный информационный центр

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

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

  • 53 power management

    1. энергоменеджмент
    2. управление электропитанием
    3. контроль потребления электроэнергии

     

    контроль потребления электроэнергии
    контроль энергопотребления


    [Интент]

    Тематики

    Синонимы

    EN

     

    управление электропитанием
    -
    [Интент]


    Управление электропитанием ЦОД

    Автор: Жилкина Наталья
    Опубликовано 23 апреля 2009 года


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

    Три задачи

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

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

    Многие специалисты этого рынка, отмечая важность процедуры мониторинга, считают, что управление должно быть сведено к минимуму. «Функция управления ИБП тоже нужна, но скорее факультативно, — говорит Сергей Ермаков, технический директор компании Inelt и эксперт в области систем Chloride. — Я глубоко убежден, что решения об активном управляющем вмешательстве в работу систем защиты электропитания ответственной нагрузки должен принимать человек, а не автоматизированная система. Завершение работы современных мощных серверов, на которых функционируют ответственные приложения, — это, как правило, весьма длительный процесс. ИБП зачастую не способны обеспечивать необходимое для него время, не говоря уж о времени запуска какого-то сервиса». Функция же мониторинга позволяет предотвратить наступление нежелательного события — либо, если таковое произошло, проанализировать его причины, опираясь не на слова, а на запротоколированные данные, хранящиеся в памяти адаптера или файлах на рабочей станции мониторинга.

    Эту точку зрения поддерживает и Алексей Сарыгин, технический директор компании Radius Group: «Дистанционное управление мощных ИБП — это вопрос, к которому надо подходить чрезвычайно аккуратно. Если функции дистанционного мониторинга и диспетчеризации необходимы, то практика предоставления доступа персоналу к функциям дистанционного управления представляется радикально неверной. Доступность модулей управления извне потенциально несет в себе риск нарушения безопасности и категорически снижает надежность системы. Если существует физическая возможность дистанционно воздействовать на ИБП, на его параметры, отключение, снятие нагрузки, закрытие выходных тиристорных ключей или блокирование цепи байпаса, то это чревато потерей питания всего ЦОД».

    Практически на всех трехфазных ИБП предусмотрена кнопка E.P.O. (Emergency Power Off), дублер которой может быть выведен на пульт управления диспетчерской. Она обеспечивает аварийное дистанционное отключение блоков ИБП при наступлении аварийных событий. Это, пожалуй, единственная возможность обесточить нагрузку, питаемую от трехфазного аппарата, но реализуется она в исключительных случаях.

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

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

    Средства мониторинга

    Производители ИБП предоставляют, как правило, сразу несколько средств мониторинга и в некоторых случаях даже управления ИБП — все они основаны на трех основных методах.

    В первом случае устройство подключается напрямую через интерфейс RS-232 (Com-порт) к консоли администратора. Дальность такого подключения не превышает 15 метров, но может быть увеличена с помощью конверторов RS-232/485 и RS-485/232 на концах провода, связывающего ИБП с консолью администратора. Такой способ обеспечивает низкую скорость обмена информацией и пригоден лишь для топологии «точка — точка».

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

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

    Большое удобство предоставляет метод эксплуатационного удаленного контроля T.SERVICE, позволяющий отследить работу оборудования посредством телефонной линии (через модем GSM) или через Интернет (с помощью интерфейса Net Vision путем рассылки e-mail на электронный адрес потребителя). T.SERVICE обеспечивает диагностирование оборудования в режиме реального времени в течение 24 часов в сутки 365 дней в году. ИБП автоматически отправляет в центр технического обслуживания регулярные отчеты или отчеты при обнаружении неисправности. В зависимости от контролируемых параметров могут отправляться уведомления о неправильной эксплуатации (с пользователем связывается опытный специалист и рекомендует выполнить простые операции для предотвращения ухудшения рабочих характеристик оборудования) или о наличии отказа (пользователь информируется о состоянии устройства, а на место установки немедленно отправляется технический специалист).

    Профессиональное мнение

    Наталья Маркина, коммерческий директор представительства компании SOCOMEC

    Управляющее ПО фирмы SOCOMEC легко интегрируется в общий контур управления инженерной инфраструктурой ЦОД посредством разнообразных интерфейсов передачи данных ИБП. Установленное в аппаратной или ЦОД оборудование SOCOMEC может дистанционно обмениваться информацией о своих рабочих параметрах с системами централизованного управления и компьютерными сетями посредством сухих контактов, последовательных портов RS232, RS422, RS485, а также через интерфейс MODBUS TCP и GSS.

    Интерфейс GSS предназначен для коммуникации с генераторными установками и включает в себя 4 входа (внешние контакты) и 1 выход (60 В). Это позволяет программировать особые процедуры управления, Global Supply System, которые обеспечивают полную совместимость ИБП с генераторными установками.

    У компании Socomec имеется широкий выбор интерфейсов и коммуникационного программного обеспечения для установки диалога между ИБП и удаленными системами мониторинга промышленного и компьютерного оборудования. Такие опции связи, как панель дистанционного управления, интерфейс ADC (реконфигурируемые сухие контакты), обеспечивающий ввод и вывод данных при помощи сигналов сухих контактов, интерфейсы последовательной передачи данных RS232, RS422, RS485 по протоколам JBUS/MODBUS, PROFIBUS или DEVICENET, MODBUS TCP (JBUS/MODBUS-туннелирование), интерфейс NET VISION для локальной сети Ethernet, программное обеспечение TOP VISION для выполнения мониторинга с помощью рабочей станции Windows XP PRO — все это позволяет контролировать работу ИБП удобным для пользователя способом.

    Весь контроль управления ИБП, ДГУ, контроль окружающей среды сводится в единый диспетчерский пункт посредством протоколов JBUS/MODBUS.
     

    Индустриальный подход

    Третий метод основан на использовании высокоскоростной индустриальной интерфейсной шины: CANBus, JBus, MODBus, PROFIBus и проч. Некоторые модели ИБП поддерживают разновидность универсального smart-слота для установки как карточек SNMP, так и интерфейсной шины. Система мониторинга на базе индустриальной шины может быть интегрирована в уже существующую промышленную SCADA-систему контроля и получения данных либо создана как заказное решение на базе многофункциональных стандартных контроллеров с выходом на шину. Промышленная шина через шлюзы передает информацию на удаленный диспетчерский пункт или в систему управления зданием (Building Management System, BMS). В эту систему могут быть интегрированы и контроллеры, управляющие ИБП.

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

    Сергей Ермаков, технический директор компании Inelt, считает, что применение универсальных систем управления на базе промышленных контроллеров нецелесообразно, если используется для мониторинга только ИБП и ДГУ. Один из практичных подходов — создание заказной системы, с удобной для заказчика графической оболочкой и необходимым уровнем детализации — от карты местности до поэтажного плана и погружения в мнемосхему компонентов ИБП.

    — ИБП может передавать одинаковое количество информации о своем состоянии и по прямому соединению, и по SNMP, и по Bus-шине, — говорит Сергей Ермаков. — Применение того или иного метода зависит от конкретной задачи и бюджета. Создав первоначально систему UPS Look для мониторинга ИБП, мы интегрировали в нее систему мониторинга ДГУ на основе SNMP-протокола, после чего по желанию одного из заказчиков конвертировали эту систему на промышленную шину Jbus. Новое ПО JSLook для мониторинга неограниченного количества ИБП и ДГУ по протоколу JBus является полнофункциональным средством мониторинга всей системы электроснабжения объекта.

    Профессиональное мение

    Денис Андреев, руководитель департамента ИБП компании Landata

    Практически все ИБП Eaton позволяют использовать коммуникационную Web-SNMP плату Connect UPS и датчик EMP (Environmental Monitoring Probe). Такой комплект позволяет в числе прочего осуществлять мониторинг температуры, влажности и состояния пары «сухих» контактов, к которым можно подключить внешние датчики.

    Решение Eaton Environmental Rack Monitor представляет собой аналог такой связки, но с существенно более широким функционалом. Внешне эта система мониторинга температуры, влажности и состояния «сухих» контактов выполнена в виде компактного устройства, которое занимает минимум места в шкафу или в помещении.

    Благодаря наличию у Eaton Environmental Rack Monitor (ERM) двух выходов датчики температуры или влажности можно разместить в разных точках стойки или помещения. Поскольку каждый из двух датчиков имеет еще по два сухих контакта, с них дополнительно можно принимать сигналы от датчиков задымления, утечки и проч. В центре обработки данных такая недорогая система ERM, состоящая из неограниченного количества датчиков, может транслировать информацию по протоколу SNMP в HTML-страницу и позволяет, не приобретая специального ПО, получить сводную таблицу измеряемых величин через веб-браузер.

    Проблему дефицита пространства и высокой плотности размещения оборудования в серверных и ЦОД решают системы распределения питания линейки Eaton eDPU, которые можно установить как внутри стойки, так и на группу стоек.

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

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

    Требование объекта

    Как поясняет Олег Письменский, в критичных объектах, таких как ЦОД, можно условно выделить две области контроля и управления. Первая, Grey Space, — это собственно здание и соответствующая система его энергообеспечения и энергораспределения. Вторая, White Space, — непосредственно машинный зал с его системами.

    Выбор системы управления энергообеспечением ЦОД определяется типом объекта, требуемым функционалом системы управления и отведенным на эти цели бюджетом. В большинстве случаев кратковременная задержка между наступлением события и получением информации о нем системой мониторинга по SNMP-протоколу допустима. Тем не менее в целом ряде случаев, если характеристики объекта подразумевают непрерывность его функционирования, объект является комплексным и содержит большое количество элементов, требующих контроля и управления в реальном времени, ни одна стандартная система SNMP-мониторинга не обеспечит требуемого функционала. Для таких объектов применяют системы управления real-time, построенные на базе программно-аппаратных комплексов сбора данных, в том числе c функциями Softlogic.

    Системы диспетчеризации и управления крупными объектами реализуются SCADA-системами, широкий перечень которых сегодня присутствует на рынке; представлены они и в портфеле решений Schneider Electric. Тип SCADA-системы зависит от класса и размера объекта, от количества его элементов, требующих контроля и управления, от уровня надежности. Частный вид реализации SCADA — это BMS-система(Building Management System).

    «Дата-центры с объемом потребляемой мощности до 1,5 МВт и уровнем надежности Tier I, II и, с оговорками, даже Tier III, могут обслуживаться без дополнительной SCADA-системы, — говорит Олег Письменский. — На таких объектах целесообразно применять ISX Central — программно-аппаратный комплекс, использующий SNMP. Если же категория и мощность однозначно предполагают непрерывность управления, в таких случаях оправданна комбинация SNMP- и SCADA-системы. Например, для машинного зала (White Space) применяется ISX Central с возможными расширениями как Change & Capacity Manager, в комбинации со SCADA-системой, управляющей непосредственно объектом (Grey Space)».

    Профессиональное мнение

    Олег Письменский, директор департамента консалтинга APC by Schneider Electric в России и СНГ

    Подход APC by Schneider Electric к реализации полномасштабного полноуправляемого и надежного ЦОД изначально был основан на базисных принципах управления ИТ-инфраструктурой в рамках концепции ITIL/ITSM. И история развития системы управления инфраструктурой ЦОД ISX Manager, которая затем интегрировалась с программно-аппаратным комплексом NetBotz и трансформировалась в портал диспетчеризации ISX Central, — лучшее тому доказательство.

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

    Эта система не может и не должна отвечать абсолютно всем принципам ITSM, потому что не все они касаются существа поставленной задачи. Но как только в отношении политик и некоторых тактик управления емкостью и изменениями в ЦОД потребовался соответствующий инструментарий — это нашло отражение в расширении функционала ISX Central, который в настоящее время реализуют ПО APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager. С появлением этих двух решений, интегрированных в систему управления реальным объектом, АРС предоставляет возможность службе эксплуатации оптимально планировать изменения количественного и качественного состава оборудования машинного зала — как на ежедневном оперативном уровне, так и на уровне стратегических задач массовых будущих изменений.

    Решение APC by Schneider Electric Capacity обеспечивает автоматизированную обработку информации о свободных ресурсах инженерной инфраструктуры, реальном потреблении мощности и пространстве в стойках. Обращаясь к серверу ISX Central, системы APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager оценивают степень загрузки ИБП и систем охлаждения InRow, прогнозируют воздействие предполагаемых изменений и предлагают оптимальное место для установки нового или перестановки имеющегося оборудования. Новые решения позволяют, выявив последствия от предполагаемых изменений, правильно спланировать замену оборудования в ЦОД.

    Переход от частного к общему может потребовать интеграции ISX Central в такие, например, порталы управления, как Tivoli или Open View. Возможны и другие сценарии, когда ISX Central вписывается и в SCADA–систему. В этом случае ISX Central выполняет роль диспетчерской настройки, функционал которой распространяется на серверную комнату, но не охватывает целиком периметр объекта.

    Случай из практики

    Решение задачи управления энергообеспечением ЦОД иногда вступает в противоречие с правилами устройств электроустановок (ПУЭ). Может оказаться, что в соответствии с ПУЭ в ряде случаев (например, при компоновке щитов ВРУ) необходимо обеспечить механические блокировки. Однако далеко не всегда это удается сделать. Поэтому такая задача часто требует нетривиального решения.

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

    [ http://www.computerra.ru/cio/old/products/infrastructure/421312/]

    Тематики

    EN

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

  • 54 SNMP

    1. протокол управления простой сетью
    2. простой протокол управления сетью
    3. простой протокол сетевого управления

     

    простой протокол сетевого управления
    Протокол сетевого администрирования, который входит в стек протоколов TCP/IP. Поддерживает ограниченный набор сетевых функций контроля и управления параметрами мостов, маршрутизаторов и других сетевых устройств. Новые версии: SNMP v2 (RFC 1902-1908) - с защитой, ориентированной на обеспечение безопасности в крупных и высокоскоростных сетях (шифрование по методу DES или открытым ключом) и SNMP v3 (RFC 2273, 2274) - с защитой, ориентированной на пользователей.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    Тематики

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

    EN

     

    простой протокол управления сетью
    простой сетевой протокол управления
    упрощенный протокол сетевого управления
    простой протокол сетевого управления


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

    Тематики

    Синонимы

    EN

     

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

    4950

    Рис. 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.

    4951

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

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

    4952

    Рис.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

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

  • 55 Simple Network Management Protocol

    1. протокол управления простой сетью
    2. простой протокол управления сетью
    3. простой протокол сетевого управления

     

    простой протокол сетевого управления
    Протокол сетевого администрирования, который входит в стек протоколов TCP/IP. Поддерживает ограниченный набор сетевых функций контроля и управления параметрами мостов, маршрутизаторов и других сетевых устройств. Новые версии: SNMP v2 (RFC 1902-1908) - с защитой, ориентированной на обеспечение безопасности в крупных и высокоскоростных сетях (шифрование по методу DES или открытым ключом) и SNMP v3 (RFC 2273, 2274) - с защитой, ориентированной на пользователей.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    Тематики

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

    EN

     

    простой протокол управления сетью
    простой сетевой протокол управления
    упрощенный протокол сетевого управления
    простой протокол сетевого управления


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

    Тематики

    Синонимы

    EN

     

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

    4950

    Рис. 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.

    4951

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

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

    4952

    Рис.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

  • 56 управление электропитанием

    1. power management

     

    управление электропитанием
    -
    [Интент]


    Управление электропитанием ЦОД

    Автор: Жилкина Наталья
    Опубликовано 23 апреля 2009 года


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

    Три задачи

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

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

    Многие специалисты этого рынка, отмечая важность процедуры мониторинга, считают, что управление должно быть сведено к минимуму. «Функция управления ИБП тоже нужна, но скорее факультативно, — говорит Сергей Ермаков, технический директор компании Inelt и эксперт в области систем Chloride. — Я глубоко убежден, что решения об активном управляющем вмешательстве в работу систем защиты электропитания ответственной нагрузки должен принимать человек, а не автоматизированная система. Завершение работы современных мощных серверов, на которых функционируют ответственные приложения, — это, как правило, весьма длительный процесс. ИБП зачастую не способны обеспечивать необходимое для него время, не говоря уж о времени запуска какого-то сервиса». Функция же мониторинга позволяет предотвратить наступление нежелательного события — либо, если таковое произошло, проанализировать его причины, опираясь не на слова, а на запротоколированные данные, хранящиеся в памяти адаптера или файлах на рабочей станции мониторинга.

    Эту точку зрения поддерживает и Алексей Сарыгин, технический директор компании Radius Group: «Дистанционное управление мощных ИБП — это вопрос, к которому надо подходить чрезвычайно аккуратно. Если функции дистанционного мониторинга и диспетчеризации необходимы, то практика предоставления доступа персоналу к функциям дистанционного управления представляется радикально неверной. Доступность модулей управления извне потенциально несет в себе риск нарушения безопасности и категорически снижает надежность системы. Если существует физическая возможность дистанционно воздействовать на ИБП, на его параметры, отключение, снятие нагрузки, закрытие выходных тиристорных ключей или блокирование цепи байпаса, то это чревато потерей питания всего ЦОД».

    Практически на всех трехфазных ИБП предусмотрена кнопка E.P.O. (Emergency Power Off), дублер которой может быть выведен на пульт управления диспетчерской. Она обеспечивает аварийное дистанционное отключение блоков ИБП при наступлении аварийных событий. Это, пожалуй, единственная возможность обесточить нагрузку, питаемую от трехфазного аппарата, но реализуется она в исключительных случаях.

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

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

    Средства мониторинга

    Производители ИБП предоставляют, как правило, сразу несколько средств мониторинга и в некоторых случаях даже управления ИБП — все они основаны на трех основных методах.

    В первом случае устройство подключается напрямую через интерфейс RS-232 (Com-порт) к консоли администратора. Дальность такого подключения не превышает 15 метров, но может быть увеличена с помощью конверторов RS-232/485 и RS-485/232 на концах провода, связывающего ИБП с консолью администратора. Такой способ обеспечивает низкую скорость обмена информацией и пригоден лишь для топологии «точка — точка».

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

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

    Большое удобство предоставляет метод эксплуатационного удаленного контроля T.SERVICE, позволяющий отследить работу оборудования посредством телефонной линии (через модем GSM) или через Интернет (с помощью интерфейса Net Vision путем рассылки e-mail на электронный адрес потребителя). T.SERVICE обеспечивает диагностирование оборудования в режиме реального времени в течение 24 часов в сутки 365 дней в году. ИБП автоматически отправляет в центр технического обслуживания регулярные отчеты или отчеты при обнаружении неисправности. В зависимости от контролируемых параметров могут отправляться уведомления о неправильной эксплуатации (с пользователем связывается опытный специалист и рекомендует выполнить простые операции для предотвращения ухудшения рабочих характеристик оборудования) или о наличии отказа (пользователь информируется о состоянии устройства, а на место установки немедленно отправляется технический специалист).

    Профессиональное мнение

    Наталья Маркина, коммерческий директор представительства компании SOCOMEC

    Управляющее ПО фирмы SOCOMEC легко интегрируется в общий контур управления инженерной инфраструктурой ЦОД посредством разнообразных интерфейсов передачи данных ИБП. Установленное в аппаратной или ЦОД оборудование SOCOMEC может дистанционно обмениваться информацией о своих рабочих параметрах с системами централизованного управления и компьютерными сетями посредством сухих контактов, последовательных портов RS232, RS422, RS485, а также через интерфейс MODBUS TCP и GSS.

    Интерфейс GSS предназначен для коммуникации с генераторными установками и включает в себя 4 входа (внешние контакты) и 1 выход (60 В). Это позволяет программировать особые процедуры управления, Global Supply System, которые обеспечивают полную совместимость ИБП с генераторными установками.

    У компании Socomec имеется широкий выбор интерфейсов и коммуникационного программного обеспечения для установки диалога между ИБП и удаленными системами мониторинга промышленного и компьютерного оборудования. Такие опции связи, как панель дистанционного управления, интерфейс ADC (реконфигурируемые сухие контакты), обеспечивающий ввод и вывод данных при помощи сигналов сухих контактов, интерфейсы последовательной передачи данных RS232, RS422, RS485 по протоколам JBUS/MODBUS, PROFIBUS или DEVICENET, MODBUS TCP (JBUS/MODBUS-туннелирование), интерфейс NET VISION для локальной сети Ethernet, программное обеспечение TOP VISION для выполнения мониторинга с помощью рабочей станции Windows XP PRO — все это позволяет контролировать работу ИБП удобным для пользователя способом.

    Весь контроль управления ИБП, ДГУ, контроль окружающей среды сводится в единый диспетчерский пункт посредством протоколов JBUS/MODBUS.
     

    Индустриальный подход

    Третий метод основан на использовании высокоскоростной индустриальной интерфейсной шины: CANBus, JBus, MODBus, PROFIBus и проч. Некоторые модели ИБП поддерживают разновидность универсального smart-слота для установки как карточек SNMP, так и интерфейсной шины. Система мониторинга на базе индустриальной шины может быть интегрирована в уже существующую промышленную SCADA-систему контроля и получения данных либо создана как заказное решение на базе многофункциональных стандартных контроллеров с выходом на шину. Промышленная шина через шлюзы передает информацию на удаленный диспетчерский пункт или в систему управления зданием (Building Management System, BMS). В эту систему могут быть интегрированы и контроллеры, управляющие ИБП.

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

    Сергей Ермаков, технический директор компании Inelt, считает, что применение универсальных систем управления на базе промышленных контроллеров нецелесообразно, если используется для мониторинга только ИБП и ДГУ. Один из практичных подходов — создание заказной системы, с удобной для заказчика графической оболочкой и необходимым уровнем детализации — от карты местности до поэтажного плана и погружения в мнемосхему компонентов ИБП.

    — ИБП может передавать одинаковое количество информации о своем состоянии и по прямому соединению, и по SNMP, и по Bus-шине, — говорит Сергей Ермаков. — Применение того или иного метода зависит от конкретной задачи и бюджета. Создав первоначально систему UPS Look для мониторинга ИБП, мы интегрировали в нее систему мониторинга ДГУ на основе SNMP-протокола, после чего по желанию одного из заказчиков конвертировали эту систему на промышленную шину Jbus. Новое ПО JSLook для мониторинга неограниченного количества ИБП и ДГУ по протоколу JBus является полнофункциональным средством мониторинга всей системы электроснабжения объекта.

    Профессиональное мение

    Денис Андреев, руководитель департамента ИБП компании Landata

    Практически все ИБП Eaton позволяют использовать коммуникационную Web-SNMP плату Connect UPS и датчик EMP (Environmental Monitoring Probe). Такой комплект позволяет в числе прочего осуществлять мониторинг температуры, влажности и состояния пары «сухих» контактов, к которым можно подключить внешние датчики.

    Решение Eaton Environmental Rack Monitor представляет собой аналог такой связки, но с существенно более широким функционалом. Внешне эта система мониторинга температуры, влажности и состояния «сухих» контактов выполнена в виде компактного устройства, которое занимает минимум места в шкафу или в помещении.

    Благодаря наличию у Eaton Environmental Rack Monitor (ERM) двух выходов датчики температуры или влажности можно разместить в разных точках стойки или помещения. Поскольку каждый из двух датчиков имеет еще по два сухих контакта, с них дополнительно можно принимать сигналы от датчиков задымления, утечки и проч. В центре обработки данных такая недорогая система ERM, состоящая из неограниченного количества датчиков, может транслировать информацию по протоколу SNMP в HTML-страницу и позволяет, не приобретая специального ПО, получить сводную таблицу измеряемых величин через веб-браузер.

    Проблему дефицита пространства и высокой плотности размещения оборудования в серверных и ЦОД решают системы распределения питания линейки Eaton eDPU, которые можно установить как внутри стойки, так и на группу стоек.

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

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

    Требование объекта

    Как поясняет Олег Письменский, в критичных объектах, таких как ЦОД, можно условно выделить две области контроля и управления. Первая, Grey Space, — это собственно здание и соответствующая система его энергообеспечения и энергораспределения. Вторая, White Space, — непосредственно машинный зал с его системами.

    Выбор системы управления энергообеспечением ЦОД определяется типом объекта, требуемым функционалом системы управления и отведенным на эти цели бюджетом. В большинстве случаев кратковременная задержка между наступлением события и получением информации о нем системой мониторинга по SNMP-протоколу допустима. Тем не менее в целом ряде случаев, если характеристики объекта подразумевают непрерывность его функционирования, объект является комплексным и содержит большое количество элементов, требующих контроля и управления в реальном времени, ни одна стандартная система SNMP-мониторинга не обеспечит требуемого функционала. Для таких объектов применяют системы управления real-time, построенные на базе программно-аппаратных комплексов сбора данных, в том числе c функциями Softlogic.

    Системы диспетчеризации и управления крупными объектами реализуются SCADA-системами, широкий перечень которых сегодня присутствует на рынке; представлены они и в портфеле решений Schneider Electric. Тип SCADA-системы зависит от класса и размера объекта, от количества его элементов, требующих контроля и управления, от уровня надежности. Частный вид реализации SCADA — это BMS-система(Building Management System).

    «Дата-центры с объемом потребляемой мощности до 1,5 МВт и уровнем надежности Tier I, II и, с оговорками, даже Tier III, могут обслуживаться без дополнительной SCADA-системы, — говорит Олег Письменский. — На таких объектах целесообразно применять ISX Central — программно-аппаратный комплекс, использующий SNMP. Если же категория и мощность однозначно предполагают непрерывность управления, в таких случаях оправданна комбинация SNMP- и SCADA-системы. Например, для машинного зала (White Space) применяется ISX Central с возможными расширениями как Change & Capacity Manager, в комбинации со SCADA-системой, управляющей непосредственно объектом (Grey Space)».

    Профессиональное мнение

    Олег Письменский, директор департамента консалтинга APC by Schneider Electric в России и СНГ

    Подход APC by Schneider Electric к реализации полномасштабного полноуправляемого и надежного ЦОД изначально был основан на базисных принципах управления ИТ-инфраструктурой в рамках концепции ITIL/ITSM. И история развития системы управления инфраструктурой ЦОД ISX Manager, которая затем интегрировалась с программно-аппаратным комплексом NetBotz и трансформировалась в портал диспетчеризации ISX Central, — лучшее тому доказательство.

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

    Эта система не может и не должна отвечать абсолютно всем принципам ITSM, потому что не все они касаются существа поставленной задачи. Но как только в отношении политик и некоторых тактик управления емкостью и изменениями в ЦОД потребовался соответствующий инструментарий — это нашло отражение в расширении функционала ISX Central, который в настоящее время реализуют ПО APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager. С появлением этих двух решений, интегрированных в систему управления реальным объектом, АРС предоставляет возможность службе эксплуатации оптимально планировать изменения количественного и качественного состава оборудования машинного зала — как на ежедневном оперативном уровне, так и на уровне стратегических задач массовых будущих изменений.

    Решение APC by Schneider Electric Capacity обеспечивает автоматизированную обработку информации о свободных ресурсах инженерной инфраструктуры, реальном потреблении мощности и пространстве в стойках. Обращаясь к серверу ISX Central, системы APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager оценивают степень загрузки ИБП и систем охлаждения InRow, прогнозируют воздействие предполагаемых изменений и предлагают оптимальное место для установки нового или перестановки имеющегося оборудования. Новые решения позволяют, выявив последствия от предполагаемых изменений, правильно спланировать замену оборудования в ЦОД.

    Переход от частного к общему может потребовать интеграции ISX Central в такие, например, порталы управления, как Tivoli или Open View. Возможны и другие сценарии, когда ISX Central вписывается и в SCADA–систему. В этом случае ISX Central выполняет роль диспетчерской настройки, функционал которой распространяется на серверную комнату, но не охватывает целиком периметр объекта.

    Случай из практики

    Решение задачи управления энергообеспечением ЦОД иногда вступает в противоречие с правилами устройств электроустановок (ПУЭ). Может оказаться, что в соответствии с ПУЭ в ряде случаев (например, при компоновке щитов ВРУ) необходимо обеспечить механические блокировки. Однако далеко не всегда это удается сделать. Поэтому такая задача часто требует нетривиального решения.

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

    [ http://www.computerra.ru/cio/old/products/infrastructure/421312/]

    Тематики

    EN

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

  • 57 сетевой адаптер

    1. NIC
    2. Network Interface Card

     

    сетевая карта
    сетевой адаптер
    сетевой интерфейс

    Компонент компьютера для подключения к вычислительной сети.
    [ http://www.morepc.ru/dict/]

    сетевой адаптер
    Периферийное устройство (плата), обеспечивающее соединение компьютера и ЛВС. 
    [ http://www.lexikon.ru/dict/net/index.html]


    Сетевой адаптер (NIC: Network Interface Card) -
    устройство, выполняющее функции сопряжения ЭВМ с каналами связи; они реализуют ввод-вывод данных с оконечного оборудования в сеть.

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

    Функции сетевых адаптеров

    Функции передающей части:

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

    Функции приемной части:

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

    Архитектура сетевых адаптеров

    Обязательные узлы адаптеров:

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

    Дополнительные узлы адаптеров:

    • микросхема ПЗУ удаленной загрузки:
      на плате адаптера может располагаться микросхема постоянного запоминающего устройства (так же называемая Boot ROM) для создания т.н. бездисковых рабочих станций. Это компьютеры, в которых нет ни винчестера, ни флоппи-дисководов. Загрузка операционной системы выполняется из сети, и выполняет ее программа, записанная в микросхеме дистанционной загрузки;
    • средства "пробуждения" по сети;
    • собственный процессор.

    Факторы, влияющие на скорость обмена данными
    Скорость обмена данными по сети зависит от нескольких факторов:

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

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

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

    Классификация адаптеров

    Адаптеры можно подразделить на адаптеры для рабочих станций и адаптеры для серверов.
    Адаптеры для рабочих станций проще и дешевле, скорость - до 100 Мбит/с, полный дуплекс используется редко. Распространены двухскоростные адаптеры: 10/100 Мбит/с. Часто имеют функцию "пробуждения по сети" (remote wake up).
    Адаптеры для серверов наделяются интеллектом для прямого управления шиной и параллельной работы узлов адаптера. Выполняют некоторые задачи управления трафиком. Типовая скорость - 100 Мбит/с.

    Разъемы адаптеров
    Адаптеры могут иметь по нескольку (обычно не более 2) разъемов:

    • BNC - байонетный разъем для коаксиального кабеля;
    • AUI - розетка для подключения внешнего адаптера (трансивера);
    • RJ-45 - восьмиконтактное гнездо для подключения кабеля "витая пара";
    • SC - оптический разъем для подключения оптоволоконного кабеля.

    При наличии нескольких разъемов одновременно они использоваться не могут.

    Многопортовые серверные карты имеют несколько независимых адаптеров, каждый - со своим интерфейсом.

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

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

    AUI-розетка предназначена для подключения трансиверного кабеля. Этот многожильный экранированный кабель соединяет рабочую станцию с устройством, называемым трансивером. Трансивер служит для подключения рабочей станции к толстому коаксиальном кабелю. На корпусе трансивера имеется 3 разъема: два - для подключения толстого коаксиального кабеля и один - для подключения трансиверного кабеля.

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

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

    • Пространство ввода-вывода -
      используется для обращения к регистрам адаптера при инициализации, текущем управлении, опросе состояния, передаче данных.
    • Запрос прерывания -
      это одна линия (IRQ 3, 5, 7, 9, 10, 11, 12 или 15), активизируемая по приему кадра, адресованного данному узлу, а также по окончании передачи кадра. Прерывания - самый дефицитный ресурс ПК, из-за него часто возникают конфликты. Без прерываний сетевые карты работать не могут, при некорректном назначении обращения к сети - "зависают". Используемый номер прерывания должен быть с помощью CMOS Setup компьютера закреплен за шиной, на которой установлен адаптер.
    • Канал прямого доступа к памяти (DMA) -
      используется в некоторых старых картах ISA/EISA.
    • Разделяемая память адаптера (adapter RAM) -
      буфер для передаваемых и принимаемых кадров. Для карт ISA обычно приписывается к области верхней памяти (UMA). Карты PCI могут располагаться в любом месте адресного пространства, не занятого оперативной памятью компьютера. Разделяемую память используют не все модели карт.
    • Постоянная память адаптера (adapter ROM) -
      область адресов для модулей расширения ROM BIOS. Используется для установки ПЗУ удаленной загрузки и антивирусной защиты.

    Конфигурирование
    Конфигурирование адаптера - настройка на использование системных ресурсов компьютера и выбор среды передачи. Способы конфигурирования зависят от модели карты:

    • с помощью переключателей (джамперов), установленных на карте. Используется на адаптерах первых поколений шины ISA;
    • Если сетевой адаптер не поддерживает стандарт Plug&Play, то, перед тем как вставить сетевой адаптер в материнскую плату компьютера, необходимо с помощью переключателей, расположенных на плате адаптера задать правильные значения для портов ввода/вывода, канала прерывания, базовый адрес ПЗУ дистанционной загрузки бездисковой станции.
    • с помощью специальных утилит - для карт на шинах ISA, EISA, MCA;
    • автоматическое конфигурирование - P&P для шин ISA и PCI. Распределение ресурсов осуществляется на этапе загрузки ОС.

    [ http://sharovt.narod.ru/l09.htm]

    Тематики

    Синонимы

    EN

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

  • 58 network interface card

    1. сетевой адаптер
    2. сетевая интерфейсная плата
    3. сетевая интерфейсная карта (плата)

     

    сетевая интерфейсная карта (плата)
    Плата, реализующая определенный стандарт ЛВС и системный интерфейс ПЭВМ, например Ethernet и AT-bus, и поддерживаемая соответствующей сетевой ОС, например Netware фирмы Novell.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

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

    Тематики

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

    EN

     

    сетевая карта
    сетевой адаптер
    сетевой интерфейс

    Компонент компьютера для подключения к вычислительной сети.
    [ http://www.morepc.ru/dict/]

    сетевой адаптер
    Периферийное устройство (плата), обеспечивающее соединение компьютера и ЛВС. 
    [ http://www.lexikon.ru/dict/net/index.html]


    Сетевой адаптер (NIC: Network Interface Card) -
    устройство, выполняющее функции сопряжения ЭВМ с каналами связи; они реализуют ввод-вывод данных с оконечного оборудования в сеть.

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

    Функции сетевых адаптеров

    Функции передающей части:

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

    Функции приемной части:

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

    Архитектура сетевых адаптеров

    Обязательные узлы адаптеров:

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

    Дополнительные узлы адаптеров:

    • микросхема ПЗУ удаленной загрузки:
      на плате адаптера может располагаться микросхема постоянного запоминающего устройства (так же называемая Boot ROM) для создания т.н. бездисковых рабочих станций. Это компьютеры, в которых нет ни винчестера, ни флоппи-дисководов. Загрузка операционной системы выполняется из сети, и выполняет ее программа, записанная в микросхеме дистанционной загрузки;
    • средства "пробуждения" по сети;
    • собственный процессор.

    Факторы, влияющие на скорость обмена данными
    Скорость обмена данными по сети зависит от нескольких факторов:

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

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

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

    Классификация адаптеров

    Адаптеры можно подразделить на адаптеры для рабочих станций и адаптеры для серверов.
    Адаптеры для рабочих станций проще и дешевле, скорость - до 100 Мбит/с, полный дуплекс используется редко. Распространены двухскоростные адаптеры: 10/100 Мбит/с. Часто имеют функцию "пробуждения по сети" (remote wake up).
    Адаптеры для серверов наделяются интеллектом для прямого управления шиной и параллельной работы узлов адаптера. Выполняют некоторые задачи управления трафиком. Типовая скорость - 100 Мбит/с.

    Разъемы адаптеров
    Адаптеры могут иметь по нескольку (обычно не более 2) разъемов:

    • BNC - байонетный разъем для коаксиального кабеля;
    • AUI - розетка для подключения внешнего адаптера (трансивера);
    • RJ-45 - восьмиконтактное гнездо для подключения кабеля "витая пара";
    • SC - оптический разъем для подключения оптоволоконного кабеля.

    При наличии нескольких разъемов одновременно они использоваться не могут.

    Многопортовые серверные карты имеют несколько независимых адаптеров, каждый - со своим интерфейсом.

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

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

    AUI-розетка предназначена для подключения трансиверного кабеля. Этот многожильный экранированный кабель соединяет рабочую станцию с устройством, называемым трансивером. Трансивер служит для подключения рабочей станции к толстому коаксиальном кабелю. На корпусе трансивера имеется 3 разъема: два - для подключения толстого коаксиального кабеля и один - для подключения трансиверного кабеля.

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

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

    • Пространство ввода-вывода -
      используется для обращения к регистрам адаптера при инициализации, текущем управлении, опросе состояния, передаче данных.
    • Запрос прерывания -
      это одна линия (IRQ 3, 5, 7, 9, 10, 11, 12 или 15), активизируемая по приему кадра, адресованного данному узлу, а также по окончании передачи кадра. Прерывания - самый дефицитный ресурс ПК, из-за него часто возникают конфликты. Без прерываний сетевые карты работать не могут, при некорректном назначении обращения к сети - "зависают". Используемый номер прерывания должен быть с помощью CMOS Setup компьютера закреплен за шиной, на которой установлен адаптер.
    • Канал прямого доступа к памяти (DMA) -
      используется в некоторых старых картах ISA/EISA.
    • Разделяемая память адаптера (adapter RAM) -
      буфер для передаваемых и принимаемых кадров. Для карт ISA обычно приписывается к области верхней памяти (UMA). Карты PCI могут располагаться в любом месте адресного пространства, не занятого оперативной памятью компьютера. Разделяемую память используют не все модели карт.
    • Постоянная память адаптера (adapter ROM) -
      область адресов для модулей расширения ROM BIOS. Используется для установки ПЗУ удаленной загрузки и антивирусной защиты.

    Конфигурирование
    Конфигурирование адаптера - настройка на использование системных ресурсов компьютера и выбор среды передачи. Способы конфигурирования зависят от модели карты:

    • с помощью переключателей (джамперов), установленных на карте. Используется на адаптерах первых поколений шины ISA;
    • Если сетевой адаптер не поддерживает стандарт Plug&Play, то, перед тем как вставить сетевой адаптер в материнскую плату компьютера, необходимо с помощью переключателей, расположенных на плате адаптера задать правильные значения для портов ввода/вывода, канала прерывания, базовый адрес ПЗУ дистанционной загрузки бездисковой станции.
    • с помощью специальных утилит - для карт на шинах ISA, EISA, MCA;
    • автоматическое конфигурирование - P&P для шин ISA и PCI. Распределение ресурсов осуществляется на этапе загрузки ОС.

    [ http://sharovt.narod.ru/l09.htm]

    Тематики

    Синонимы

    EN

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

  • 59 канал связи

    1. transmission channel
    2. telecommunications channel
    3. telecommunication channel
    4. link
    5. facility
    6. communications link
    7. communications channel
    8. communication path
    9. communication link
    10. communication channel
    11. communication bus

     

    канал связи
    канал

    Средства односторонней передачи данных. Примером канала может быть полоса частот, выделенная одному передатчику при радиосвязи. В некоторой линии можно образовать несколько каналов связи, по каждому из которых передается своя информация. При этом говорят, что линия разделяется между несколькими каналами. Существуют два метода разделения линии передачи данных: временное мультиплексирование (иначе разделение по времени или TDM), при котором каждому каналу выделяется некоторый квант времени, и частотное разделение (FDM - Frequency Division Method), при котором каналу выделяется некоторая полоса частот.
    [И.П. Норенков, В.А. Трудоношин. Телекоммуникационные технологии и сети. МГТУ им. Н.Э.Баумана. Москва 1999]

    В одной линии связи можно образовать несколько каналов связи (виртуальных или логических каналов), например путем частотного или временного разделения каналов. Канал связи - это средство односторонней передачи данных. Если линия связи монопольно используется каналом связи, то в этом случае линию связи называют каналом связи.
    [ http://www.lessons-tva.info/edu/telecom-loc/m1t2_2loc.html]

    Тематики

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

    Синонимы

    EN

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

  • 60 надежность

    1. security
    2. Reliability, dependability
    3. reliability application
    4. reliability
    5. integrity
    6. fail-safety
    7. en
    8. durability
    9. dependability

     

    надежность
    Способность оборудования безотказно выполнять заданные функции при определенных условиях и в заданном интервале времени.
    [ГОСТ ЕН 1070-2003]

    надежность
    Способность машины, частей или оборудования исполнять требуемую функцию в регламентированных условиях и заданном временном отрезке без сбоев.
    [ ГОСТ Р 51333-99]

    надежность
    Свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, хранения и транспортирования.
    Примечание. Надежность является комплексным свойством, которое в зависимости от назначения объекта и условий его применения может включать безотказность, долговечность, ремонтопригодность и сохраняемость или определенные сочетания этих свойств
    [ ГОСТ 27.002-89]
    [ОСТ 45.153-99]
    [СО 34.21.307-2005]
    [СТО Газпром РД 2.5-141-2005]

    надежность
    Собирательный термин, используемый для описания характеристики готовности и влияющих на нее факторов: безотказности, ремонтопригодности и обеспечение технического обслуживания и ремонта.
    Примечания
    1 Надежность используется только для общих описаний, когда не применяются количественные термины.
    2 Надежность является одним из зависящих от времени аспектов качества.
    3 Определение надежности и Примечание 1, приведенные выше взяты из главы 191 словаря МЭК 50, который также включает родственные термины и определения.
    [ИСО 8402-94]

    надежность
    Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.
    Примечание
    Термин "надежность" применяется только для общего неколичественного описания свойства.
    [МЭК 60050-191:1990].
    [ ГОСТ Р ИСО 9000-2008]

    Недопустимые, нерекомендуемые

    Тематики

    EN

    DE

    FR

     

    надёжность

    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

    Тематики

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

    EN

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

    Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

    [МЭК 60050-191:1990]

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

    1.1. Надежность

    Reliability, dependability

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

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

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

    3.5.3 надежность (en dependability; fr sûreté de fonctionnement): Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.

    Примечание - Надежность применяется только для общего неколичественного описания свойства. [МЭК 60050-191:1990].

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

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

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

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

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

    3.91 надежность (reliability): Вероятность того, что элемент или система будут исполнять требуемые функции без отказов при определенных условиях эксплуатации и обслуживания в течение указанного интервала времени.

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

    3.1.1 надежность (reliability): Вероятность того, что объект может выполнять требуемую функцию в данных условиях в течение данного периода времени (t1, t2).

    Примечания

    1. Обычно изначально подразумевается, что объект в состоянии выполнить требуемую функцию в начале временного периода.

    2. Термин «надежность» также используют для обозначения работоспособности, характеризуемой этой вероятностью (МЭК 60050-191) [1].

    [МЭК 60050-191] [1]

    Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

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

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

    [МАГАТЭ 50-SG-D8]

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

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

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

    Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

    [IEC 60050-191:1990]


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

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

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

    Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

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

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

    3.1 надежность (dependability): Свойства готовности1) и влияющие на нее свойства безотказности, ремонтопригодности и обеспеченности техническим обслуживанием и ремонтом2).

    ____________

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

    2) Определения терминов «надежность», «безотказность», «долговечность», «ремонтопригодность» по ГОСТ 27.002 приведены в приложении Н.

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

    3.2

    Источник: ГОСТ Р 51901.3-2007: Менеджмент риска. Руководство по менеджменту надежности оригинал документа

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

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

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

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