ПРЕСС-ЦЕНТР

Эволюция SCADA: от телеметрических приложений до корпоративных систем

МКА: мир ВКТ 6/2008

По материалам Citect

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

Как всё начиналось

Ранние управляющие решения, предварившие наступление эры SCADA, назывались «телеметрическими» системами и представляли собой попытки организовать дистанционный мониторинг небольшого числа параметров (обычно одного-двух). В те времена никому и в голову не могло прийти, что уже к концу столетия оператор управляющей системы будет видеть буквально всё происходящее на удалённой станции. Тем не менее, все основные требования, которым должны удовлетворять современные решения типа SCADA, равно как и большинство обеспечиваемых такими решениями преимуществ, присутствовали уже в телеметрических системах начала 70 годов прошлого века хотя бы в зачаточном виде. Для отображения текущего состояния системы тогда использовались «имитационные стены» (mimic wall). Оперативность вывода информации на такие стены можно охарактеризовать как «приближающуюся к реальному времени»: показания индикаторов и лампочек изменялись вручную по мере того, как перемещающиеся по удалённым локациям операторы получали новые данные.

Аббревиатура SCADA расшифровывается как Supervisory Control and Data Acquisition – диспетчерский контроль и сбор данных. Почему контроль здесь назван «супервизорским»? В ранних SCADA-подобных системах вроде тех, что применялись в задачах водоснабжения и водоочистки в 60-70 годах XX века, связь между диспетчерской (головной станцией SCADA) и удалёнными станциями была столь призрачной, что организовать полноценный оперативный контроль не представлялось возможным. Первые управляющие системы типа SCADA разрабатывались для налаживания сбора данных с удалённых локаций. Каких данных? Традиционно в задачах добычи и транспортировки нефти, а также водоснабжения и водоочистки критическое значение имеет информация о давлении и расходе. Для контроля критических показателей в ранних SCADA-подобных системах обычно использовались один-два аларма, которые обеспечивали, например, контроль входа в здание либо подавали сигналы типа «ёмкость пуста», «ёмкость заполнена» или «отказ насоса». Почему параметров было так мало? Это обусловлено тогдашним уровнем развития управляющих систем. Организация надёжного мониторинга четырёх-пяти показателей для каждой удалённой станции расценивалась в те времена как крупный успех. Серьёзную проблему представляло даже налаживание дистанционного контроля времени работы насосов.

Традиционные рынки и движущие силы

Управляющие системы типа SCADA возникли в тех отраслях, где в отличие от обрабатывающей промышленности «производственные мощности» в принципе нельзя объединить под крышей одного или нескольких близко расположенных зданий. Основными пользователями SCADA-решений во все времена были распределённые компании и предприятия, занимающиеся:

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


а также

  • крупные промышленные предприяти


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

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

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

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

Другая причина роста расходов – это рабочая сила. До наступления эпохи современных SCADA-решений, типичная распределённая система управления, будь то управление водоснабжением, водоочисткой, ирригацией или транспортировкой углеводородов, требовала наличия штата «операторов на колёсах», периодически посещающих удалённые станции с целью сбора данных, внесения изменений, контроля над соблюдением требований к техническому обслуживанию и проведения инспекций. Причём эта деятельность должна была осуществляться непрерывно и круглосуточно – 24 часа в день 7 дней в неделю. В 70 годах прошлого века типичная сеть водоснабжения в США обслуживалась в среднем шестью-восемью «операторами на колёсах».

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

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

От арендованных телефонных линий к радиосвязи

В ранних SCADA-системах, использовавшихся на предприятиях водоснабжения и сбора сточных вод, применялись арендованные телефонные пары, по одной паре на один сигнал/аларм. Однако подведение телефонных линий к удалённым станциям влетало в копеечку, да и арендная плата была высока; к тому же телекоммуникационные компании неохотно соглашались на фиксацию отдельных соединений в своих коммутаторах. Это подвигало SCADA-операторов на поиск других решений. В 1970 годах многие попытались перейти на радиосвязь и немедленно столкнулись с целым рядом проблем: полосы частот тогда были значительно уже, чем в начале XXI столетия, а правила лицензирования частот в городах по всему миру были таковы, что зачастую превращали SCADA-системы на базе радио в несбыточную мечту.

