количество+раз

 

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

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

EN

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

FR

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

 

управление аварийными сигналами
-
[Интент]

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

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

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

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

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

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

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

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

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

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

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

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

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

EN

• alarm management

 

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

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

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

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

Три задачи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематики

• ЦОДы (центры обработки данных)

EN

• power management

 

технологии для автоматизации
-
[Интент]

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

Automation technologies: a strong focal point for our R&D

Технологии для автоматизации - одна из главных тем наших научно исследовательских разработок

Automation is an area of ABB’s business with an extremely high level of technological innovation.

Автоматика относится к одной из областей деятельности компании АББ, для которой характерен исключительно высокий уровень технических инноваций.

In fact, it may be seen as a showcase for exhibiting the frontiers of development in several of today’s emerging technologies, like short-range wireless communication and microelectromechanical systems (MEMS).

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

Mechatronics – the synthesis of mechanics and electronics – is another very exciting and rapidly developing area, and the foundation on which ABB has built its highly successful, fast-growing robotics business.

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

Robotic precision has now reached the levels we have come to expect of the watch-making industry, while robots’ mechanical capabilities continue to improve significantly.

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

Behind the scenes, highly sophisticated electronics and software control every move these robots make.

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

Throughout industry today we see a major shift of ‘intelligence’ to lower levels in the automation system hierarchy, leading to a demand for more communication within the system.

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

‘Smart’ transmitters, with powerful microprocessors, memory chips and special software, carry out vital operations close to the processes they are monitoring.

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

And they capture and store data crucial for remote diagnostics and maintenance.

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

The communication highway linking such systems is provided by fieldbuses.

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

In an ideal world there would be no more than a few, preferably just one, fieldbus standard.

В идеале на промышленные шины должно было бы существовать небольшое количество, а лучше всего вообще только один стандарт.

However, there are still too many of them, so ABB has developed ‘fieldbus plugs’ that, with the help of translation, enable devices to communicate across different standards.

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

This makes life easier as well as less costly for our customers. Every automation system is dependent on an electrical network for distributing – and interrupting, when necessary – the power needed to carry out its various functions.

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

Here, too, we see a clear trend toward more intelligence and communication, for example in traditional electromechanical devices such as contactors and switches.

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

We are pleased to see that our R&D efforts in these areas over the past few years are bearing fruit.

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

Recently, we have seen a strong increase in the use of wireless technology in industry.

В последнее время на промышленных предприятиях наблюдается резкое расширение применения техники беспроводной связи.

This is a key R&D area at ABB, and several prototype applications have already been developed.

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

At the international Bluetooth Conference in Amsterdam in June 2002, we presented a truly ‘wire-less’ proximity sensor – with even a wireless power supply.

На международной конференции по системам Bluetooth, состоявшейся в Амстердаме в июне 2002 г., наши специалисты выступили с докладом о поистине "беспроводном" датчике ближней локации, снабженном опять-таки "беспроводным" источником питания.

This was its second major showing after the launch at the Hanover Fair.

На столь крупном мероприятии это устройство демонстрировалось во второй раз после своего первого показа на Ганноверской торгово-промышленной ярмарке.

Advances in microelectronic device technology are also having a profound impact on the power electronics systems around which modern drive systems are built.

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

The ABB drive family ACS 800 is visible proof of this.

Наглядным тому доказательством может служить линейка блоков регулирования частоты вращения электродвигателей ACS-800, производство которой начато компанией АББ.

Combining advanced trench gate IGBT technology with efficient cooling and innovative design, this drive – for motors rated from 1.1 to 500 kW – has a footprint for some power ranges which is six times smaller than competing systems.

Предназначены они для двигателей мощностью от 1,1 до 500 кВт. В блоках применена новейшая разновидность приборов - биполярные транзисторы с изолированным желобковым затвором (trench gate IGBT) в сочетании с новыми конструктивными решениями, благодаря чему в отдельных диапазонах мощностей габариты блоков удалось снизить по сравнению с конкурирующими изделиями в шесть раз.

