управление+реализации

функциональная единица
Большая группа генов, контролирующая конкретные этапы индивидуального развития организма (этап дифференцировки тканей, развития отдельных органов и т.п.); имеются гены, контролирующие действие различных Ф.е.
[Арефьев В.А., Лисовенко Л.А. Англо-русский толковый словарь генетических терминов 1995 407с.]

Тематики

• генетика

EN

• functional unit

функциональная единица (в экологическом менеджменте)
Количественно выраженная результативность продукционной системы, используемая в качестве единицы сравнения в ходе оценки жизненного цикла.
Пример. Для функции освещения помещения в качестве функциональной единицы может использоваться освещенность 300 люкс в течение 50 000 ч. при спектре дневного света (Т = 5600 К).
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

functional unit
Quantified performance of a product system for use as a reference unit in a life cycle assessment study.
[ISO 14040]

Тематики

• управление окружающей средой

EN

• functional unit

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

Тематики

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

Синонимы

• функциональный блок
• блок реализации функции
• функциональный элемент

EN

• functional unit

функциональное устройство системы обработки информации
устройство
Функционально законченная часть технических средств системы обработки информации.
[ ГОСТ 15971-90]

Тематики

• системы обработки информации

Синонимы

• устройство

EN

• functional unit

3.11 функциональный блок (functional unit): Объект аппаратного средства и/или программного обеспечения, выполняющий определенную задачу.

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

6. Функциональное устройство системы обработки информации

Устройство

Functional unit

Функционально законченная часть технических средств системы обработки информации

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

3.1.7 функциональная единица (functional unit): Количественная характеристика продукционной системы, используемая в качестве базовой единицы при исследовании оценки жизненного цикла (ГОСТ Р ИСО 14040).

Источник: ГОСТ Р ИСО 14021-2000: Этикетки и декларации экологические. Самодекларируемые экологические заявления (экологическая маркировка по типу II) оригинал документа

3.20 функциональная единица (functional unit): Количественно выраженная результативность системы жизненного цикла продукции, используемая в качестве единицы сравнения.

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

3.20 функциональная единица (functional unit): Количественно выраженная результативность продукционной системы, используемая в качестве единицы сравнения.

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

3.6 функциональная единица (functional unit): Количественное представление технической энергетической системы для использования в качестве исходной единицы измерения.

Источник: ГОСТ Р 54428-2011: Системы технические энергетические. Методы анализа. Часть 1. Основные положения оригинал документа

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

Примечание - В МЭС 191-01-01 вместо функционального блока используется более общий термин «элемент». Элемент может иногда включать людей.

[ИСО/МЭК 2382-14-01-01]

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

3.2 функциональный модуль (functional unit): Составная часть оборудования, имеющая идентификационный номер и способная выполнять заданную функцию.

Примечания

1. Функциональный модуль может быть установлен в стойке, иметь собственный корпус или входить в состав других устройств.

2. Стойку (с установленными кассетами или другими функциональными модулями) можно считать функциональным модулем независимо от наличия или отсутствия у него идентификационного номера.

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

6.5 функциональная единица (functional unit): Количественно выраженная результативность системы жизненного цикла продукции (6.1), предназначенная для использования в качестве единицы сравнения.

[ИСО 14040:2006]

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

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

Франко-русский словарь нормативно-технической терминологии > automate programmable à mémoire

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

Немецко-русский словарь нормативно-технической терминологии > speicherprogrammierbare Steuerung, f

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