От аналога к цифре

Ситуация упростилась после того, как в 70 годах прошлого века начался переход с аналоговой телеметрии, функционирующей по принципу частотной манипуляции (Frequency Shift Keying/FSK), к цифровой телеметрии. Первые цифровые решения были частнофирменными, затем появились системы на базе COTS-продуктов (Commercial Off The Shelf/готовые коммерческие продукты с полки). Микропроцессоры вкупе с разработанными в НАСА технологиями сжатия и кодирования (метод Боуза – Чоудхури и др.) позволили организовывать передачу на одной радиочастоте (или по одной арендованной линии в тех случаях, когда использовать радио было нельзя) сразу несколько алармов и аналоговых величин.

В конце концов SCADA-системы стали давать своим пользователям то, о чём те всегда мечтали: актуальную информацию о происходящем в масштабах всего предприятия плюс возможность управления всем предприятием из единого центра. И всё же первые цифровые решения были не так надёжны, как реле, подключённые к одному FSK-каналу. SCADA-системы с радиосвязью периодически оказывались недоступны, что могло быть обусловлено самыми разными причинами, вплоть до вспышек на Солнце. Арендованные телефонные линии также не были панацеей: их могли порвать строители. Да и печатные платы сорок лет назад были совсем не так надёжны, как сегодня – отказы компонентов и просчёты в конструкции были самым обычным делом.

В силу всего вышесказанного ранние SCADA-системы проектировались таким образом, чтобы сохранить за удалёнными станциями как можно больше управляющих функций. Были разработаны специальные дистанционные терминалы (Remote Terminal Unit/RTU), способные хранить ограниченные объёмы данных и поддерживать работу удалённых станций в периоды отсутствия связи с головной станцией. Типичная SCADA-система первого поколения оставалась подключённой к имитационной стене, и очень часто для обслуживания такой системы требовались «операторы на колёсах».

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

А потом всё изменилось. С появлением компьютеров Macintosh, рабочих станций Silicon Graphics, частнофирменного графического программного обеспечения и, наконец, операционных систем Windows у разработчиков появилась возможность создавать человеко-машинные интерфейсы (Human Machine Interface/HMI), заменившие имитационные стены и оставившие «операторов на колёсах» без работы.

Программные человеко-машин­ные интерфейсы всегда представляли собой нечто большее, чем просто ПО для визуализации состояния системы в реальном времени. Реальные решения класса HMI, вроде тех, что предлагала и продолжает предлагать компания Citect, практически с самого начала были программно-реализованными версиями головной станции SCADA-системы. Самые ранние SCADA-пакеты, где предусматривались такие виртуальные средства управления, как переключатели «ручн./выкл./автом.», регуляторы режима работы насосов, модули алармов и другие, требовали использования частнофирменных печатных плат. В XXI столетии размеры управляющих систем типа SCADA ограничиваются лишь производительностью процессора, точнее, временем, которое требуется главному компьютеру на опрос всех узлов.

Сегодня никого не удивляют SCADA-решения с 500000 узлами, а появление управляющих систем-«миллионщиков» (1000000 узлов) ожидается уже к 2015 году.

Частнофирменные дистанционные терминалы и программируемые контроллеры

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

