Ряд производителей SCADA-систем в настоящее время осознают необходимость создания баз данных реального времени. Особенность подобного класса программных продуктов состоит в следующих возможностях:

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

· поддержка доступа к сохраненным технологическим данным по стандартным для СУБД интерфейсам.

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

Большинство утверждений, по мнению авторов статьи в СТА очевидных, мне таковыми не кажутся и порождают много вопросов, например, о языках программирования в SCADA-системах. Применение VisualBasic, наверное, неплохо. Но традиционно языком программирования профессионалов является C он обеспечивает более высокие скоростные характеристики, в том числе и при работе с внешними устройствами. Именно поэтому ориентация многих SCADA-систем сделана на С прямо или чаще всего неявно (нельзя требовать профессиональных навыков программиста от разработчиков SCADA-приложений)

· сбор данных от ЛПЛК в ФПЛК не реже, чем 1 раз в 0,5 с;

· получение от ЛПЛК в ФПЛК изменений приоритетных (инициативных) данных не реже, чем через 0,3 с;

· выдача на ЛПЛК от ФПЛК управляющих воздействий (время прохождения одного управляющего воздействия должно составлять не более 1 с);

· получение от ЛПЛК в ФПЛК диагностической информации;

· выдачу на ЛПЛК от ФПЛК команд синхронизации времени;

· выдачу на ЛПЛК от ФПЛК информации, управляющей работой ЛПЛК.

· сбор на ФПЛК от ЛПЛК информации по технологическому процессу. ФПЛК опрашивает ЛПЛК с помощью циклических запросов;

· передача от ЛПЛК в адрес ФПЛК измененных приоритетных сигналов (по инициативе ЛПЛК);

· передача команд по управлению процессом (специфические команды по управлению оборудованием) от ФПЛК в ЛПЛК.

Информационный обмен между цеховым и локальными контроллерами обеспечивается высоконадежной, скоростной магистралью PROFIBUS (до 500 Кбод/с)

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

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