6.2.1.1 Общие положения
На рисунке 4 показана структура классов профилей устройств CANopen.
Рисунок 4 - Диаграмма классов профилей устройств CANopen
Требуемый формат профилей устройств CANopen описан в В.1 (приложение В). XML схема, представляющая шаблон профилей устройств CANopen, определена в В.1.5.1 (приложение В). Имя XML файла схемы должно быть 'COFDCML.xsd'.
Примечание 1 - Для лучшей читаемости диаграмма классов профилей устройств (DeviceProfile) CANopen разбита на пять диаграмм классов.
Примечание 2 - Все эти классы отображаются в той же ХМL схеме, определенной в В.1.5.1 (приложение В).
Примечание 3 - Диаграммы классов профилей устройств CANopen, показанные на рисунках 4-10, определяют основные классы. Далее некоторые классы разбиваются на составные части; подробное описание дано в приложении В.
6.2.1.2 Идентичность устройств
Класс Идентичность устройств (Deviceldentity) определен на рисунке 5.
Рисунок 5 - Диаграмма класса Идентичность устройств (Deviceldentity)
Класс Deviceldentity должен состоять из дочерних классов, показанных на рисунке 5 и установленных в таблице 2.
Таблица 2 - Разбиение класса объекта Идентичность устройств
Класс | Описание | Профиль | Тип | Экземпляр |
vendorName | Название изготовителя или продавца устройства | X | X | X |
vendorlD | IEEE OUI (Организационно Уникальный Идентификатор) (см.[6]) | X | X | |
vendorText | Может быть использован для предоставления дополнительной информации по продавцу | X | X | X |
deviceFamily | Определение этого класса в настоящем стандарте не установлено | X | X | X |
capabilities | Определение этого класса в настоящем стандарте не установлено | X | X | |
productFamily | Специальное семейство продуктов (бренд) продавца устройства | X | X | |
productName | Специальное название продуктов продавца | X | X | X |
productID | Уникальный идентификатор, определяющий тип устройства; формат выбирается по усмотрению продавца | X | X | |
productText | Может быть использован для предоставления дополнительной информации по устройству | X | X | X |
orderNumber | Специальный порядковый номер продукта продавца | X | X | |
version | Специальная версия продукта продавца, атрибут versionType (Тип версии) позволяет различать множество версий (а именно: аппаратные средства, встроенные программы) | X | X | |
buildDate | Встроенная дата встроенных программ программного обеспечения, устанавливающего основные функциональные возможности устройства | X | X | |
specificationRevision | Внесение изменений в спецификацию, которой данное устройство соответствует | X | X | X |
instanceName | Имя экземпляра устройства | X | ||
serialNumber | Серийный номер экземпляра устройства | X | ||
Примечание - В графах "Профиль", "Тип" и "Экземпляр" указывают, подходит ли отдельный дочерний класс для использования в профиле устройств, а также для описания типа устройства или описания экземпляра устройства. |
6.2.1.3 Управление устройством
6.2.1.3.1 Общие положения
На рисунке 6 показано представление CANopen класса Управление устройством (DeviсеManager).
Рисунок 6 - Диаграмма класса Управление устройством (DeviceManager)
6.2.1.3.2 Объекты localDataDescriptionList (Список описаний локальных данных), localDataDescription (Описание локальных данных)
Объект localDataDescriptionList должен быть набором объектов localDataDescription. Объект localDataDescription должен описывать объекты данных, используемых только в контексте устройства.
6.2.1.3.3 Объект deviceStructure