Появление программируемых логических контроллеров заставило SCADA-инженеров задуматься о преимуществах коммерчески готового оборудования (COTS). Технология Modbus перевела эти размышления в практическую плоскость: ПЛК с поддержкой шины Modbus стали доступной и достойной заменой для частнофирменных дистанционных терминалов. ПЛК, промышленные шины и виртуальные человеко-машинные интерфейсы обеспечили доступ на рынок SCADA коммерчески готовых продуктов и технологий, подходящих для использования как на удалённых, так и на головных станциях. Чем совершеннее становились программируемые логические контроллеры, тем более сложную функциональность дистанционных терминалов в них можно было реализовывать. Чем лучше, быстрее и мощнее делались компьютеры на базе ОС Windows, тем лучше, быстрее и мощнее становились программные продукты класса SCADA/HMI.

К началу 1990 годов благодаря появлению коммерческого программного обеспечения для управления базами данных и увеличению объёмов памяти появилась возможность организации сбора, хранения и быстрого анализа огромных объёмов рабочих данных на базе ПЛК и ПК.

Последними кусками мозаики стали однотеговые базы данных и программируемые контроллеры автоматизации (ПКА, Programmable Automation Controller), идущие на смену простоватым и недостаточно гибким ПЛК. Контроллеры типа ПКА разрабатываются специально под однотеговые БД, что создаёт условия для бесшовной интеграции на технологической платформе SCADA и обеспечения целостности данных от уровня устройств до архивного хранилища.

Современные SCADA-сети

В превращении SCADA-систем из полностью частнофирменных, каковыми они были в 1970 годах, в почти полностью открытые, каковыми они стали в начале XXI века, большая заслуга принадлежит открытым сетевым протоколам. Первым таким протоколом стал Modbus, затем в корпоративном мире развился сектор IT, где был придуман способ объединения отдельных компьютеров в сети с архитектурой «клиент-сервер». Появление технологии Ethernet и её сращивание со стеком протоколов TCP/IP позволило организовывать перемещение огромных объёмов данных на большие расстояния с использованием исключительно COTS-продуктов и открытых нечастнофирменных технологий.

Кроме того, настойчивость, с которой компания Microsoft стремилась к созданию универсального механизма, который должен был позволить приложениям разных поставщиков взаимодействовать между собой, привела к появлению в индустрии SCADA ряда промышленных стандартов: сначала DCOM и OLE, затем OPC – специальной версии OLE для автоматизации технологических процессов.

В современных управляющих системах типа SCADA связь с полевыми устройствами и корпоративным уровнем реализуется поверх Ethernet или беспроводных сетей на базе технологий OPC и TCP/IP, не привязанных жёстко к конкретным коммуникационным протоколам и средам. В самых новых системах применяются сервисы Microsoft .NET и стандарт XML, которые расширяют возможности технологии OPC и традиционных сетевых коммуникаций.

Сближение управляющих систем типа SCADA и DCS

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

Есть разные мнения относительно того, как следует расшифровывать аббревиатуру DCS, однако большинство специалистов склоняются к варианту Distributed Control System – распределённая система управления. DCS-решения всегда были почти полностью частнофирменными и продолжают оставаться таковыми по сей день. В этом отношении управляющие системы DCS сильно отличаются от управляющих систем SCADA, которые также относятся к распределённым, но строятся с использованием COTS-продуктов и открытых технологий.

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

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

Возможности современных управляющих систем

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

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

Используя высокоскоростные соединения Ethernet и TCP/IP, операторы могут работать буквально с тысячами удалённых статусных точек, а при достаточной пропускной способности каналов даже получать с удалённых локаций видеоизображения. Во многих сегодняшних SCADA-системах, использующихся в нефтяной и газовой отраслях, каналы связи организуются на основе волоконной оптики, что обеспечивает максимально возможную пропускную способность и скорость передачи данных.

Типичная картина

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

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

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

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

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

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

Наконец, современные управляющие решения типа SCADA должны иметь полный набор функций для управления алармами, используя которые, инженеры и операторы могут конфигурировать аварийные сообщения таким образом, чтобы эффективно изолировать и идентифицировать сбои в системе. Сегодня от SCADA-пакета ожидается поддержка работы с аналоговыми алармами, статусными алармами, алармами статистического контроля производственных процессов (Statistical Process Control/SPC), а также возможность адаптации алармов и определения пользовательских алармов.

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

