datamicro.biz
Главная страница Поиск и карта сайта
Дэйтамикро CAN и смежные технологии
 

О нас
Партнеры
Проекты
Новости
Библиотека
Контакты
Форум

 
CiA

canAnaliser




Модульный подход для создания гибкого CANopen инструментария

IXXAT Automation GmbH

В последнее время CANopen устройства стали широко применяться для выполнения функций I/O обработки и для реализации механизмов конфигурирования. Обычно процесс ввода в эксплуатацию устройства ограничен I/O параметрами (параметризация) и функциональностью коммуникации по CANopen сети, для которой используется либо автономное средство конфигурирования сети, либо CANopen менеджер конфигурирования, интегрированный в NMT (сетевое управление) master. Сейчас параметры локального уровня, такие как ID узла и скорость передачи можно задавать с помощью Layer Setting Services (LSS) (сервисы настройки уровня) согласно CiA 305, а обновления микрокода обрабатываются с помощью механизма загрузки программы согласно CiA 302. Эти дополнительные задачи ввода устройства в эксплуатацию не всегда используются средствами конфигурирования CANopen сети. В частности, для обновлений микрокода большинство производителей устройств часто используют для реализации собственные решения, так как рынок предлагает довольно ограниченный выбор готовых CANopen инструментальных средств, которые можно было бы использовать в качестве структуры для ввода в эксплуатацию конкретного устройства. Основное требование – подобная структура должна представлять базовые CANopen сервисы на высших уровнях абстракции, так как обычно конечный пользователь не имеет опыта в области CANopen протокола.

Требования

Кроме общедоступных опций загрузки данных конфигурирования устройства, которые генерируются автономным средством конфигурирования CANopen и предоставляются в виде стандартизированных конфигурационных файлов устройства (DCF), универсальное инструментальное средство для ввода в эксплуатацию и обслуживания устройств должно иметь функциональность LSS master и реализацию механизма загрузки программы. Второе требование – инструментальное средство для устройства должно позволять выполнять простые диагностические задачи устройства. Например, полнофункциональный CANopen анализатор имеет ограниченное применение, так как чаще всего обслуживающий персонал не имеет базовых знаний CANopen, чтобы применить их для интерпретации CAN или CANopen файлов трассировки. Кроме того, реализованная функциональность должна быть доступна в виде компактного и достаточно мобильного решения, предпочтительно в виде PDA. Гибкость, расширяемость и экономичный пользовательский интерфейс с требуемыми расширениями экрана, - основные цели при разработке нового поколения CANopen Device Manager от IXXAT. Для сред разработки использовались Microsofts .Net структура версии 2.0 и язык программирования С, что обеспечивает прямой перенос для мобильных устройств. Еще одно преимущество среды .Net – удобство генерирования кода и пользовательского интерфейса из инструментальных средств моделирования на базе UML.

Модульный подход

Основу модульного принципа составляет концепция дополнительных программных модулей (plug-in), согласно которой главный исполняемый компонент инструментального средства реализует все требуемые для CANopen коммуникационные механизмы и сервисы.


Рис. 1.Специальные дополнительные модули, дополняющие базовую функциональность CANopen

Главный модуль экспортирует четко определенные интерфейсы в названные CANopen сервисы, которые затем используются динамически установленными дополнительными модулями. Каждый дополнительный модуль реализует специальную конфигурацию и функции диагностики, а также соответствующие элементы управления пользовательским интерфейсом [Pис. 1]. Дополнительные модули являются независимыми и реализованы в виде Net assemblies. Это позволяет создавать дополнительные функциональные расширения, не изменяя главный структурный компонент. Преимущество данного подхода заключается в том, что инструментально средство не только обеспечивает основные сервисы для CANopen (например, управление сетью, PDO, SDO доступ к устройству, LSS) и выполняет загрузку конфигурационных данных, но и может быть расширено дополнительной функциональностью, специально предназначенной для конкретных устройств и приложений.

Приложения

Современные дополнительные модули выполняют ряд функций: универсальное управление устройством, доступ к устройству [Pис. 2], загрузка программы и сжатого DCF формата, а также функциональность LSS master.

Управление устройством и доступ к устройству выполняются с помощью традиционной NMT, SDO (поддерживается каталогом словаря объектов устройства) и PDO функциональности. Загрузка дополнительных модулей позволяет обновлять микрокод в соответствующих реализованных CANopen устройствах с использованием механизмов загрузки согласно CiA 302 (требуется наличие объектов 1F50h Program data (данные программы) и 1F51h Program control (управление программой)). Интегрированная функциональность LSS master соответствует новой изданной версии CiA 305 версии 2.0 (для сервисов настройки уровней и спецификации протоколов). Для инженеров, которые реализуют новые устройства, такая функциональность является легким в использовании инструментарием для проверки функционирования базовых CANopen сервисов или может использоваться как структура для полного завершенного тестового приложения.


Рис. 2. Дополнительный модуль доступа к устройству, выполняющий функциональность SDO и PDO доступа

Возможна еще одна область применения – реализация специальной функциональности для эксплуатационных испытаний устройства, которая может использоваться наладчиками для проверки функционирования устройства во время эксплуатации

Перспективы

Преимущество модульного подхода с использованием дополнительных модулей: покупатель получает гибкую структуру, динамически изменяемую для удовлетворения настоящих и дополнительных требований во время эксплуатации и обслуживания CANopen устройств. Имеющиеся в наличии дополнительные программные модули от IXXAT предоставляют дополнительные модули, выполняющие специальную функциональность наиболее важных CANopen профилей устройств, которые основаны на CiA 401, универсальных I/O устройствах, CiA 402, драйверах и управлении движением. Последующая спецификация внутренних интерфейсов позволит OEM покупателям, занимающимся реализацией собственных дополнительных модулей, реализовывать собственные устройства

 

rss
CANopen vendor-ID:
00000026


Поставка продукции
HMS/IXXAT в России
© 1991-2016, DATAMICRO Co., Ltd.
info@datamicro.ru

тел.:  +7.8634.314-000
факс: +7.8634.314-001