Реализация opc компонентов диагностики для контроллеров CoDeSys sp
В качестве базовой реализации элементов данных используется класс CDAIItemBase, определенный на стороне OPC сервера (Рис. 37). Наследование от этого класса позволяет не реализовывать базовую функциональность, которая является общей для всех элементов данных. Методы, которые требуют специфической реализации, можно переопределить в производных классах.
Рис. 37. Иерархия классов элементов данных
Внутри компонента интеграции с помощью механизма наследования определяется базовый класс CPlcItem (Рис. 37) для всех разновидностей элементов данных. Характерной особенностью объектов этого класса является то, что они содержат в себе объект CPlcVarList, который представляет собой связующее звено между запросом к элементу данных компонента интеграции и интерфейсом взаимодействия с устройством электроавтоматики (Рис. 34). Конечной реализацией элементов данных являются классы CPlcItemImpls, унаследованные от CPlcItem, которые реализуют получение диагностических данных от контроллеров.
Обобщенная схема получения диагностических данных OPC клиентами представлена на Рис. 38. При обращении OPC клиента к OPC серверу (вызов 1 на Рис. 38) происходит запрос к элементу данных CPlcItemImpl (вызов 2) компонента интеграции в основном потоке. После этого элемент данных добавляется в очередь запросов (вызов 3) и обрабатывается в отдельном потоке функцией обработки запросов (вызов 4). Дополнительный поток обработки запросов необходим для того, чтобы организовать одновременный доступ к синхронным сервисам OPC сервера для его клиентов.
Функция обработки запросов (вызов 5), выполняемая в отдельном потоке, осуществляет взаимодействие с устройством электроавтоматики через интерфейс PLCHandler (вызовы 6.1. и 6.2). Уведомление элемента данных CPlcItemImpl (вызов 9) о завершении обработки запроса (вызов 7) происходит через скрытое окно (вызов 8). После этого происходит возврат фокуса управления обратно OPC серверу (вызов 10) и OPC клиенту (вызов 11).
Рис. 38. Обработка синхронного запроса OPC клиента
Представленный механизм обработки синхронных запросов к устройству электроавтоматики является универсальным для одновременного использования несколькими OPC клиентами. Наличие очереди обусловлено необходимостью обработки нескольких синхронных запросов от OPC клиентов. Уведомление о завершении работы с интерфейсом PLCHandler, отправляемое через скрытое окно, означает готовность поля данных CPlcVarList.
Вопросы
-
Назначение интерфейса PlcHandler
-
Создание/уничтожение и конфигурирование экземпляра CPLCHandler.
-
Подключение/отключение, получение значений переменных управляющих программ исполняемых на контроллере.
-
Типы коммуникационных каналов для подключения к PLC.
Семестр 9 р4. Тестирование приложений систем управления через интерфейс оператора p4. Лекция № 11. Базовые понятия процесса тестирования
Понятие верификации. Жизненный цикл разработки программного обеспечения. Тестирование, верификация и валидация - различия в понятиях. Типы процессов тестирования и верификации и их место в различных моделях жизненного цикла. Задачи и цели процесса верификации.
Верификация - это процесс определения, выполняют ли программные средства и их компоненты требования, наложенные на них в последовательных этапах жизненного цикла разрабатываемой программной системы.
Основная цель верификации состоит в подтверждении того, что программное обеспечение соответствует требованиям. Дополнительной целью является выявление и регистрация дефектов и ошибок, которые внесены во время разработки или модификации программы.
Верификация является неотъемлемой частью работ при коллективной разработке программных систем. При этом в задачи верификации включается контроль результатов одних разработчиков при передаче их в качестве исходных данных другим разработчикам.
Для повышения эффективности использования человеческих ресурсов при разработке верификация должна быть тесно интегрирована с процессами проектирования, разработки и сопровождения программной системы.
Заранее разграничим понятия верификации и отладки. Оба этих процесса направлены на уменьшение ошибок в конечном программном продукте, однако отладка - процесс, направленный на локализацию и устранение ошибок в системе, а верификация - процесс, направленный на демонстрацию наличия ошибок и условий их возникновения.
Кроме того, верификация, в отличие от отладки - контролируемый и управляемый процесс. Верификация включает в себя анализ причин возникновения ошибок и последствий, которые вызовет их исправление, планирование процессов поиска ошибок и их исправления, оценку полученных результатов. Все это позволяет говорить о верификации как о процессе обеспечения заранее заданного уровня качества создаваемой программной системы.