To get the maximum benefit out of this innovative drive solution we have also developed a new permanent magnet motor.

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

It uses neodymium iron boron, a magnetic material which is more powerful at room temperature than any other known today.

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

The combination of new drive and new motor reduces losses by as much as 30%, lowering energy costs and improving sustainability – both urgently necessary – at the same time.

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

These innovations are utilized most fully, and yield the maximum benefit, when integrated by means of our Industrial IT architecture.

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

Industrial IT is a unique platform for exploiting the full potential of information technology in industrial applications.

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

Consequently, our new products and technologies are Industrial IT Enabled, meaning that they can be integrated in the Industrial IT architecture in a ‘plug and produce’ manner.

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

We are excited to present in this issue of ABB Review some of our R&D work and a selection of achievements in such a vital area of our business as Automation.

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

R&D investment in our corporate technology programs is the foundation on which our product and system innovation is built.

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

Examples abound in the areas of control engineering, MEMS, wireless communication, materials – and, last but not least, software technologies. Enjoy reading about them.
[ABB Review]

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

Тематики

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

EN

• automation technologies

. большое количество; намного

•

There is a great deal of (or much) evidence that...

* * *

 A great deal of creep testing has been performed over the last half century.

— во много раз больше

— во много раз..., чем

— во много раз превышает

— делать много для развития науки и техники в области

— для этого может потребоваться много времени

— довольно много общего

— затрачивать много времени

— имеется много

— иметь много общего

—много времени потрачено на

— много говорилось и писалось о

— много общего между

— много преимуществ в других отношениях

— много работать над

— много спорить

—много усилий было потрачено на

— много ценных уроков извлечено из

— на эту тему написано много статей

— о котором много пишут

— оставляет желать много лучшего

— отнимать много времени

— очень много общего

— подтверждалось уже много раз

— поскольку выше много говорилось

— проблема... стоит перед конструкторами уже много лет

— прошло довольно много лет, прежде чем

— содержать много полезной технической информации

— содержится много

— сохранять... ещё много лет

— сэкономить много времени и усилий

— так много..., что

— требовать много времени

— требующий много времени

— уделять много внимания

— уделять много времени

1. many; 2. much; 3. a lot; 4. a number of; 5. a great/large amount of; 6. a host of; 7. dozens of; 8. scores

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

1. many — много ( относится только к исчисляемым существительным): many friends (books, towns) — много друзей (книг, городов)

2. much — много ( относится только к неисчиспяемым существительным): much time — много времени; much information — много сведений/ много информации; much work — много работы; much patience — много терпения

3. a lot — много (относится как к исчисляемым, так и к неисчисляемым существительным, но употребляется только в утвердительных предложениях): a lot of time — много времени; a lot of books — много книг Have you got many friends? — Oh, yes, a lot. — У вас много друзей? О, да, много. This flower likes a lot of sunshine and water. — Этот цветок любит много солнца и воды.

4. a number of — много, ряд чего-либо или кого-либо ( употребляется только с исчисляемыми существительными): a number of old houses — много старых домов/ряд старых домов; а number of articles — много статей/ряд статей; a number of streets — ряд улиц; a number of writers — ряд писателей/много писателей

5. a great/large amount of — много ( употребляется только с неисчисляемыми существительными): а large amount of money (of energy) — много денег (энергии)

6. a host of — много, уйма, тьма, куча: a host of children — куча детей; a host of people — уйма людей; a host of servants — тьма слуг; a host of friends — уйма друзей/много друзей; a whole host of possibilities — бесчисленное количество возможностей/уйма возможностей The hotel offers a host of pleasure activities. — Этот отель предоставляет массу возможностей для активного отдыха.

7. dozens of — много, десятки: dozens of times — десятки раз/много раз; dozens of places — много мест/ десятки мест

8. scores — много, множество, десятки: scores of times — много раз/десятки раз; scores of people — множество людей/десятки людей; scores of reasons — десятки причин People came in/by scores. — Люди подходили десятками/сотнями./ Люди приходили десятками/сотнями.

 

