Руководство пользователя по программированию плк в CoDeSys 3
 Скачать 5.57 Mb.
|
|
Раздел General ID узла ( Node-Id ): идентификатор CAN-устройства (узла). Принимает значения от 1 до 127. Это значение должно быть уникальным для каждого устройства в сети и задается в десятичном виде. Если активна опция ‘ Записать DCF ’ ( Write DCF ), то при компиляции проекта создается файл с расширением DCF, имя которого состоит из имени соответствующего EDS файла и идентификатора узла, для которого создавался этот файл. Если активна опция ‘ Создавать все SDO ’ ( Create All SDO’s ), то SDO создаются для всех объек- тов, а не только для тех, которые изменены. Если активна опция ‘ Сброс узла ’ ( Reset node ) (ее наличие зависит от содержимого файла описания устройства), то ведомое устройство сбрасывается перед загрузкой конфигурации. Опция ‘ Опц. устройство ’ ( Optional device ) (ее наличие зависит от специфики целевой платформы) приводит к тому, что мастер будет выполнять только одну попытку чтения из данного узла. Отсут- ствие ответа игнорируется, то есть мастер продолжит нормальное функционирование. Опция ‘ Без иниц. ’ ( No initialization ) указывает мастеру немедленно активировать данный узел без посылки конфигурационного SDO. (Данные SDO будут созданы и сохранены в контроллере в лю- бом случае.) Если поддерживается целевой системой, то создание SDO может быть ограничено по трем уровням. Это может потребоваться при недостаточной памяти: Внимание: не меняйте данные настройки, если не знаете точно, что это необходимо! CreateCommSDOs: SDO коммуникационных параметров Ресурсы CoDeSys V2.3 6-43 CreateMappingSDOs: конфигурационные SDO CreateBasicSDOs: SDO базовых параметров (Nodeguarding, Sync и др.) Будут создаваться только SDO разрешенного типа. Вышеописанная опция ‘ Создавать все SDO ’ ( Create All SDO’s ) влияет только на активированные здесь типы. Раздел охрана узла (Node guard альтернатива механизму Сердцебиение - Heartbeat): Если активна опция ‘ Защита узла ’ ( NodeGuarding ), то модулю посылается сообщение с периодом (Guard Time) (указывается в миллисекундах). В ответ модуль должен послать сообщение с иден- тификатором “ Защитный COB-ID ” ( Guard COB-ID ) (Communication Object Identifier). Если этого не происходит, то он получает статус “timeout”. Если модуль не отвечает на ‘ Фактор работоспо- собности ’ ( Life Time Factor ) сообщений, то он получает статус “not OK”. Статус модуля можно определить, обратившись по диагностическому адресу. Контроль состояния модуля не производит- ся, если переменные ‘ Период ’ ( Guard Time ) и ‘ Фактор работоспособности ’ ( Life Time Factor ) равны 0. Раздел сердцебиение (Heartbeat Settings альтернатива механизму Защита узла - Node guarding): Если опция ‘ Активировать генерацию сердцебиения ’ ( Activate Heartbeat generation ) активна, то модуль посылает специальные сообщения сердцебиения с периодом ‘ Время потребителя ’ ( Heart- beat Consumer Time ) (указывается в миллисекундах). Если активна опция ‘ Активация потребителя ’ ( Activate Heartbeat Consumer ), то модуль слушает сообщения сердцебиения, посылаемые мастером. Если эти сообщения до него не доходят, то мо- дуль выключает свои входы/выходы. Раздел экстренных телеграмм (Emergency Telegram): Модуль передает аварийное сообщение с уникальным идентификатором COB-Id, когда происходит внутренняя ошибка. Это сообщение, различное для разных модулей, хранится по диагностическому адресу. Нажав кнопку ‘ Инфо ’ ( Info ), вы можете просмотреть содержание EDS или DCF файлов. Информа- ция разбита на 3 раздела: ‘О файле’ (FILE INFO), ‘Об устройстве’ (DEVICE INFO) и “O PDO” (PDO INFO). Выбор CAN-модулей модульных ведомых устройств В левой колонке (Available modules) находятся все доступные модули. Выберите нужные вам мо- дули и с помощью кнопки Add добавьте их в правую колонку (Selected Modules). С помощью кнопки Remove модуль можно будет удалить. Настройки PDO и SDO изменяются автоматически. Отображение PDO в CAN-модулях Вкладки ‘ Отображать приним. PDO ’ ( Receive PDO mapping ) и ‘ Отобр. приниающие PDO ’ ( Send PDO mapping ) в диалоге конфигурирования модуля позволяют изменить образ PDO (PDO mapping), описанный в EDS-файле. Все доступные объекты располагаются в левой части окна и могут быть отображены в PDO (Process Data Object) с помощью кнопки “>>” иудалены из PDO кнопкой Remove. Объекты типа Standard- DataTypes могут быть использованы для заполнения пустых промежутков в PDO. Ресурсы CoDeSys V2.3 6-44 Конфигурация CAN-модуля, настройка PDO-отображения Кнопка ‘ Вставить PDO ’ ( Insert PDO ) используется для создания дополнительного PDO. В новое PDO вы можете отобразить дополнительные объекты. Распределение памяти входов/выходов для этих объектов производится автоматически, и его можно увидеть в конфигурации контроллера. Кроме того, в конфигурации контроллера появляются символьные имена добавленных объектов. Настройки PDO можно изменить, нажав кнопку ‘ Свойства ’ ( Properties ). Диалог PDO Properties Каждое PDO имеет собственный идентификатор COB-Id (Communication Object Identifier). Настройки PDO, недоступные для данного модуля, неактивны. ‘ Задержка ’ ( Inhibit Time ) – это минимальное время между двумя посылками данного PDO. Нужно выбрать это значение так, чтобы PDO не посылалось слишком часто. Это происходит в том случае, когда значения параметров, отображенных в PDO, передаются чаще, чем меняются их значения, что приводит к необоснованному увеличению загрузки сети. CMS Priority Group - приоритет PDO при его передаче по сети. Может принимать значения от 0 до 7, причем наивысшему приоритету соответствует значение 0. ‘ Тип передачи ’ ( Transmission Type ) Доступны следующие режимы: Ÿ Ацикличный-синхронный ( acyclic-synchronous ): PDO передается синхронно, но не периоди- чески Ÿ Цикличный-синхронный ( cyclic-synchronous ): PDO передается синхронно, через каждые ‘ Число синхр. ’ ( Number of Sync ) синхронизирующих сообщений. Ресурсы CoDeSys V2.3 6-45 Ÿ Синхр.-только RTR ( synchronous-RTR only ): PDO обновляется после каждого синхронного сообщения, но передается только после специального запроса (Remote Transmission Request) Ÿ Асинхр.-только RTR ( asynchronous-RTR only ): PDO обновляется и передается только после специального запроса (Remote Transmission Request) Ÿ Асиинхр.-специф. устройства ( asynchronous-device profile specific ) и Асинхр.-специф. изго- товителя ( asynchronous-manufacturer specific ): PDO передается после специального события. Ÿ Число синхр. (Number of Sync) : число синхронизирующих сообщения между передаваемыми PDO в режиме синхронной передачи. Время события ( Event-Time ): период между двумя сообщениями для соответствующего режима передачи. Сервисные объекты данных (SDO) На вкладке сервисных объектов данных (Service Data Object) вы найдете список всех объектов, оп- ределенных в EDS и DCF файлах, с индексами от 0x2000 до 0x9FFF. Эти объекты доступны для за- писи. Диалог настройки SDO Каждый объект имеет свойства ‘ Индекс ’ ( Index ), ‘ Имя ’ ( Name ), ‘ Значение ’ ( Value ) и ‘ По умол- чанию ’ ( Default ). Значения этих свойств можно изменять. Выделите нужное вам значение и на- жмите <Пробел>. После этого внесите необходимые изменения и для подтверждения нажмите Замечание: Все типы данных, поддерживаемые CANopen, но не поддерживаемые МЭК-61131-3, заменяются на типы данных МЭК с более широким диапазоном представления. Конфигурирование ведомого CANopen-устройства (CANopen Slave) ПЛК, программируемый с помощью CoDeSys, можно использовать как CANopen Slave-устройство в сети. В дальнейшем будем называть CANopen Slave как CanDevice. Перед использованием CanDevice необходимо определить ПЛК конфигурацию и сохранить ее в EDS-файле. Такой EDS-файл можно в дальнейшем использовать при определении конфигурации CANopen мастера. Требования для создания CanDevice: 1. Библиотеки a. 3S_CanDrv.lib b. 3S_CanOpenManeger.lib c. 3S_CanOpenDevice.lib Ресурсы CoDeSys V2.3 6-46 должны быть включены в проект. Они необходимы для того, чтобы ПЛК мог работать как устрой- ство CAN. 2. В конфигурационном файле с расширением *.cfg, который описывает конфигурацию ПЛК, должны быть сделаны соответствующие настройки. Только в этом случае в Конфигурации ПЛК появится дополнительный подэлемент “CanDevice”. Этот объект настраивается в до- полнительном диалоге с 3 вкладками: “ Базовые настройки ” ( Base settings ), “ CAN на- стройки ” ( CAN settings ), “ Отображение PDO по умол. ” ( Default PDO mapping ). Базовые настройки CanDevice Диалог ‘Базовые настройки’ (Base settings) ‘ Идент. шины ’ ( Bus identifier ): пока не используется ‘ Имя обсл. задачи ’ ( Name of updatetask ): название задачи, из которой будет вызываться CanDevice. В выпадающем списке вы можете выбрать необходимую задачу. ‘ Ген-я EDS файла ’ ( EDS file generation ): включите эту опцию, если хотите чтобы текущие на- стройки были сохранены в EDS-файле, который потом можно использовать для настройки любого CAN-устройства. В поле ‘ Имя EDS файла ’ ( Name of EDS file ) введите имя и путь к файлу. Вы мо- жете вручную создать шаблон для EDS и указать к нему путь в поле ‘ Шаблон EDS файла ’ ( Tem- plate of EDS file ). Например, создайте текстовый файл, содержащий элементы EDS-файла, сохрани- те его как EDS_template.txt и укажите к нему путь в поле ‘ Имя EDS файла ’ ( Template of EDS file ). Теперь, если вы создаете EDS-файл “device_xy.eds” для текущего проекта, то настройки, сделанные в проекте, будут объединены с настройками из шаблона и сохранены в файле “device_xy.eds” (рас- ширение шаблона не должно быть “.eds”). Если настройки текущего проекта уже определены в шаблоне, то они не будут перезаписаны. Для указания пути к файлам используйте стандартный диалог, который открывается при нажатии кнопки ‘ Выбрать ’ ( Browse… ) CAN- параметры CanDevice Здесь вы можете определить параметры сети CANopen, которые будут переданы в систему испол- нения. Именно она определяет интерпретацию данных параметров. Если вы используете реализа- цию CANopen выполненную 3S посредством библиотеки CanOpen.lib, то ознакомьтесь с докумен- том "CanOpen for 3S Runtimesystems". Ресурсы CoDeSys V2.3 6-47 Диалог ‘ CAN настройки ’ ( CAN settings ) ID узла ( Node id ) – это идентификатор узла (1-127), который используется мастером для адресации ведомого устройства в сети CANopen. Скорость ( Baud rate ): задайте необходимую скорость передачи данных в сети из выпадающего списка. Тип ( Device Type ): в этом поле автоматически отображается тип устройства, возвращаемый при за- просе объекта 0x1000, то есть тип ПЛК заданный в проекте. Тип устройства можно редактировать. Автозапуск ( Automatic startup ): Если данная опция активна, то при загрузке или запуске ПЛК сеть CAN будет инициализироваться и запускаться автоматически. В противном случае, CanDevice бу- дет ожидать соответствующую команду. Описание механизмов и настроек ‘ Защита узла ’ ( Nodeguarding ) и ‘ Сердцебиение ’ ( Emergency Telegram ) приведено выше (см. параметры CAN мастера). Если активна опция ‘ Активировать ген-ю сердцебиения ’ ( Activate heartbeat generation ), то CanDevice будет передавать сообщения сердцебиения в соответствии с заданным интервалом в поле ‘ Время источника ’ ( Heartbeat Producer Time ) (в миллисекундах) . Если активна опция ‘ Активация потребителя ’ ( Activate heartbeat consumer ), то CanDevice будет принимать сообщения сердцебиения, передаваемые модулем ‘ ID потребителя ’ ( Consumer ID ). Значение ‘ Время потребителя ’ ( Heartbeat Consumer Time ) определяет время (в миллисекундах) по истечении которого флаг ошибки, если сердцебиение не получено. Ресурсы CoDeSys V2.3 6-48 Стандартное PDO отображение для CanDevice Диалог ‘Отображение PDO по умолчанию’ (Default PDO mapping) В этом диалоге элементы локального Менеджера параметров могут быть сопоставлены с PDO, ко- торые отправляются и принимаются этим CanDevice. Полученное PDO-отображение будет доступ- но в любом конфигураторе, в который интегрируется CanDevice. Параметры, описанные в Менеджере параметров, присоединяются к переменным проекта с помо- щью системы индексов/подиндексов. Обратите внимание: Подиндекс 0 индекса, который имеет более одного подиндекса, используется для хра- нения числа подиндексов. Поэтому не используйте подиндекс 0 в менеджере параметров. Не за- будьте также, что подиндексы для каждого индекса вводятся в порядке возрастания. ‘Список отображаемых объектов’ ( List of mappable objects ): Здесь вы можете выбрать список параметров, элементы которого будут отображаться в PDO данного CanDevice. В зависимости от целевой платформы, можно создать список параметров типа “Mapping”, который специально пред- назначен для отображения в PDO CanDevice. В этом случае для настройки отображения PDO будет доступен только этот список параметров. В противном случае будут доступны все списки парамет- ров типа “Variables” и “Instance”. Внимание: если в настройках целевой платформы для Parameter Manager определен диапазон "Index range for mappings", то CanDevice будет использовать исключительно данный диапазон! Элементы выбранного списка появляются в списке ‘ Объекты ’ ( Objects ). В списке PDO настраива- ется конфигурация PDO. Добавить в список принимаемые и передаваемые PDO можно с помощью кнопок ‘ Вставить принимаемый PDO ’ ( Insert receive PDO ) и ‘ Вставить отправляемый PDO ’ ( Insert send PDO ). Для того чтобы отобразить объект в PDO, выберите объект в левом окне, PDO в правом и нажмите кнопку >>. Параметры PDO настраиваются с помощью диалога, который появля- ется при нажатии кнопки ‘ Свойства ’ ( Properties ). С помощью кнопки Delete выбранное PDO можно удалить из списка. Ресурсы CoDeSys V2.3 6-49 Пример: Цель: В первое принимаемое PDO(COB-Id = 512+NodeId) нужно отобразить переменную PLC_PRG.a Для этого в менеджере параметров нужно создать параметр с определенным индек- сом/подиндексом и связать его с переменной PLC_PRG.a. Менеджер параметров подключается на вкладке “Network functionality” в настройках целевой платформы. Там же определятся диапа- зоны индексов и подиндексов. Теперь в диалоге “ Отображение PDO по умолчанию ” ( Default PDO-Mapping ) можно отобра- зить этот параметр в принимаемое PDO. Конфигурирование модулей DeviceNet CoDeSys поддерживает конфигурирование аппаратуры для распределенных систем, основанных на международном стандарте DeviceNet (EN50325). Главным образом DeviceNet используется в про- мышленных сетях, обеспечивающих свойства Plug & Play для подключения датчиков и исполни- тельных устройств (электронные переключатели, заслонки и др.). Протокол DeviceNet базируется на CAN (Controller Area Network). Обмен данными построен на прямом соединении коммуникационных модулей. Редактор конфигурации DeviceNet в CoDeSys обеспечивает настройку DeviceNet-мастера, управ- ляющего обменом данными в сети. Поддерживаются различные типы коммуникации для обмена входными и выходными данными между ведомыми модулями (DeviceNet-Slave) в сети. Обычно DeviceNet-мастер выполняет функцию "UCMM" (Unconnected Message Manager для множественных соединений) и обеспечивает запросы от других мастеров к своим ведомым. Для вставки DeviceNet модуля в CoDeSys ПЛК конфигурацию необходимо иметь соответствующий конфигурационный файл. Можно использовать все EDS (Electronic Data Sheet) файлы, присутствующие в директории конфигурации и содержащие описание DeviceNet модулей. Описания CAN устройств также используют файлы с расширением ".EDS", но они не применимы в DeviceNet конфигурации! При выборе DeviceNet-мастера в дереве конфигурации активируется диалог настройки, который содержит вкладки: Базовые параметры, Параметры DeviceNet, Параметры модуля. Для ведомых (DeviceNet-Slave), которые добавлены к мастеру, доступны диалоги: Базовые пара- метры, Параметры DeviceNet, Конфигурация входов-выходов, Параметры модуля. |