Сейчас все более актуальными становятся вопросы, связанные с новыми технологиями, с применением в SCADA-системах OPC и ActiveX. Не остались они в стороне и при тестировании. Организация инструментальных средств (Toolkits) для создания OPC-серверов допускает при обмене данными с OPC-сервером два режима:

· периодический режим, когда с заданной частотой данные запрашиваются OPC-клиентом;

· режим по изменению значения, когда обмен происходит при изменении значения переменной на заданную (при конфигурировании обмена) величину.

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

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

Не очень убедительными кажутся результаты диагностики связи. Действительно, формат передаваемых данных определяется OPC-протоколом как V (Value значение), Q (Quality качество), T (Timestamp метка времени). Но Quility это составной параметр, значение которого зависит от многих условий (см. Табл.1, 2).

Если качество данных помечено как неудовлетворительное, то по полям Substatus можно более детально определить причину (табл. 2).

Для этого в SCADA-системах обычно присутствуют встроенные средства проверки взаимодействия с коммуникационным сервером. Причем реализации диагностических средств в SCADA-системах различаются от самого прозрачного способа, когда в приложении имеется доступ непосредственно к Status и Substatus, например, через поля переменных (как это сделано в InTouch) до связывания всех проблем с подсистемой аппаратных алармов (как это реализовано в Citect). Но способ оценки качества связи, причём как связи между SCADA-приложением и сервером, так и сервера с контроллерным уровнем существовать должен.

Наличие в GENESIS32 встроенного OPC-обозревателя (OPC Browser) не является существенным, учитывая доступность множества свободно распространяемых в Web-мире OPC-обозревателей (OPC Explorer, OPC Browser).