телевидение высокой четкости
ТВЧ
Телевидение с примерно вдвое увеличенной четкостью по вертикали и горизонтали в сравнении с действующими стандартными системами и увеличенным форматом кадра.
[ ГОСТ 21879-88]

телевидение высокой четкости
ТВЧ
Обычно используется в отношении аналоговой версии ЦТВЧ. SMPTE в США и ЕТА в Японии предложили стандарт HDTV: 1125 строк при частоте 60 Гц с чересстрочной разверткой 2:1, отношение сторон 16:9, полоса частот 30 МГц для RGB и сигнала яркости.
[ http://www.vidimost.com/glossary.html]

телевидение высокой четкости
HDTV обеспечивает разрешение до пяти раз выше разрешения стандартных аналоговых систем. Кроме того, HDTV обладает большей четкостью передачи цвета и форматом 16:9. SMPTE (общество кино- и телеинженеров) определило два основных стандарта HDTV: SMPTE 296M и SMPTE 274M. HDTV
[ http://www.alltso.ru/publ/glossarij_setevoe_videonabljudenie_terminy/1-1-0-34]

телевидение высокой четкости
ТВЧ
Стандарт, предусматривающий передачу/прием ТВ-сигналов с разрешением 1125 строк.
HDTV поддерживает стандарты 1080i и 720p, обладает широкоэкранным 16:9 изображением, звуком Dolby Digital 5.1., соответственно, является наивысшей точкой развития телевизионных технологий.
Посредством HDTV обеспечивается доставка в каждый дом необыкновенно чистого, яркого и четкого изображения, практически совпадающего по качеству с 35-мм кинопленкой, и с многоканальным звуковым сопровождением.
Высокая четкость (HD) означает, что число линий и число пикселей в каждой линии телевизионной картинки существенно увеличены по сравнению с телевидением стандартной четкости (SD). В то время, как телевизионное SD-изображение передается с разрешением 720х576 пикселей, HD-изображение имеет разрешение 1920х1080 пикселей. Число элементов изображения, передаваемых за одну секунду, увеличено в 5 раз. Это позволяет существенно увеличить чистоту, четкость и детализацию изображения и объясняет тот восторг, который вызывает просмотр HDTV-картинки на высококачественных плоскопанельных дисплеях или на проекторах в домашних кинотеатрах.
Преимущества цифрового кодирования в телевидении очевидны: даже при приеме "цифры" на обычный телевизор качество изображения повышается из-за отсутствия искажений на различных этапах телевизионного тракта. При этом развертка луча остается чересстрочной и разрешающая способность экрана не возрастает. Для существенного повышения качества телеизображения необходимо ввести новые стандарты для формирования и приема видеосигнала, такой системой является телевидение высокой четкости (ТВЧ). Американский стандарт (ATSC) рассчитан на просмотр передачи как на телеэкране, так и на мониторе компьютера. При этом высокое качество картинки можно получить лишь на экране специального широкоформатного телевизора с 1080 активными строками, чересстрочной разверткой.
Для ТВ-приемников
Число активных строк — 1080
Полевая частота, Гц. — 60
Перемежение в развертке — (2:1) интерлейсинг
Формат кадра — 16:9
Для мониторов ПК
Число активных строк — 720
Полевая частота, Гц. — 60
Перемежение в развертке — (1:1) прогрессивная развертка луча
Формат кадра — 16:9
Согласно ATSC-стандарту, каждый ТВ-приемник должен декодировать любой из многочисленных (а всего их 18 разновидностей) ATSC-форматов и выводить его точно в соответствии с возможностями конкретного подключенного приемника.
Внешне цифровой приемник ТВЧ отличается от аналогового более широким экраном: если соотношение сторон обычного телевизора составляет 4:3 (ширина к высоте), то в цифровом варианте — 16:9. Качество телевизионного изображения заметно повышается за счет двукратного увеличения строк разложения и прогрессивной развертки (впрочем, развертка может быть и чересстрочной). При прогрессивной развертке яркость экрана может быть повышена на 40%. Количество воспроизводимых деталей на экране возрастает в несколько раз. В новой системе расширена частота сигнала яркости и цветоразностных сигналов, поэтому оптимизирована цветопередача. Многоканальная система передачи звука позволяет добиться эффекта присутствия, так как аудиоинформация поступает к зрителю с разных сторон.
Внедрение ТВЧ требует дорогостоящей модернизации аппаратно-студийного комплекса, но практика вещания в США показала, что уже сегодня число программ ТВЧ в общем времени цифрового ТВ постоянно растет.
[ http://www.morepc.ru/dict/]

Тематики

• телевидение, радиовещание, видео

Синонимы

• ТВЧ

EN

• HDTV
• High Definition Television

FR

• télécvision á hauté définition TVHD

33. Телевидение высокой четкости

ТВЧ

E. High-definition television HDTV

F. Télévision à hautè définition TVHD

Телевидение с примерно вдвое увеличенной четкостью по вертикали и горизонтали в сравнении с действующими стандартными системами и увеличенным форматом кадра

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

 The effect of higher initial rod temperature is to reduce the quench from velocity.

 Attention over the past years has been directed to the outlet end of a heat recovery boiler where dual drums have been incorporated to lower the stack temperature.

 At locations further outward from the vessel centerline, reduced turbulence lessens the gradient.

 The production of spray at nozzle exit detracts from the cohesiveness and distance of travel of the jet before breakup.

 Dimensional tolerances may be greatly relaxed.

 Some resonances are enhanced by the load; some are diminished.

 Various palliatives have been tried on different engine types to alleviate this type of damage.

 Station electrical output may be needlessly curtailed because of the limit imposed on the thermal output of the reactor (... могут необоснованно уменьшить...).

 At the same time, the power to the vent heater was diminished to about a quarter of its initial value, and after an hour it was turned off.

— ещё более уменьшает

— количество... заметно уменьшилось

— наполовину уменьшить

— оказывать благоприятное влияние, уменьшая

— позволяет уменьшить сроки и стоимость разработки

— практически не удалось уменьшить

— пропорционально уменьшать размеры

— удалось уменьшить

— уменьшать в... раз

— уменьшать вдвое

— уменьшать на целых... процентов

— уменьшать наполовину

— уменьшать опасность случайного включения

—уменьшать штат на

— чтобы уменьшить количество необходимых вычислений

— двадцать четыре часа в сутки

— за час до

— количество... часов, циклов, километров

— количество отработанных часов

— наработать... часов

— необходимо... через каждые... часов работы

— отработать свыше... часов

— прекращать через несколько часов

— примерно один раз в час

— профилактические работы, выполняемые после... часов наработки

— требовать от нескольких часов до нескольких дней

— часов в день

— через каждые... часа

— через каждые... часов эксплуатации

— число часов работы в год

— штук в час

— это может потребовать нескольких часов

1. stout; 2. full; 3. plump; 4. corpulent; 5. chubby; 6. portly; 7. total; 8. complete

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

1. stout — полный, дородный, плотный, дюжий ( относится в основном к описанию внешности людей): a stout short man — толстый/плотный коротышка; stout shoes — крепкие башмаки/башмаки на толстой подметке; to get/to grow slout — располнеть She's gotten pretty stout since you saw her last. — С тех пор, как ты видел ее в последний раз, она очень располнела. She is a careful weight-watcher; she is afraid to get stout. — Она очень следит за своим весом; она боится пополнеть.

2. full — (прилагательное full многозначно): a) полный, содержащий предельное количество, содержащий максимальное количество; full plate — полная тарелка; full room — заполненная комната; full pail — полное ведро; full box — полный ящик; on a full stomach — на полный желудок; full of smth — полный чего-либо/заполненный чем-либо; the room full of smoke — заполненная дымом комната/полная дыма комната; eyes full of tears — полные слез глаза; to lead a full life — жить полной жизнью Don't speak with your mouth full. — He разговаривай с набитым ртом. I am full. — Я совершенно сыт. Sign your full name. — Полностью напишите свое имя./Подпишитесь полностью. b) покрывающий все части целиком, покрывающий всю поверхность целиком (также употребляется при описании внешности, особенно из вежливости, чтобы избежать слова fat): full face — полное лиио/круглое лицо; full figure — полная фигура; full moon — полная луна; in full view — полностью открытый обозрению

3. plump — полный, пухлый, пухленький, округлый, круглый, сбитый, упитанный, крупный (описывающий приятную полноту, особенно у молодых женщин и детей): plump hands (cheeks) — полные руки (щеки)/пухлые руки (щеки); plump little hands — пухленькие ручки; plump shoulders — округлые плечи; plump juicy tomatoes — крупные сочные помидоры; plump fowl — упитанная птица; plump pillows — взбитые подушки The nurse was a cheerful plump woman. — Медсестра была жизнерадостной толстушкой.

4. corpulent — полный, очень большой, очень толстый, мощного телосложения, дородный, грузный, тучный: He was a corpulent, pompous, and short-tempered little man. — Он был невысокого роста, тучный, надменный и вспыльчивый.

5. chubby — полный, приятно полный, пухленький ( обычно о младенцах): a chubby baby — пухленькое дитя; chubby rosy checks — розовые пухлые щечки

6. portly — полный, грузный ( обычно о пожилых людях): a portly old gentleman — грузный пожилой человек

7. total — полный, всеохватывающий, тотальный, поголовный, включающий все, включающий всех ( употребляется только атрибутивно — перед существительным): a total eclipse — полное солнечное затмение; total disarmament — полное разоружение; a total ban on cigarette advertising — полный запрет на рекламу сигарет The sales campaign was a total disaster. — Кампания но распродаже была полным провалом/полной катастрофой.

8. complete — полный, сплошной, совершенный, предельный ( о качестве), неразрозненный, содержащий вес (что полагается, предусмотрено, требуется): a complete set of crockery — полный набор фаянсовой посуды/фаянсовый сервиз Their engagement came as a complete surprise to me. — Их помолвка была для меня полной неожиданностью. The police were in complete control of the situation. — Полиция полностью контролировала ситуацию. I felt a complete fool in his presence. — В его присутствии я чувствовал себя полным дураком. The lecture was a complete failure. — Лекция была полным провалом. The captain ordered a complete baggage check. — Капитан приказал пронести полную/сплошную проверку багажа. Buy one of those plates every month until your collection is complete. — Покупайте ежемесячно по тарелке, пока не соберете полный набор/сервиз. The party won't be complete without you. — Без тебя компания не та./Без тебя компания не полная./Тебя будет не хватать/в компании.

 

денежная масса
Количество денег в обращении на определенный период или на определенную дату. В зависимости от задач в Д.м. включаются разные агрегаты - показатели ее объема и структуры. Наиболее распространен агрегат М2, охватывающий наличные деньги в обращении, вклады населения и организаций в банках, средства страховых учреждений. В структуре Д.м. выделяют активную часть, в которой основное место занимают денежные средства, реально обслуживающие хозяйственный оборот, и пассивную часть, включающую денежные накопления, остатки на счетах, которые потенциально могут служить расчетными средствами.
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

денежная масса
Совокупность денег в стране. Количество денег в обращении на определенный период или на определенную дату. Ее структура по разному определяется в разных странах, да и в пределах одной страны, к сожалению, в этом отношении сохраняется разнобой, что иной раз приводит к недоразумениям. В России наиболее распространена следующая классификация: Денежный агрегат М0 — наличные деньги в обращении (монеты и банкноты). Денежный агрегат М1 — М0 плюс депозиты населения до востребования и средства предприятий на текущих банковских счетах. Денежный агрегат М2 — М1 плюс срочные вклады предприятий, организаций, граждан и местных бюджетов; средства Госстраха.. Денежный агрегат М3 — М2 плюс различные «квазиденьги» — облигации, госзаймы, казначейские обязательства и другие ценные бумаги. В статистических и аналитических публикациях основной характеристикой состояния Д.м. (например, при сравнении темпов ее роста и темпов инфляции) обычно служит агрегат М2. В настоящее время примерно 3/4 всей денежной массы в России составляют банковские депозиты и 1/4 — наличные деньги. В структуре Д.м. выделяют активную часть, в которой основное место занимают денежные средства, реально обслуживающие хозяйственный оборот, и пассивную часть, включающую денежные накопления, остатки на счетах, которые потенциально могут служить расчетными средствами. В США основной составляющий денежную массу агрегат М1 (его называют также массой денег в узком смысле) состоит из наличных денег вне банков, чековых депозитов в банках и дорожных чеков. М2 включает также срочные депозиты, евродолларовые депозиты, средства взаимных фондов (так называются инвестиционные фонды). М3 — М2 плюс долговременные депозиты. Особый агрегат L объединяет все предыдущие и иные ликвидные активы. В Великобритании действует аналогичная классификация с некоторыми отличиями, связанными с разделением денег частного и государственного секторов, а также резидентов и нерезидентов страны.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• monetary
• money stock

 

договор займа
Договор, по которому одна сторона (заимодавец) передает в собственность другой стороне (заемщику) деньги или другие вещи, определенные родовыми признаками, а заемщик обязуется возвратить заимодавцу такую же сумму денег (сумму займа) или равное количество других полученных им вещей того же рода и качества. Договор считается заключенным с момента передачи денег или других вещей. Д.з. между гражданами может быть заключен в письменной форме, если его сумма превышает не менее чем в 10 раз установленный законом минимальный размер оплаты труда, а в случае, когда заимодавцем является юридическое лицо, - независимо от суммы. В подтверждение договора займа и его условий может быть представлена расписка заемщика или иной документ, удостоверяющие передачу ему заимодавцем определенной денежной суммы или определенного количества вещей.
[ http://www.lexikon.ru/dict/buh/index.html]

договор займа
Договор, по которому одна сторона (займодавец) передает в собственность другой стороне (заемщику) деньги или другие вещи.., а заемщик обязуется возвратить займодавцу такую же сумму денег (сумму займа) или равное количество других полученных им вещей того же рода и качества. Договор займа считается заключенным с момента передачи денег или других вещей. (Статья 807 ГК РФ). Таким образом, заем может здесь рассматриваться как беспроцентный кредит или, напротив, кредит – как заем, за который надо платить кредитный процент. Часто термины заем и кредит, по этой причине, применяются как синонимы.
[ http://slovar-lopatnikov.ru/]

Тематики

• бухгалтерский учет
• экономика

EN

• loan agreement

 

интерфейс RS-485
Промышленный стандарт для полудуплексной передачи данных. Позволяет объединять в сеть протяженностью 1200 м до 32 абонентов.
[ http://www.morepc.ru/dict/]

Интерфейс RS-485 - широко распространенный высокоскоростной и помехоустойчивый промышленный последовательный интерфейс передачи данных. Практически все современные компьютеры в промышленном исполнении, большинство интеллектуальных датчиков и исполнительных устройств, программируемые логические контроллеры наряду с традиционным интерфейсом RS-232 содержат в своем составе ту или иную реализацию интерфейса RS-485.
Интерфейс RS-485 основан на стандарте EIA RS-422/RS-485.

К сожалению, полноценного эквивалентного российского стандарта не существует, поэтому в данном разделе предлагаются некоторые рекомендации по применению интерфейса RS-485.

Традиционный интерфейс RS-232 в промышленной автоматизации применяется достаточно редко. Сигналы этого интерфейса передаются перепадами напряжения величиной (3...15) В, поэтому длина линии связи RS-232, как правило, ограничена расстоянием в несколько метров из-за низкой помехоустойчивости. Интерфейс RS-232 имеется в каждом PC–совместимом компьютере, где используется в основном для подключения манипулятора типа “мышь”, модема, и реже – для передачи данных на небольшое расстояние из одного компьютера в другой. Передача производится последовательно, пословно, каждое слово длиной (5...8) бит предваряют стартовым битом
и заканчивают необязательным битом четности и стоп-битами.
Интерфейс RS-232 принципиально не позволяет создавать сети, так как соединяет только 2 устройства (так называемое соединение “точка - точка”).

Сигналы интерфейса RS-485 передаются дифференциальными перепадами напряжения величиной (0,2...8) В, что обеспечивает высокую помехоустойчивость и общую длину линии связи до 1 км (и более с использованием специальных устройств – повторителей). Кроме того, интерфейс RS-485 позволяет создавать сети путем параллельного подключения многих устройств к одной физической линии (так называемая “мультиплексная шина”).
В обычном PC-совместимом персональном компьютере (не промышленного исполнения) этот интерфейс отсутствует, поэтому необходим специальный адаптер - преобразователь интерфейса RS-485/232.


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

• преобразователи, требующие жесткого указания скорости обмена и длины передаваемого слова (с учетом стартовых, стоповых бит и бита четности) для расчета времени окончания передачи: например, преобразователь ADAM-4520 производства компании Advantech. Все параметры задаются переключателями в самом преобразователе, причем для задания этих параметров корпус преобразователя необходимо разобрать;
• преобразователи на основе технологий “Self Tuner” и им подобных, не требующие никаких указаний вообще, и, соответственно, не имеющие никаких органов управления: например, преобразователь I-7520 производства компании ICP DAS. Данный преобразователь предпочтительнее для использования в сетях с приборами МЕТАКОН.

В автоматических преобразователях выходы интерфейса RS-485 обычно имеют маркировку “DATA+” и “DATA-“. В I-7520 и ADAM-4520 вывод “DATA+” функционально эквивалентен выводу “A” регулятора МЕТАКОН, вывод “DATA-“ - выводу “B”.

Устройства, подключаемые к интерфейсу RS-485, характеризуются важным параметром по входу приемопередатчика: “единица нагрузки” (“Unit Load” - UL). По стандарту в сети допускается использование до 32 единиц нагрузки, т.е. до 32 устройств, каждое из которых нагружает линию в 1 UL. В настоящее время существуют микросхемы приемопередатчиков с характеристикой менее 1 UL, например - 0,25 UL. В этом случае количество физи
чески подключенных к линии устройств можно увеличить, но суммарное количество UL в одной линии не должно превышать 32.

В качестве линии связи используется экранированная витая пара с волновым сопротивлением ≈120 Ом. Для защиты от помех экран (оплетка) витой пары заземляется в любой точке, но только один раз: это исключает протекание больших токов по экрану из-за неравенства потенциалов “земли”. Выбор точки, в которой следует заземлять кабель, не регламентируется стандартом, но, как правило, экран линии связи заземляют на одном из ее концов.


Устройства к сети RS-485 подключаются последовательно, с соблюдением полярности контактов A и B:


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

Качество витой пары оказывает большое влияние на дальность связи и максимальную скорость обмена в линии. Существуют специальные методики расчета допустимых скоростей обмена и максимальной длины линии связи, основанные на паспортных параметрах кабеля (волновое сопротивление, погонная емкость, активное сопротивление) и микросхем приемопередатчиков (допустимые искажения фронта сигнала). Но на относительно низких скоростях обмена (до 19200 бит/с) основное влияние на допустимую длину линии связи оказывает активное сопротивление кабеля. Опытным путем установлено, что на расстояниях до 600 м допускается использовать кабель с медной жилой сечением 0,35 мм (например, кабель КММ 2х0,35), на большие расстояния сечение кабеля необходимо пропорционально увеличить. Этот эмпирический результат хорошо согласуется с результатами, полученными расчетными методами.

Даже для скоростей обмена порядка 19200 бит/с кабель уже можно считать длинной линией, а любая длинная линия для исключения помех от отраженного сигнала должна быть согласована на концах. Для согласования используются резисторы
сопротивлением 120 Ом (точнее, с сопротивлением, равным волновому сопротивлению кабеля, но, как правило, используемые витые пары имеют волновое сопротивление около 120 Ом и точно подбирать резистор нет необходимости) и мощностью не менее 0,25 Вт – так называемый “терминатор”. Терминаторы устанавливаются на обоих концах линии связи, между контактами A и B витой пары.
В сетях RS-485 часто наблюдается состояние, когда все подключенные к сети устройства находятся в пассивном состоянии, т.е. в сети отсутствует передача и все приемопередатчики “слушают” сеть. В этом случае приемопередатчики не могут корректно распознать никакого устойчивого логического состояния в линии, а непосредственно после передачи все приемопередатчики распознают в линии состояние, соответствующее последнему переданному биту, что эквивалентно помехе в линии связи. На эту проблему не так часто обращают внимания, борясь с ее последствиями программными методами, но тем не менее решить ее аппаратно несложно. Достаточно с помощью специальных цепей смещения создать в линии потенциал, эквивалентный состоянию отсутствия передачи (так называемое состояние “MARK”: передатчик включен, но передача не ведется). Цепи смещения и терминатор реализованы в преобразователе I-7520. Для корректной работы цепей смещения необходимо наличие двух терминаторов в линии связи.

В сети RS-485 возможна конфликтная ситуация, когда 2 и более устройства начинают передачу одновременно. Это происходит в следующих случаях:
• в момент включения питания из-за переходных процессов устройства кратковременно могут находится в режиме передачи;
• одно или более из устройств неисправно;
• некорректно используется так называемый “мульти-мастерный” протокол, когда инициаторами обмена могут быть несколько устройств.
В первых двух случаях быстро устранить конфликт невозможно, что теоретически может привести к перегреву и выходу из строя приемопередатчиков RS-485. К счастью, такая ситуация предусмотрена стандартом и дополнительная защита приемопередатчика обычно не требуется. В последнем случае необходимо предусмотреть программное разделение канала между устройствами-инициаторами обмена, так как в любом случае для нормального функционирования линия связи может одновременно предоставляться только одному передатчику.

[ http://www.metodichka-contravt.ru/?id=3937]

Тематики

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

EN

• RS-485

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

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

Чем же отличается колокейшн от хостинга?

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

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

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

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

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

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

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

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

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

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

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

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

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

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

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

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

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

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

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

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

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

3.2 поставка (consignment): Количество ферросплава, поставляемое за один раз и оформленное одним документом о качестве. Поставка может состоять из одной или нескольких партий или частей партии.

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

1.3.7 поставка

Количество некоторой товарной продукции или услуг, представленное в одно время и сопровождаемое одним комплектом документов.

Примечание - Поставка может состоять из нескольких контролируемых партий или их частей

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

4.14 контролируемая партия (test unit): Заданное количество труб одного заданного наружного диаметра и толщины стенки, изготовленных по одной технологии, из одной плавки, в одних условиях производства.

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

3.13 контролируемая партия (lot): Определенная часть совокупности, составленная для выборочного контроля и отражающая свойства совокупности.

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

[ИСО 3534-2]

Источник: ГОСТ Р ИСО 2859-5-2009: Статистические методы. Процедуры выборочного контроля по альтернативному признаку. Часть 5. Система последовательных планов на основе AQL для контроля последовательных партий оригинал документа

3.4 контролируемая партия (inspection lot): Определенное количество контролируемых крепежных изделий одного и того же обозначения, полученных от одного и того же поставщика за один раз.

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

3.4 проба точечная (increment): Количество ферросплава, взятое пробоотборным устройством за один раз от упакованной или неупакованной поставки, а также количество ферросплава, полученное методом сокращения единичных точечных проб.

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