Наиболее дальновидные представители сообщества интеграторов образовали ассоциацию Control System Integrators Association, призванную помогать интеграторам обмениваться опытом, сравнивать эффективность их решений и решать вопросы сертификации.

Интегратор управляющих систем – это новая профессия, имеющая особые черты, отличающие её от профессий инженера и конструктора. Доступность готового COTS-оборудования для оснащения удалённых станций и программного обеспечения типа SCADA для создания человеко-машинных интерфейсов и реализации другой высокоуровневой функциональности привела к тому, что компании-интеграторы всё реже работают «по старинке» с одним-двумя поставщиками. Сегодня интеграторы могут выбирать для своих клиентов лучшие продукты от разных поставщиков. В отсутствие широкого выбора программных человеко-машинных интерфейсов и SCADA-пакетов рынок интеграции управляющих систем в его нынешнем виде не мог бы существовать.

Целостность данных

Современные продукты класса SCADA позволяют создавать законченные интегрированные системы управления для работы со всеми данными, поступающими по каналам ввода-вывода. Такие системы должны поддерживать назначение глобальных временных меток для всех данных, ведение глобальной истории данных и анализ данных, а также импорт данных из разных БД и представление импортированных данных таким образом, как если бы все они хранились в одной БД. Целостность данных – это один из ключевых показателей качества функционирования современного SCADA-пакета.

Модернизация

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

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

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

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

От производственных данных к интеллектуальным ресурсам

Исторически SCADA-системы имели дело только с данными, обеспечивая их поступление в оперативные центры управления или на головные станции распределительных сетей. В последние 10 лет глобализация и конкуренция, а также поиски новых, более эффективных способов оптимизации производства, совместной разработки месторождений, управления основными фондами и затратами привели к необходимости прямого подключения SCADA-решений к корпоративным системам организации производства (Manufacturing Execution System/MES). Программные продукты класса MES преобразуют SCADA-данные в удобную форму и обеспечивают их доставку всем тем людям, которым по долгу службы необходимо иметь представление о работе их системы SCADA. Эти продукты должны соответствовать стандартам ANSI/ISA88 и ANSI/ISA95 и выдержать испытания на совместимость с высокоуровневыми бизнес-системами (SAP и другими.).

Словесный портрет современной управляющей системы типа SCADA

  • Масштабируемая
    • Наращивание системы без её переконфигурирования
    • Масштабы проекта не ограничены
    • До 255 одновременно подключённых клиентов
    • Поддержка локальных и глобальных сетей
    • Возможность интеграции с веб-приложениями без конфигурирования системы
    • Возможность функционирования при малой пропускной способности коммуникаций
    • Поддержка кластерных конфигураций
    • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
  • Гибкая
    • Полноценная архитектура «клиент-­сервер»
    • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
    • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
    • Внесение изменений на отдельных локациях
    • Возможность функционирования при малой пропускной способности коммуникаций
    • Поддержка устоявшихся и новых стандартов
  • Надёжная
    • Встроенная поддержка режима ожидания
    • Резервирование файловых серверов
    • Резервирование сетевых коммуникаций
    • Резервирование серверов алармов
    • Резервирование серверов трендов
    • Резервирование серверов отчётов
    • Многоуровневое резервирование ввода-вывода
    • Автоматическая замена серверов
    • Автоматическая синхронизация историй трендов
    • Автоматическая синхронизация таблиц алармов
    • Автоматическая синхронизация времени
    • Защитные функции
    • Автоматический перезапуск в случае сбоя системы
  • Высокопроизводительная
    • Приемлемый уровень производительности для проектов любых масштабов
    • Низкие требования к процессорам и памяти
    • Малая загруженность сети
    • Поддержка многопроцессорных конфигураций
  • Безопасная
    • Настройки безопасности для отдельных пользователей и групп пользователей
    • До 250 одновременно работающих с системой пользователей
    • Неограниченное число имен пользователей
    • Задание набора прав и привилегий для каждого пользовательского имени


