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

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

используемых+для+производства+яо

  • 61 оптимизация

    1. Optimierung

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

  • 62 optimisation

    1. оптимизация

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

  • 63 Optimierung

    1. оптимизация

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

  • 64 оптимизация

    1. optimization

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

  • 65 оптимизация

    1. optimisation

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

  • 66 APS

    1. формирование диаграммы направленности антенны (F.BWA-REQ)
    2. система дуговой защиты
    3. развитое объемное и календарное планирование
    4. после первичного осаждения взвешенных частиц
    5. питание собственных нужд электростанции
    6. питание собственных нужд (электростанции)
    7. гарантированная платежная система
    8. вспомогательная система энергопитания
    9. времяпролётное устройство для измерения размера частиц и их концентраций до и после электрофильтра
    10. аналоговая система защиты
    11. Американское физическое общество
    12. аксиальный профиль энерговыделения
    13. автоматическое переключение на резерв
    14. автоматическое защитное переключение
    15. автоматическая система защиты
    16. аварийно-опасная ситуация

     

    Американское физическое общество

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

    Тематики

    EN

     

    аварийно-опасная ситуация

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

    Тематики

    EN

     

    автоматическая система защиты

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

    Тематики

    EN

     

    автоматическое защитное переключение

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

    Тематики

    EN

     

    автоматическое переключение на резерв
    (МСЭ-Т I.326, МСЭ-T G.709/ Y.1331, МСЭ-T G.803).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    аксиальный профиль энерговыделения
    (в активной зоне ядерного реактора)
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    аналоговая система защиты
    (МСЭ-Т J.197).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

    времяпролётное устройство для измерения размера частиц и их концентраций до и после электрофильтра
    (напр. в диапазоне 0,504-3,05 микрон)
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

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

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

    Тематики

    EN

     

    гарантированная платежная система
    ГПС

    Соглашение в системе на условиях обмена на стоимость, в соответствии с которым завершение своевременного расчета по платежной инструкции обеспечивается безотзывным и безусловным обязательством третьей стороны (как правило, банка, синдиката банков или клиринговой палаты). См. также расчетная система на условиях обмена на стоимость.
    [Глоссарий терминов, используемых в платежных и расчетных системах. Комитет по платежным и расчетным системам Банка международных расчетов. Базель, Швейцария, март 2003 г.]

    Тематики

    Синонимы

    EN

     

    питание собственных нужд (электростанции)

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

    Тематики

    EN

     

    питание собственных нужд электростанции

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

    Тематики

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

    EN

     

    после первичного осаждения взвешенных частиц
    (очистка сточных вод)
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    развитое объемное и календарное планирование
    развитая система планирования
    Техники, которые работают с анализом и планированием логистики и производства в кратко-, средне- и долгосрочных периодах времени. Aps описывает любую компьютерную программу, которая применяет развитые математические алгоритмы или логику для выполнения оптимизации или моделирования календарного планирования ограниченных мощностей, снабжения, планирования капитальных вложений, планирования ресурсов, прогнозирования, управления спросом, и прочее. Эти техники одновременно рассматривают ряд ограничений и бизнес-правил, с тем чтобы обеспечить объемное и календарное планирование, поддержку принятия решений, возможности доступного для обещания количества и возможной для обещания мощности в режиме реального времени. Aps часто формирует и оценивает несколько сценариев. Руководство затем выбирает один из сценариев для его применения как «официальный план». Пятью основными компонентами систем aps являются планирование спроса, объемное планирование производства, календарное планирование производства, планирование распределения и планирование транспортировки.
    [ http://www.abc.org.ru/gloss.html]

    Тематики

    Синонимы

    EN

     

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

    Тематики

    EN

     

    формирование диаграммы направленности антенны (F.BWA-REQ)

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

    Тематики

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

    EN

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

  • 67 optimization

    1. подбор оптимальных условий
    2. оптимизация
    3. определение оптимальных характеристик
    4. выбор оптимальных параметров

     

    выбор оптимальных параметров

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

    Тематики

    EN

     

    оптимизация
    Процесс отыскания варианта, соответствующего критерию оптимальности
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

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

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    The quest for the optimum

    Вопрос оптимизации

    Throughout the history of industry, there has been one factor that has spurred on progress more than any other. That factor is productivity. From the invention of the first pump to advanced computer-based optimization methods, the key to the success of new ideas was that they permitted more to be achieved with less. This meant that consumers could, over time and measured in real terms, afford to buy more with less money. Luxuries restricted to a tiny minority not much more than a generation ago are now available to almost everybody in developed countries, with many developing countries rapidly catching up.

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

    With industry and consumers expecting the trend towards higher productivity to continue, engineering companies are faced with the challenge of identifying and realizing further optimization potential. The solution often lies in taking a step back and looking at the bigger picture. Rather than optimizing every step individually, many modern optimization techniques look at a process as a whole, and sometimes even beyond it. They can, for example, take into account factors such as the volatility of fuel quality and price, the performance of maintenance and service practices or even improved data tracking and handling. All this would not be possible without the advanced processing capability of modern computer and control systems, able to handle numerous variables over large domains, and so solve optimization problems that would otherwise remain intractable.

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

    Whether through a stunning example of how to improve the rolling of metal, or in a more general overview of progress in optimization algorithms, this edition of ABB Review brings you closer to the challenges and successes of real world computer-based optimization tasks. But it is not in optimization and solving alone that information technology is making a difference: Who would have thought 10 years ago, that a technician would today be able to diagnose equipment and advise on maintenance without even visiting the factory? ABB’s Remote Service makes this possible. In another article, ABB Review shows how the company is reducing paperwork while at the same time leveraging quality control through the computer-based tracking of production. And if you believed that so-called “Internet communities” were just about fun, you will be surprised to read how a spin-off of this idea is already leveraging production efficiency in real terms. Devices are able to form “social networks” and so facilitate maintenance.

    Рассказывая об ошеломляющем примере того, как был усовершенствован процесс прокатки металла, или давая общий обзор развития алгоритмов оптимизации, этот выпуск АББ Ревю знакомит вас с практическими задачами и достигнутыми успехами оптимизации на основе компьютерных технологий. Но информационные технологии способны не только оптимизировать процесс производства. Кто бы мог представить 10 лет назад, что сервисный специалист может диагностировать производственное оборудование и давать рекомендации по его обслуживанию, не выходя из офиса? Это стало возможно с пакетом Remote Service от АББ. В другой статье этого номера АББ Ревю рассказывается о том, как компания смогла уменьшить бумажный документооборот и одновременно повысить качество управления с помощью компьютерного контроля производства. Если вы считаете, что так называемые «интернет-сообщества» служат только для развлечения,
    то очень удивитесь, узнав, что на основе этой идеи можно реально повысить производительность. Формирование «социальной сети» из автоматов значительно облегчает их обслуживание.

    This edition of ABB Review also features several stories of service and consulting successes, demonstrating how ABB’s expertise has helped customers achieve higher levels of productivity. In a more fundamental look at the question of what reliability is really about, a thought-provoking analysis sets out to find the definition of that term that makes the greatest difference to overall production.

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

    Robots have often been called “the extended arm of man.” They are continuously advancing productivity by meeting ever-tightening demands on precision and efficiency. This edition of ABB Review dedicates two articles to robots.

    Робот – это могучее «продолжение» человеческой руки. Применение роботов способствует постоянному повышению производительности, поскольку они отвечают самым строгим требованиям точности и эффективности. Две статьи в этом номере АББ Ревю посвящены роботам.

    Further technological breakthroughs discussed in this issue look at how ABB is keeping water clean or enabling gas to be shipped more efficiently.

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

    The publication of this edition of ABB Review is timed to coincide with ABB Automation and Power World 2009, one of the company’s greatest customer events. Readers visiting this event will doubtlessly recognize many technologies and products that have been covered in this and recent editions of the journal. Among the new products ABB is launching at the event is a caliper permitting the flatness of paper to be measured optically. We are proud to carry a report on this product on the very day of its launch.

    Публикация этого номера АББ Ревю совпала по времени с крупнейшей конференцией для наших заказчиков «ABB Automation and Power World 2009». Читатели, посетившие ее, смогли воочию увидеть многие технологии и изделия, описанные в этом и предыдущих выпусках журнала. Среди новинок, представленных АББ на этой конференции, был датчик, позволяющий измерять толщину бумаги оптическим способом. Мы рады сообщить, что сегодня он готов к выпуску.

    Тематики

    EN

    DE

    FR

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

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

    1. operator-machine communication
    2. MMI
    3. man-machine interface
    4. man-machine communication
    5. human-machine interface
    6. human-computer interface
    7. human interface device
    8. human interface
    9. HMI
    10. computer human interface
    11. CHI

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 69 man-machine communication

    1. человеко-машинный интерфейс
    2. связь человек-машина
    3. диалог человека с ЭВМ

     

    диалог человека с ЭВМ

    [В.А.Семенов. Англо-русский словарь по релейной защите]

    Тематики

    EN

     

    связь человек-машина

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

    Тематики

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

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 70 HMI

    1. человеко-машинный интерфейс
    2. человеко-машинное взаимодействие
    3. терминал
    4. интерфейс управления концентратором
    5. интерфейс "человек-машина"

     

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

    Тематики

    Синонимы

    EN

     

    интерфейс управления концентратором

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

    Тематики

    EN

     

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

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

    HMI port warning
    [Schneider Electric]

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

    HMI display max current phase enable
    [Schneider Electric]

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

    Config via HMI keypad enable
    [Schneider Electric]

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


    Тематики

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

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

    Синонимы

    EN

     

    человеко-машинное взаимодействие

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

    Тематики

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 71 man-machine interface

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

     

    интерфейс "человекмашина"
    (МСЭ-Т Q.1741).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 72 MMI

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

     

    интерфейс "человекмашина"
    (МСЭ-Т Q.1741).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

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

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 73 human interface

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

     

    интерфейс с пользователем

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

    Тематики

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 74 human-computer interface

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

     

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

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

    Тематики

    EN

     

    пользовательский интерфейс

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

    Тематики

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

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 75 Chi

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

     

    Хи
    22-я буква греческого алфавита.
    [http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

    Тематики

    EN

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 76 computer human interface

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

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 77 human interface device

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

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 78 human-machine interface

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

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 79 operator-machine communication

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

     

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Тематики

    Синонимы

    EN

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

  • 80 промышленная сеть верхнего уровня

    1. terminal bus

     

    промышленная сеть верхнего уровня
    коммуникационная сеть верхнего уровня
    сеть операторского уровня
    Сеть верхнего уровня АСУ ТП.
    Сеть передачи данных между операторскими станциями, контроллерами и серверами.
    [ http://kazanets.narod.ru/NT_PART2.htm]

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

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

    Какие сети используются на верхнем уровне?
    В отличие от стандартов полевых шин, здесь особого разнообразия нет. Фактически, большинство сетей верхнего уровня, применяемых в современных АСУ ТП, базируется на стандарте Ethernet (IEEE 802.3) или на его более быстрых вариантах Fast Ethernet и Gigabit Ethernet. При этом, как правило, используется полный стек коммуникационных протоколов TCP/IP. В этом плане сети операторского уровня очень похожи на обычные ЛВС, применяемые в офисных приложениях. Широкое промышленное применение сетей Ethernet обусловлено следующими очевидными моментами:

    1.    Промышленные сети верхнего уровня объединяют множество операторских станций и серверов, которые в большинстве случаев представляют собой персональные компьютеры. Стандарт Ethernet отлично подходит для организации подобных ЛВС; для этого необходимо снабдить каждый компьютер лишь сетевым адаптером (NIC, network interface card). Коммуникационные модули Ethernet для промышленных контроллеров просты в изготовлении и легки в конфигурировании. Стоит отметить, что многие современные контроллеры уже имеют встроенные интерфейсы для подключения к сетям Ethernet.

    2.   На рынке существует большой выбор недорого коммуникационного оборудования для сетей Ethernet, в том числе специально адаптированного для промышленного применения.

    3.   Сети Ethernet обладают большой скоростью передачи данных. Например, стандарт Gigabit Ethernet позволяет передавать данные со скоростью до 1 Gb в секунду при использовании витой пары категории 5. Как будет понятно дальше, большая пропускная способность сети становится чрезвычайно важным моментом для промышленных приложений.

    4.   Очень частым требованием является возможность состыковки сети АСУ ТП с локальной сетью завода (или предприятия). Как правило, существующая ЛВС завода базируется на стандарте Ethernet. Использование единого сетевого стандарта позволяет упростить интеграцию АСУ ТП в общую сеть предприятия, что становится особенно ощутимым при реализации и развертывании систем верхнего уровня типа MES (Мanufacturing Еxecution System).

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

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

    В отличие от полевых сетей жесткого требования детерминированности здесь нет: строго говоря, неважно, сколько времени займет передача сообщения от одного узла к другому – 100 мс или 700 мс (естественно, это не важно, пока находится в разумных пределах). Главное, чтобы сеть в целом могла справляться с общим объемом трафика за определенное время. Наиболее интенсивный трафик идет по участкам сети, соединяющим серверы и операторские станции (клиенты). Это связано с тем, что на операторской станции технологическая информация обновляется в среднем раз в секунду, причем передаваемых технологических параметров может быть несколько тысяч. Но и тут нет жестких временных ограничений: оператор не заметит, если информация будет обновляться, скажем, каждые полторы секунды вместо положенной одной. В то же время если контроллер (с циклом сканирования в 100 мс) столкнется с 500-милисекундной задержкой поступления новых данных от датчика, это может привести к некорректной отработке алгоритмов управления.

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

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

    4916
    Рис. 1. Промышленные коммутаторы SCALANCE X200 производства Siemens (слева) и LM8TX от Phoenix Contact (справа): монтаж на DIN-рейку; питание от 24 VDC (у SCALANCE X200 возможность резервирования питания); поддержка резервированных сетевых топологий.

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

    Есть и другая точка зрения на то, что такое Industrial Ethernet. Дело в том, что в последнее время разработано множество коммуникационных протоколов, базирующихся на стандарте Ethernet и оптимизированных для передачи критичных ко времени данных. Такие протоколы условно называют протоколами реального времени, имея в виду, что с их помощью можно организовать обмен данными между распределенными приложениями, которые критичны ко времени выполнения и требуют четкой временной синхронизации. Конечная цель – добиться относительной детерминированности при передаче данных. В качестве примера Industrial Ethernet можно привести:

    1.    Profinet;
    2.    EtherCAT;
    3.    Ethernet Powerlink;
    4.    Ether/IP.

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

    Теперь рассмотрим конкретные конфигурации сетей операторского уровня.
    На рисунке 2 показана самая простая – базовая конфигурация. Отказ любого коммутатора или обрыв канала связи ( link) ведет к нарушению целостности всей системы. Единичная точка отказа изображена на рисунке красным крестиком.

    4917
    Рис. 2. Нерезервированная конфигурация сети верхнего уровня

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

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

    4918
    Рис. 3. Полностью резервированная конфигурация сети верхнего уровня

    Резервирование неизбежно ведет к возникновению петлевидных участков сети – замкнутых маршрутов. Стандарт Ethernet, строго говоря, не допускает петлевидных топологий, так как это может привести к зацикливанию пакетов особенно при широковещательной рассылке. Но и из этой ситуации есть выход. Современные коммутаторы, как правило, поддерживают дополнительный прокол Spanning Tree Protocol (STP, IEEE 802.1d), который позволяет создавать петлевидные маршруты в сетях Ethernet. Постоянно анализируя конфигурацию сети, STP автоматически выстраивает древовидную топологию, переводя избыточные коммуникационные линии в резерв. В случае нарушения целостности построенной таким образом сети (обрыв связи, например), STP в считанные секунды включает в работу необходимые резервные линии, восстанавливая древовидную структуры сети. Примечательно то, что этот протокол не требует первичной настройки и работает автоматически. Есть и более мощная разновидность данного протокола Rapid Spanning Tree Protocol (RSTP, IEEE 802.1w), позволяющая снизить время перестройки сети вплоть до нескольких миллисекунд. Протоколы STP и RSTP позволяют создавать произвольное количество избыточных линий связи и являются обязательным функционалом для промышленных коммутаторов, применяемых в резервированных сетях.

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

    4919
    Рис. 4. Резервированная конфигурация сети на основе оптоволоконного кольца

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

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

    Тематики

    Синонимы

    EN

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

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

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

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