Авария в объединенной энергосистеме Канада - США в 1965 году привела к длительному перерыву электроснабжения в регионе площадью 200 тыс. кв. км и общей численностью населения около 30 млн человек. Авария охватила 8 штатов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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