Ввод-вывод

  • Коммуникационные технологии
    • Поддержка открытых коммуникационных стандартов
    • Поддержка каждым сервером ввода-вывода многих протоколов
    • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
    • Время установки драйверов в пределах 60 секунд
    • До 255 одновременно подключённых клиентов
    • До 4096 устройств ввода-вывода на одну систему
    • Поддержка внешнего подключения для удалённых устройств
    • Средства разработки драйверов для специализированных протоколов
    • Поддержка стандарта OPC Server DA2.0
    • Интегрированный веб-сервис XML
  • Доступ
    • Драйверы предоставляются без дополнительной платы
    • Новые версии драйверов выкладываются на сайт
    • Поддержка обновления драйверов
    • Высокая скорость доступа
    • Динамическая оптимизация для всех драйверов
    • Чтение данных по запросу
    • До 100000 целых чисел в секунду
    • Обновление с устройств ввода-вывода


Метки

  • Неограниченное число меток
  • Длина имени метки до 80 символов
  • Поддержка меток качества и времени для соответствующих драйверов
  • Единая база данных для контроллеров ПЛК и системы SCADA
  • Двунаправленная синхронизация со средой разработки для ПЛК
  • Статическая синхронизация для разработки в автономном режиме
  • -Автоматические импорт и синхронизация
  • Импорт из ПЛК разных типов
  • Добавление пользовательских схем импорта


Графика

  • Разработка
    • Неограниченное число экранов
    • 24-битные цвета
    • Быстрый выбор цветов по названиям
    • Поддержка прозрачных цветов
    • Продвинутая анимация без дополнительного программирования
    • Анимация символов на базе тегов
    • До 32000 анимированных изображений на страницу
    • Неограниченное число мигающих цветов
    • Мультиязычность
    • Инструменты типа 3D Pipe
    • Трёхмерные эффекты (поднятие, опускание, выдавливание)
  • Импорт графики
    • Растровые изображения Windows (BMP, RLE, DIB)
    • Формат AutoCAD (DXF)
    • Формат Encapsulated Postscript (EPS)
    • Формат Fax Image (FAX)
    • Формат Ventura (IMG)
    • Формат JPEG (JPG, JIF, JFF, JFE)
    • Формат Photo CD (PCD)
    • Формат PaintBrush (PCX)
    • Формат Portable Network Graphics (PNG)
    • Формат Targa (TGA)
    • Формат Tagged Image Format (TIFF)
    • Формат Windows Meta File (WMF)
    • Формат Word Perfect Graphics (WPG)
    • Неограниченное число отмен действий
    • Кнопки в стиле Windows XP со свойствами динамического перемещения
  • Шаблоны
    • Большое число шаблонов в разных стилях и для разных разрешений
    • Растягивание шаблонов средствами графического инструментария
    • Шаблоны могут содержать анимацию
    • Изменения в шаблонах отражаются на всех страницах
    • Одни и те же шаблоны могут использоваться в разных проектах
  • Символы
  • Более 800 символов в комплекте поставки
    • Создание пользовательских символов средствами графического инструментария
    • Символы могут содержать анимацию
    • Изменения в символах отражаются на всех их копиях
    • Одни и те же символы могут использоваться в разных проектах
  • Объектное конфигурирование
    • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
    • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
    • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
    • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
  • Работа
    • Разрешения до 4096 x 4096
    • Изменение размеров изображений (изотропное и анизотропное)
    • Поддержка вывода на несколько мониторов
    • Настройка скорости обновления страниц (минимум 10 мс)
    • Информирование о потере связи
    • Переключение языков в ходе работы
    • Поддержка одно- и двухбайтовых наборов символов
  • Безопасность
    • Уровень безопасности влияет на:
    • Видимость объектов
    • Доступ к графическим дисплеям
    • Подтверждение алармов
    • Создание отчётов
    • Системные утилиты


