Встраивание сцены трёхмерного моделирования объекта управления

Интеграция компонентов графического редактора 3D-сцены визуализации объекта управления осуществляется для задачи моделирования объекта управления. На рисунке Рис. 31 в виде фрагмента матрицы представлены компоненты графического редактора (сплошной линией) и компоненты интеграции (пунктиром), расположенные на логических уровнях реализации задачи моделирования.

Рис. 31 Создание компонентов интеграции для компонентов графического редактора 3D-сцены визуализации

Главный элемент управления - графический редактор - реализует в компонент VE Main. Для внедрения он обертывается в компонент редактора VE Visual 3D Model Editor. Для хранения и представления данных в структуре проекта CoDeSys на уровне хранения и предоставления данных реализуется компонент интеграции VE Visual 3D Objects, взаимодействующий также с внедряемыми компонентами VE Production Scene (который предоставляет информацию об объектах интерьера сцены) и VE Production Robo1 (который предоставляет информацию об объектах частей роботов).

Элементы управления инструментов графического редактора, были реализованы в общем компоненте главного окна приложения Win Dev Main Form в виде классов Solution Explorer для окна библиотеки 3D элементов сцены и окна свойств (PropertyWindow) для этих элементов при расположении в пространстве сцены. Для каждого класса окна инструментария были реализованы соответствующие компоненты интеграции на уровне визуального представления VE Object Explorer View и VE Property Window View соответственно.

Программные интерфейсы взаимодействия компонентов графического редактора в структуре единого исполняемого окружения, служащие для управления данными, вынесены в компонент интеграции VE Visual 3D Interfaces.

Рис. 32 Результат интеграции компонентов графического редактора

Проиллюстрированный пример графического редактора 3D-сцены визуализации (Рис. 32) позволяет производить отладку управляющих программ, разработанных в среде CoDeSys, на модели робота манипулятора в некотором технологическом окружении. Т.о. процесс разработки и отладки управляющих программ не требует привлечения оборудования производства и может осуществляться параллельно с процессом подготовки и построения производства. Возможен вариант симуляции технологического процесса во время работы системы уже в производстве на основе данных полученных с аппаратных средств технологического процесса.

P3. Лекция № 10. Взаимодействие с аппаратными средствами платформы CoDeSys

Взаимодействие с аппаратными средствами платформы CoDeSys. Особенности программного обеспечения для контроллеров CoDeSys. Soft PLC. Сервисы взаимодействия с PLC: Gateway и PlcHandler.

Учебник / Учебное пособие	Раздел	Страницы
3S - Smart Software Solutions GmbH. PLCHandler Programming Guide. Document Version: 1.2	1. Введение. 2. Класс CPLCHandler	3-9

Основные характеристики и назначение

PLCHandler - класс C++-, который предоставляет удобные возможности для связи между клиентом (напр. Визуализацией диагностики) и контроллерами обладающими средой исполнения CoDeSys SP.

Интерфейс PlcHandler предоставляет следующие функции и сервисы:

• Установка и разрыв связи с ПЛК;

• Чтение списка переменных управляющих программ, исполняемых на ПЛК;

• Циклическое чтение значений переменных ПЛК;

• Синхронное чтение переменных из ПЛК;

• Синхронная запись значений переменных в ПЛК;

• Возможность создания нескольких экземпляров класса PLCHandler для симуляции работы с несколькими ПЛК;

• Автоматическое восстановление связи с ПЛК при разрыве соединения;

• Автоматический перезапуск (Автоматическое обновление данных) при загрузке новой программы из CoDeSys в ПЛК;

• Передача данных из и в PLC (в виде файлов или байт данных для записи в регистры памяти контроллера).

Таким образом, PLC Handler может быть использован в реализации OPC Server-во диагностики управления технологическими процессами.

С применением PLC Handler доступны следующие виды каналов связи с ПЛК:

Simulation – информация о переменных ПЛК читается непосредственно из SDB файла. SDB файл формируется при компиляции программы средой CoDeSys. С использованием этого механизма значения переменных может быть записано и прочитано как при работе с настоящим соединением с ПЛК.

ARTI (Asynchronous Runtime Interface) - открывает символьный доступ к значениям переменных контроллера. ARTI выполняется непосредственно в среде выполнения ПЛК. Чаше всего механизм ARTI используется для непосредственного взаимодействия встроенных приложений, но с помощью TCP/IP можно создавать распределенные системы под WinCE, VxWorks и Linux. ARTI поддерживает возможность связи с ПЛК по TCPIP и последовательным интерфейсам (например RS232)

Gateway – используется только в системах Windows 95/98/NT/2000/XP, но поддерживает различные среды и протоколы связи (TCPIP, RS232, Shared-Memory, CANOpen, ..)

Комплект разработки PlcHandler SDK поставляется как набор статически и динамически линкуемых библиотек, набора заголовочных файлов, и базовым примером приложения взаимодействия.

Рассмотрим более детально методы класса.