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

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

 
CiA

canAnaliser




CiA 30x

CiA 301

CiA 302

CiA 303 CiA 304
CiA 305 CiA 306 CiA 307 CiA 308 CiA 309

CiA 302

CiA 302 : Framework for CANopen managers and programamble CANopen devices

Базовые коммуникационные механизмы, определенные в коммуникационном профиле CANopen (CiA 301), являются достаточными для определения профилей устройств, обеспечивающих на прикладном уровне некоторый тип функциональности I/O. Примеры устройств: модули I/O, приводы и регуляторы. Несмотря на то, что они могут быть сложными, такие устройства не характеризуются как "интеллектуальные", так как они не выполняют программ прикладного уровня.

Для описания и эксплуатации интеллектуальных устройств необходимы другие механизмы, которые и определены в этом документе. Документ считается основополагающим для определения профилей устройств, таких как интеллектуальные или программируемые устройства, в виде расширения к CANopen: Application Layer and Communication Profile for Industrial Systems (CiA 301). Дополнительные механизмы, определенные в этом документе, особенно полезны для таких интеллектуальных устройств как PLC, HMI или инструментальных средств CANopen.

Некоторые из этих новых механизмов полезны не только для интеллектуальных или программируемых устройств.

CiA 302-1 : CANopen Additional Application Layer Functions - Part 1: General Definitions

Этот документ определяет дополнительные сервисы и функциональность к определенным в CiA 301: CANopen application layer and communication profile. Эти дополнительные сервисы и функциональность не требуются для всех CANopen устройств, но могут быть полезны для определенных типов сетей.

CiA 302-2 : CANopen Additional Application Layer Functions - Part 2: Network Management

Определение управления сетью включают определение поведения при запуске сети и определения, относящиеся к сетям с CANopen устройствами и имеющими только режим NMT slave (NMT master free networks), сетей с одним CANopen устройством способным быть NMT мастером и сетей с более чем одним CANopen устройством способным быть NMT мастером (NMT flying master for higher availability). Эти определения являются дополнениями к прикладному уровню CANopen и коммуникационному профилю (CiA 301).

CiA 302-3 : CANopen Additional Application Layer Functions - Part 3: Configuration and Program Download

Документ определяет объекты и форматы файлов для менеджера конфигурирования и для программ загрузки и управления.

CiA 302-4 : CANopen Additional Application Layer Functions - Part 4: Network Variables and Process Image

Программируемое CANopen устройство в сети можно описать как процесс с входными и выходными переменными. Набор переменных – это аргументы программы, следовательно, они известны только после написания программы. Аргументы обрабатываются как переменные, находящиеся в словаре объектов.

Создание таких параметров зависит от системы программирования (например, IEC 61131) и не рассматривается в данном документе. Можно предположить, что имеется набор переменных сети с логическим атрибутом EXTERN.

Компиляция/компоновка (или интерпретация) программы с EXTERN переменными требует перемещение информации. В CANopen устройствах такой информацией является индекс (и субиндекс) переменной. Большинство систем программирования знают механизм определения ресурса. Он может использоваться для назначения CANopen атрибутам (индекс, субиндекс, R/W, назначение CANopen типа данных локальному типу данных и т.п.) соответствующие символьным именам (имя переменной в программе). Определение ресурса может быть выполнено пользователем с помощью простого редактора или с помощью средства конфигурирования (более удобно). Системы с дисковой файловой системой могут напрямую обмениваться информацией, например, через файл конфигурирования устройства.

Имена переменных могут соответствовать правилам базовой системы программирования. Определение в данном документе не рассмотрено – обычно составляется программистом/производителем. Для определения EXTERN переменных требуется правило  назначения индексов, которое называется «динамическое назначение индекса».

CiA 302-5 : CANopen Additional Application Layer Functions - Part 5: SDO Manager

CANopen предоставляет механизм коммуникации между CANopen устройствами посредством SDO. Эти коммуникационные каналы всегда устанавливаются между двумя CANopen устройствами. Для доступа к устройству в первый раз требуется как минимум один SDO канал на каждое CANopen устройство. Он называется канал по умолчанию. Только SDO менеджеру разрешено использование этого канала.

Каждое CANopen устройство может поддерживать дополнительные SDO каналы. По умолчанию они запрещены (см. объект 12xxh в CiA 301).

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

Этот документ определяет механизм, который может использоваться в plug-n-play сетях, без требований предварительного конфигурирования сети. Этот механизм может использоваться для установки динамических SDO соединений между CANopen устройствами. Этот механизм требует определенного CANopen устройства в сети, которое способно обрабатывать динамические запросы. Такое устройство называется SDO менеджер. Этот механизм требует CANopen устройств, способных выполнять динамический запрос. Такие CANopen устройства называются SDO Requesting Device (SRD) (устройство запрашивающие SDO).

CiA 302-6 : CANopen Additional Application Layer Functions - Part 6: Network Redundancy

Определяет функциональность по обеспечению безопасности и надежности как дополнение к прикладному уровню CANopen и коммуникационному профилю (CiA 301).

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

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

Загрузить

CiA 302 DSP v. 3.3 : Framework for CANopen managers and programamble CANopen devices (447,65 KByte). Доступен только членам CiA

CiA 302-1 DSP v. 4.0 : CANopen Additional Application Layer Functions - Part 1: General Definitions (128,8 KByte). Доступен только членам CiA

CiA 302-2 DSP v. 4.0 : CANopen Additional Application Layer Functions - Part 2: Network Management (4,34 MByte). Доступен только членам CiA

CiA 302-3 WD v.3.4.4 : CANopen Additional Application Layer Functions - Part 3: Configuration and Program Download (175,52 KByte). Доступен только членам CiA

CiA 302-4 DSP v. 4.0 : CANopen Additional Application Layer Functions - Part 4: Network Variables and Process Image (72,91 KByte). Доступен только членам CiA

CiA 302-5 WD v. 3.4.4 : CANopen Additional Application Layer Functions - Part 5: SDO Manager (493,4 KByte). Доступен только членам CiA

CiA 302-6 DSP v. 4.0 : CANopen Additional Application Layer Functions - Part 6: Network Redundancy (708,69 KByte). Доступен только членам CiA

CiA 30x

CiA 301

CiA 302

CiA 303 CiA 304
CiA 305 CiA 306 CiA 307 CiA 308 CiA 309

 

rss
CANopen vendor-ID:
00000026


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

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