Действия

  • Управление
    • Сенсорные команды
    • Мышь
    • -Клавиатурное управление системой, страницами и анимацией
    • Вертикальные и горизонтальные ползунки
    • Замена БД
  • Анализ процессов
    • Объединение алармов с трендами
    • 32 и более перьев
    • 4 и более оконных секций
    • 2 и более курсоров
    • Наложение перьев
    • Информация о качестве данных
    • Аналоговые и цифровые перья
    • Информация о подтверждении алармов
    • Описание алармов (аналоговых и мультицифровых)
    • Комментарии к алармам
    • Поддержка перехода на летнее и зимнее время
    • Сохранение просмотров в процессе работы
    • Хранение просмотров в удалённых локациях
    • Отображение различных временных периодов на том же дисплее
    • Настраиваемое и расширяемое управление
  • Алармы
    • Неограниченное число алармов
    • Централизованная обработка алармов
    • Алармы могут быть следующих типов:
    • Цифровые
    • Аналоговые
    • Временные метки
    • Высокоуровневые выражения
    • Мультицифровые
    • Цифровые с временными метками
    • Аналоговые с временными метками
    • Изменение языка для всех алармов в процессе работы
    • Подтверждение приёма в сети без дополнительного конфигурирования
    • Отключение сети без дополнительного конфигурирования
    • Категории, зоны и приоритеты алармов
    • Задержки алармов
    • Назначение временных меток с разрешением в 1 мс
    • Различные данные в алармах
    • Индивидуальные и групповые подтверждения
    • Подтверждения на основе категорий и приоритетов
    • Подтверждения отображаются графически, в списке алармов или через специализированный код:
    • Сортировка алармов
    • Фильтрация алармов
    • Пользовательские поля алармов
  • Тренды
    • Неограниченное число трендов
    • До 16000 трендов на страницу
    • Отображение любого тренда из истории менее чем за 1 секунду
    • Файлов трендов регулируемых размеров
    • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
    • Выбор с разрешением 1 мс
    • Сравнение трендов
    • Быстрый выбор трендов по тегам
    • Сохранение по событию или периодическое сохранение


Статистический контроль (SPC)

  • Таблицы индексов Cp и CpK
  • Контрольные карты X, R и S
  • Диаграммы Парето
  • Настраиваемые размеры и границы подгрупп
  • Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения


Отчёты

  • Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
  • Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
  • Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML


Конфигурирование

  • Разработка проекта
  • Масштабы проекта не ограничены
  • Возможность разбиения на несколько проектов
  • Удобная стандартизация проектов
  • Удобное обслуживание проектов
  • Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности


Программное обеспечение

  • Истинная вытесняющая многозадачность
  • До 512 параллельных потоков
  • Доступно более 600 функций SCADA
  • Библиотеки для пользовательских функций
  • До 2700 пользовательских функций
  • Локальные, модульные и глобальные переменные
  • Дополнительное программное обеспечение для создания собственных функций не требуется
  • Прямой доступ к данным трендов, отчётов и алармов
  • Подсвечивание синтаксиса
  • Система онлайн-подсказок
  • Всплывающие подсказки
  • При редактировании доступны:
  • Контрольные точки
  • Просмотр переменных
  • Мониторинг нитей
  • Выделение кода цветом
  • Окно контрольных точек
  • Пошаговый режим выполнения
  • Выделение текущей строки
  • Удалённая отладка
  • Автоматическая отладка в случае ошибок


Безопасность

  • Интегрированные средства безопасности Windows на уровне проекта


Обмен данными

  • Сервер и клиент OPC
  • Интерфейс ODBC
  • Интерфейс OLE-DB
  • Интерфейс CTAPI
  • Интерфейс DLL
  • Интерфейс MAPI (MAIL)
  • Протоколы TCP/IP
  • Последовательный интерфейс