акционерная компания с ограниченной ответственностью
AG - аббревиатура для обозначения AKTIENGESELLSCHAFT (акционерное общество). Оно пишется после названия немецких, австрийских или швейцарских компаний и является эквивалентом английской аббревиатуры plc (public limited company-акционерная компания с ограниченной ответственностью). Сравни: GmbH.
[ http://www.vocable.ru/dictionary/533/symbol/97]

Тематики

• финансы

EN

• plc
• public limited company

DE

• AG

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

Тематики

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

EN

• programmable logic controller
• PLC

маскирование потери пакета
Метод сокрытия факта потери медиапакетов путем генерирования синтезируемых пакетов (МСЭ-T G.1050).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• packet loss concealment
• PLC

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

Тематики

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

EN

• power-line carrier
• PLC

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

 

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

Тематики

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

EN

• power-line communications
• PLC

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

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

Тематики

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

EN

• programmable logic controller
• PLC

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

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

Тематики

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

EN

• programmable controller
• programmed controller

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

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

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

EN

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

FR

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

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

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

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

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

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

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

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

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

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

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

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

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

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

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

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

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

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

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

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

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

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

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

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

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

interface management of a construction project — управление взаимодействием различных частей строительного проекта

The higher interface management of a construction project is the task of the project manager. He‘s the only one who overseas all of the processes. — Высшее руководство взаимодействием в ходе реализации конструкторского проекта лежит на плечах менеджера по проекту. Только он контролирует все процессы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематики

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

Действия

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

Синонимы

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

EN

• Simple Network Management Protocol
• SNMP

система управления основными фондами предприятия
Управленческая методология, которая позволяет увеличить производственную мощность предприятия только за счет применения ИТ, не прибегая к закупкам нового оборудования. При этом EAM-решения выступают одним из главных звеньев, связывающих информационно-управляющие системы уровня производственных процессов и уровня бизнес-процессов предприятия. В результате применения EAM-систем уменьшается время простоя, сокращаются расходы на техобслуживание оборудования, и эксплуатация основных средств становится максимально эффективной.
Базовый набор требований к EAM-системе включает в себя поддержку следующих функций:
подробное описание активов с учетом иерархической модели оборудования, разработка подробного долгосрочного графика обслуживания оборудования, составление списка деталей, необходимых для планового и непланового производственного ремонта;
приобретение комплектующих по требованию ("точно-по-состоянию" в противовес модели "точно-во-время"), логистическое обеспечение покупных деталей;
управление персоналом, позволяющее назначать персонал на работы по обслуживанию в соответствии с компетенцией, навыками и опытом;
статистический анализ производительности и надежности оборудования;
электронный мониторинг основного оборудования;
реализация стратегии предупредительного обслуживания (Preventive, predictive maintenance), а также стратегии обслуживания, основанного на распределенной надежности (reliability-centered maintenance RCM);
простая модель получения прибыли;
отслеживание и считывание серийных номеров отдельных единиц оборудования;
обслуживание оборудования на месте и по вызову, подготовка наряд-заказов;
финансовый анализ на основе подробного учета затрат на обслуживание оборудования;
управление проектом строительства и монтаж;
гарантийное обслуживание;
отдельный учет основных, оборотных и других видов активов.
EAM-системы решают четыре главные задачи:
управление активами (asset management) - подробное описание активов, управление запросами на обслуживание, составление расписания и смет на работы, предупредительный ремонт;
управления материально-техническим обеспечением (materials management) - соответствующие модули, как правило, интегрируются с системами управления закупками, позволяют автоматически регистрировать поступление/списывание комплектующих и деталей на склад/со склада, ведут спецификации на материалы, управляют заказами на доставку;
управления кадрами (HRMS);
управления финансами.
В общем случае процесс управления жизненным циклом (Asset lifecycle management) складывается из четырех стадий: покупки, отслеживания состояния, обслуживания и реализации оборудования.
[ http://www.morepc.ru/dict/]

Тематики

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

EN

• EAM
• Enterprise Asset Management

экологическая результативность
(В контексте систем экологического менеджмента)
Измеримые результаты функционирования системы экологического менеджмента, относящиеся к управлению организации своими экологическими аспектами, основанному на ее экологической политике, экологических целях и задачах.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

environmental performance
Measurable results of the environmental management system, related to an organization's control of its environmental aspects, based on its environmental policy, objectives and targets.
[ISO 14001]

Тематики

• управление окружающей средой

EN

• environmental performance

3.10 экологическая результативность (environmental performance): Измеряемые организацией (3.16) результаты управления своими экологическими аспектами (3.6).

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

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

3.11 экологическая результативность (environmental performance): Измеряемые организацией (3.20) результаты управления своими экологическими аспектами (3.7)

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

[ИСО 14001:2004, 3.10]

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

3.35 экологическая результативность (environmental performance): Измеряемые организацией результаты управления своими экологическими аспектами.

[ ГОСТ Р ИСО 14001-2007, пункт 3.10]

Источник: ГОСТ Р 54298-2010: Системы экологического менеджмента. Порядок сертификации систем экологического менеджмента на соответствие ГОСТ Р ИСО 14001-2007 оригинал документа

3.10 экологическая результативность (environmental performance): Измеряемые организацией (3.16) результаты управления своими экологическими аспектами (3.6).

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

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

3.16 экологическая результативность (environmental performance): Измеряемые результаты управления организацией (3.4) своими экологическими аспектами (3.2).

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

[ИСО 14001:2004]

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

графики ОКОИ по реализации проектов
Разработанные ОКОИ детальные графики реализации проектов, осуществляемых также под руководством ОКОИ.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

OCOG schedules
Detailed project schedules created and managed by the OCOG.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (управление Играми)

EN

• OCOG schedules

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

Тематики

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

Синонимы

• аппаратно-программная система управления технологическими процессами

EN

• HMI
• Human Machine Interface

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

Тематики

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

EN

• hub management interface
• HMI

терминал
Устройство ввода-вывода, обеспечивающее взаимодействие пользователей в локальной вычислительной сети или с удаленной ЭВМ через средства телеобработки данных
[ ГОСТ 25868-91]
[ ГОСТ Р 50304-92 ]

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

HMI port warning
[Schneider Electric]

Предупредительное состояние об ошибке обмена данными через порт связи с терминалом оператора
[Перевод Интент]

HMI display max current phase enable
[Schneider Electric]

Разрешается отображение на терминале оператора максимального линейного тока
[Перевод Интент]

Config via HMI keypad enable
[Schneider Electric]

Конфигурирование (системы) с помощью клавиатуры терминала оператора
[Перевод Интент]

Тематики

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

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

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

Синонимы

• терминал оператора

EN

• HMI
• HMI device
• terminal
• user terminal

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

Тематики

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

EN

• human machine interaction
• HMI

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематики

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

Синонимы

• ЧМИ

EN

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

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

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

Тематики

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

EN

• SNMP
• Simple Network Management Protocol

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

Тематики

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

Синонимы

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

EN

• simple network management protocol
• SNMP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематики

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

Действия

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

Синонимы

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

EN

• Simple Network Management Protocol
• SNMP

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

Тематики

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

EN

• SNMP
• Simple Network Management Protocol

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

Тематики

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

Синонимы

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

EN

• simple network management protocol
• SNMP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематики

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

Действия

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

Синонимы

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

EN

• Simple Network Management Protocol
• SNMP