Для кодирования состояния механизации и автоматизации технологических операций в маршрутных картах технологических процессов предлагается воспользоваться двоичным алфавитом, который широко распространен в технической кибернетике. Основываясь на определении механизации и автоматизации как способах использования в технологическом процессе энергии и информации, замены энергетической и информационно-управляющей функций труда человека работой машин (они были стандартизованы ранее в ГОСТ 23004–78), можно выполнить следующую клас­сификацию технологических операций и средств технологического оснащения в целях кодирования технологических процессов по состоянию их механизации и автоматизации.

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

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

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

При создании системы сбора и обработки динамических сигналов Магнитограф был использован богатый предметный опыт сотрудников лаборатории паровых турбин ЛМЗ, а также опыт разработки компьютерных измерительных систем инженеров компании ВиТэк

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

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

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

И может ли одна компания системный интегратор провести подобное сравнение без профессионалов?!

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

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