Окно приложения Сodesys:

Рис. 25 Главное окно приложения CoDeSys

Главное окно приложения включает в себя:

1. Окна инструментов

2. Область документов

3. Панели инструментов

4. Меню

Окна инстр доступны во view:

• Навигаторы проектов

• Окно вывода сообщ

• Окно инструментов

• Окна наблюдения переменных

• Точки останова

Структура проекта отображается в окнах POUs и Devices.

POUs – используется для организации компонентов программы проекта в древовидной структуре

Devices – используется для организации объектов устройств и ресурсов проекта в древовидной структуре.

Окно Messages выводит результаты компиляции кода, ошибки, если они есть. Назначение остальных в системе помощи в разделе User Interface.

В режиме отладки УП отображение кода дополняется специальными полями для отображения значений переменных. Доступна работа с точками останова и окнами наблюдения значений переменных.

Рис. 26 Главное окно приложения CoDeSys в режиме online

Рис. 27 Возможности CoDeSys

P3. Лекция № 9. Возможности CoDeSys как открытой системы

Компонентная организация. Системные интерфейсы. Возможности встраивания собственных модулей для конфигурирования и управления интерфейсом пользователя.

Архитектура приложений современных систем управления

Требования разработки системы CoDeSys (CoDeSys Automation Platform) базируются на требованиях к современным системам управления для поддержания их конкурентоспособности на рынке. Новые требования были реализованы для новой версии системы CoDeSys v3.0 на основе более ранних версий CoDeSys 2.x.

Рис. 28 Базовые характеристики программной реализации системы CoDeSys

Принципы построения системы вытекают непосредственно из требований. Это является основой для формирования единого исполняемого окружения системы CoDeSys.

Среди требований следует выделить, что контроль версий файлов данных подразумевает, что создаваемые файлы данных (проекты системы для управляющих программ, библиотеки, описания конфигурации устройств и т.п.) не только соблюдают обратную совместимость, но и направленную вперед совместимость. Т.е. более ранние версии системы (v3.0 например) имеют возможность для работы с данными (пускай не всегда полными) более поздних версий системы (v3.1 например). Это достигается централизацией функций для работы с данными и предоставлением сервисов прочим компонентам системы для работы с их данными.

Для высших стандартов качества системы существует три аспекта:

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

• Есть возможность доказать надёжность и безопасность компонентов через их открытые интерфейсы, посредством автоматизированного тестирования.

• Платформа .NET даёт обширные возможности в областях, которые наиболее ненадёжны в системе, особенно управление памятью, обработка исключений и т.п.

Представленные требования удовлетворяются реализацией единого исполняемого окружения системы CoDeSys. Обобщённое представление компонентов системы CoDeSys, в структуре единого исполняемого окружения показано на рисунке (Рис. 29).

В структуре единого исполняемого окружения CoDeSys реализует 4 группы компонентов, соотнесённых с классификацией. Компоненты пользовательского интерфейса (стороннего производителя), компоненты каркаса, относятся к компонентам окружения. Системные компоненты из области окружения объединяют в себе центральную управляющую логику системы CoDeSys, доступную для прочих компонентов через предоставляемые интерфейсы. Следующее реализуется для системных компонентов:

• Объекты системных компонентов создаются в единственном экземпляре;

• Системные компоненты доступны везде в системе, т.е. в любой функциональной реализации системы могут быть использованы функции системных компонентов.

• Системные компоненты реализуются в виде плагинов, т.е. обладают возможностью установки различных версий одновременно и предоствляют доступ к функциональности посредством интерфейсных сборок

• Часть системных интерфейсов размещаются в общей сборке +Core.

Рис. 29 Базовое представление компонентов CoDeSys в обобщенной структуре

Общие компоненты реализуют базовую функциональность для всех компонентов системы, а так же специфицируют базовые интерфейсы для системных компонентов (в компоненте +Core). В реализации общих компонентов не используются, компоненты пользовательского интерфейса, системные компоненты и плагины.

Компоненты пользовательского интерфейса, это разработанные третьей стороной компоненты, реализующие функции пользовательского интерфейса. В версии 3.1 системы CoDeSys это компоненты SandBar и SandDock производителя Divelements Limited. Функциональность компонентов пользовательского интерфейса полностью инкапсулируется в компонентах окружения и не используется компонентами прикладной области.

Компоненты прикладной области реализуются в виде плагинов, что предоставляет возможность конфигурирования прикладных задач, выполняемых системой. Компоненты специальных функций пользовательского интерфейса, также реализованы в виде съёмных компонентов, т.е. функции пользовательского интерфейса так же могут быть сконфигурированы под требования конечного пользователя. Принцип взаимодействия плагинов представлен на диаграмме (Рис. 30).

Рис. 30 Взаимодействие плагинов через их интерфейсные компоненты

Во взаимодействии между плагинами, связующую роль играют интерфейсные компоненты. Интерфейсные компоненты обладают следующими свойствами:

• Интерфейсные компоненты не содержат никакой функциональной реализации, они состоят исключительно из описаний интерфейсов.

• Для плагинов доступны только последние версии интерфейсных компонентов. Если интерфейс уже существует в системе его нельзя изменить, но можно расширить новым. Новая версия интерфейсной сборки должна содержать все, что было в более ранней версии.

• Интерфейсная сборка может содержать статические ссылки на другие интерфейсные сборки и на общие сборки. Не допускаются ссылки на компоненты пользовательского интерфейса, палагины и системные компоненты (которые так же являются плагинами).