Национальный стандарт республики казахстан



страница13/15
Дата22.06.2019
Размер2.63 Mb.
1   ...   7   8   9   10   11   12   13   14   15

Ответный синтаксис:

см. 10.5.2.4.3.



10.5.3.3.10 Отключение команды потребителя heartbeat

Индикационный синтаксис указан в таблице 125.



Таблица 125 – синтаксис Отключения команды потребителя heartbeat

[[net] node] disable heartbeat

Ответный синтаксис:

см 10.5.2.4.3.



10.5.3.3.11 Получение команды события контроля ошибки

Ответный синтаксис определен в Таблица 126.



Таблица 126 - синтаксис Получения команды события контроля ошибки

[[net] node] ERROR


10.5.3.4 Устройства провала управления командами

10.5.3.4.1 общая информация

Следующие определение команды будут использованы для применения Устройства провала управления командами как указано в 10.4.4.



10.5.3.4.2 Чтение команды ошибки в устройстве

Индикационный синтаксис указан в таблице 127.


Таблица 127 – синтаксис Чтения команды ошибки в устройстве

[[net] node] r[ead] error

Ответный синтаксис:

см 10.5.2.4.3.


10.5.3.4.3 Получение аварийных команд

Ответный синтаксис определен в Таблице 128.


Таблица 128 – синтаксис получения аварийных команд

[[net] node] EMCY

(Изготовитель) - ошибочный кодекс должен быть возвращен в качестве пяти десятичных значений, соответствующих определенному для изготовителя коду ошибки в сообщении EMCY.
10.5.3.5 CANopen интерфейсные конфигурационные команды

10.5.3.5.1 общая информация

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



10.5.3.5.2 Инициализация команды шлюза

Индикационный синтаксис указан в таблице 129.



Таблица 129 – синтаксис инициализации команды шлюза

[net] init

диапазон бита приведен в таблице индекса стандартов. Диапазон битов CANopen определены в Таблице 130.



Таблица 130 – индекс диапазона бита

Индекс

Диапазон бита

0

1 мбит/с

1

800 кбит/с

2

500 кбит/с

3

250 кбит/с

4

125 кбит/с

5

сохранен

6

50 кбит/с

7

20 кбит/с

8

10 кбит/с

9

Автоматическое определение бита





10.5.3.5.3 Сохранение конфигурации магазина

Все параметры настройки могут быть сохранены. Хранение параметров настройки может быть отборным к спецслужбе. Если не будет аргументов, то все параметры настройки должны быть сохранены.

Индикационный синтаксис указан в таблице 131. Идентификатор сохранения определен в таблице 132.
Таблица 131 – синтаксис для сохранения конфигурационных команд

[net] store







Таблица 132 – Определитель сохранения

Определитель сохранения

Описание

CFG

d, bitrate, узел по умолчанию

PDO

PDO-число, тип передачи, число отображения, отображения

SDO

перерыв sdo

NMT

- защита узла: узел, время, пожизненный фактор




- heartbeat: узел, время heartbeat




- Время heartbeat сервера

Ответный синтаксис:

cv 10.5.2.4.3.

10.5.3.5.4 Восстановление конфигурационных команд

Indication Синтаксис is defined in Таблица 133.


Таблица 133 - Синтаксис restore configuration command
[net] restore Ответный синтаксис:

See chapter 10.5.2.4.3.


10.5.3.5.5 Установка команды производителя heartbeat

Индикационный синтаксис указан в таблице 134.



Таблица 134 – синтаксис Установки команды производителя heartbeat

[net] set heartbeat

Ответный синтаксис:

см 10.5.2.4.3.



10.5.3.5.6 установка команды настройки узла

Индикационный синтаксис указан в таблице 135.



Таблица 135 – синтаксис установки команды идентификатора узла

[net] set id

Ответный синтаксис:

см 10.5.2.4.3.


10.5.3.5.7 Старт команды аварийного потребителя

Данная команда не определена



10.5.3.5.8 Остановка команды аварийного потребителя

Данная команда не определена



10.5.3.6 Команды управления шлюзами

10.5.3.6.1 общая информация

Следующие командные определения используются для выполнения шлюза управления сервисами как указано в 10.4.6.



10.5.3.6.2 Установка команды сети по умолчанию

Индикационный синтаксис указан в таблице 136.


Таблица 136 – Синтаксис установки команды сети по умолчанию

[net] set network

Ответный синтаксис:

см 10.5.2.4.3.



10.5.3.6.3 Установка команды идентификатора узла по умолчанию

Индикационный синтаксис указан в таблице 137.



Таблица 137 – Синтаксис Установки команды идентификатора узла по умолчанию

[net] set node

Ответный синтаксис:

См раздел 10.5.2.4.3.



10.5.3.6.4 получение команды версии

Индикационный синтаксис указан в таблице 138.


Таблица 138 – синтаксис получения команды версии

info version

Ответ на команду - информация о текущей версии шлюза как свободное пространство – составление отделенного списка. Первые элементы списка - значения, обычно содержавшиеся в словаре объекта шлюз в объекте 1018-м. Следующие перечисленные элементы содержат информацию о классе шлюза, поскольку комбинация возможных классов и номер версии осуществленного протокола соответствовали

10.4.6.4.Ответный синтаксис определен Таблица 139.


Таблица 139 - Ответный синтаксис для получения команды версии

: : =


.
implementation-class>

примеры результатов приведены в таблице 140.





Таблица 140 – примеры для получения команды

[1234] 52 100 1.01 1234567 128 0.85 0.10


10.5.3.7 Команды для производителя

Следующие определения команды должны использоваться для выполнения определенных услуг для изготовителя. Изготовитель шлюз может добавить команды к их шлюзам, чтобы обеспечить дальнейшие особенности. Чтобы избежать синтаксических ошибок из-за неизвестной команды, все определенные для пользователя команды должны быть предварительно рассмотрены с подчеркиванием "_".

Если будет потребность в событийных сообщениях, не определенных в этой части спецификации, то спецификатор событий "ПОЛЬЗОВАТЕЛЬ" должен использоваться.
11 Управлений Сетью железных дорог

11.1 Содержание

Этот пункт расширяет набор услуг управления сетью железных дорог (TNM) для Узла WTB, определенного в IEC 61375-2-1. Управление сетью железных дорог определяет услуги помощи при вводе в действие, тестировании, операции и обслуживании TCN. Эти услуги включают станционную идентификацию и контроль, распределение направления, отдаленных чтениях, загрузки и загрузки и управления сетью железных дорог, а также уровнями связи в сети. Процесс управления требует данные сервисы удаленно, и каждая станция посредством процесса Агента выполняет их.

По информативным причинам обработка управленческих сообщений иллюстрирована в рисунке 30, как определено в IEC 61375-2-1.

Рисунок 30 Сообщения по управлению (информативное)
Дополнительные услуги определенные для Станций, связанных с сетью CANopen. Менеджер должен запрашивать данные сервисы посредство отправки Call_Massage Агенту в целевую Станцию. Агент должен выполнить сервис и должен ответить посредством Reply_Message с результатом сервиса. CANopen-связанные услуги, которые можно требовать у Агента, определены в 10.4.


11.2 Менеджер, Агент и интерфес (для информации)

Как определено в IEC 61375-2-1 управленческие услуги Сети железных дорог предоставлены в каждой Станции Агентом. Station_Id Станции, на которой имеется Агент. Менеджер запрашивает управленческие услуги Сети железных дорог.


11.3 Управленческий (информативный) протокол сообщения

В целях управления Сетью железных дорог менеджер и Агенты общаются по сети, обменивая управленческими сообщения, используя Messages Services Коммуникационной сети Поезда, как иллюстрировано в рисунке 30 и определенный в IEC 61375-2-1. Менеджер действует как Посетитель и Агент как Ответчик.

Менеджер получает доступ к отдаленному объекту двумя функциями; менеджер посылает управление, Call_Message и Агент расшифровывают сообщение, получают доступ к фактическому объекту и отсылают сообщение назад Reply_Message с результатом сервиса.
11.4 (Информативные) интерфейсы объекта

Согласно IEC 61375-2-1, Коммуникационные объекты TCN связаны с сетевой коммуникацией, в то время как объекты несоответствия TCN связаны с другими свойствами Станции.

Примеры NOTE1 определены в IEC 61375-2-1.

Коммуникация доступов Агента объекта через интерфейсы, определенные для общего доступа в этом стандарте, и в особенности через:

a) AVI (Application_Variables_Interface) для переменных;

b) AMI (Application_Messages_Interface) для сообщений;

c) ASI (Application_Supervisory_Interface) для объектов, не доступных пользовательскими процессами.

ASI обеспечивает доступ к объектам, расположенным в различных коммуникационных уровнях. Агент получает доступ к этим объектам через управленческий Интерфейс уровня, в котором они находятся.

Примечание - 2 предприятие, которое эффективно получает доступ к объектам в каждом уровне, назван управленческим Предприятием уровня или ЛБМ.

Агент должен также быть в состоянии получить доступ к объектам взаимного несоответствия.


11.5 CANopen-определенные управленческие услуги

11.5.1 Общий

CANopen-определенные управленческие сообщения определяют сервисы двумя идентификаторами, SIF_code и Command_code. SIF_code определяет одну из двух групп услуг - услуги, которые выполнены с и без резервирования менеджером по его исключительному использованию. Command_code выбирает особое обслуживание группы. Полезная часть сообщения требования - запрос об обслуживании, зашифрованном как последовательность ASCII, полезная часть сообщения ответа - ответ, зашифрованы таким же образом. Кодирование ASCII определено в 10.5.


11.5.2 Интерфейсы агента на Станции, связанной с сетью CANopen

Определения для интерфейсов Агента, указанных IEC 61375-2-1, направляют запрос на устройства CANopen, которые сообщают данные о сообщении TCN, также. Интерфейсы Агента иллюстрированы в рисунке 31 для шлюз между основой Поезда, и находящийся в сети CANopen. В рисунке 31 Основа Поезда обозначена как WTB.





Рисунок 31 - Интерфейс Agent на CANopen (шлюза) станция для данных о сообщении

На станции CANopen не используется AVI. Данные приложения непосредственно представлены в специальных объектах в изготовителе specifc, а также в стандартизированном ряду индексов словаря объекта CANopen, как описано в 8.2.


11.5.3 Управленческая структура сообщения для CANopen

Каждый сервис должен быть призвано управленческим обменом сообщения Требования/Ответа с форматом, определенным в Таблице 141.


Таблица 141 - управленческая структура сообщения

Management

Message Can::= RECORD







tnm key

ENUM8 — first

octet







CALL REPLY

rsl'4]'

--

Call Reply

(request) (response)

message

ONE OF [tnm key]

--

selects call or reply

[CALL] [REPLY]

Call Mgt Message Reply Mgt Message

Can, Can

--

see 11.5.5 see 11.5.6

Самая значительная часть 'tnm_key' должна указать, является ли это Требование или сообщение Ответа.




11.5.4 Примечание для определенного SIF_codes CANopen

В управленческих службах сообщений SIF_code содержат запрашиваемые сервисы. В случае CANopen, SIF_code означает группу требуемого обслуживания CANopen. Как определено в Таблице 142, наименее значительный бит указывает, является ли это прочитанной или написанной (изменение) группой услуг.



Таблица 142 – специальные SIF_ коды CANopen


Sif Code Can::=

ENUM8 --

choice

of

the

group

of services

WRITE CANOPEN

COMMAND







(91) ,







READ CANOPEN

COMMAND







(90)








11.5.5 Условные знаки для команды управления сообщением CANopen

Условные знаки для команды управления сообщением CANopen определены в Таблице 143.



Таблица 143 - Условные знаки для команды управления сообщением CANopen


Call Mgt Message Can::=

RECORD










sif code message

Sif Code Can, sif code body ONE OF [sif

the code]

second

octet is the

[WRITE [READ

CANOPEN COMMAND] CANOPEN COMMAND]

Call Call

Write Read

CANopen CANopen

Command, Command


11.5.6 Условные знаки для ответа управления сообщением CANopen

Условные знаки для ответа управления сообщением CANopen определены в Таблице144.



Таблица 144 - Условные знаки для ответа управления сообщением CANopen

Reply_Mgt_Message_Can::= RECORD { sif_code Sif_Code_Can, -- the second octet is the

sif code message body ONE OF [sif code]

{

[WRITE_CANOPEN_COMMAND] Reply_Write_CANopen_Command,



[READ_CANOPEN_COMMAND] Reply_Read_CANopen_Command

11.5.7 Условные знаки для сервисов командных кодов TNM CANopen
Командный код определяет некоторые сервисы из группы сервисов путем применения кода SIF_ . Таблица 145 и Таблица 146 определяют командные коды TNM CANopen для сервисов, для опредления требуется ли сохранение.

Таблица 145 – командные коды TNM CANopen (требуется сохранение)


Cmd Code R::= ENUM8 -- выбор усchoice

r


Услуги, необходимые для сохранения reservation

t

UPLOAD SDO (



1) ,

DOWNLOAD SDO (

2) ,

CONРИСУНОК SDO TIMEOUT (

3) ,

CONРИСУНОК RPDO (

4) ,

CONРИСУНОК TPDO (

5) ,

WRITE PDO DATA (

6) ,

START NODE (

7) ,

STOP NODE (

8) ,

RESET NODE (

9) ,

RESET COMMUNICATION (

10) ,

ENABLE NODE GUARDING (

11) ,

DISABLE NODE GUARDING (

12) ,

START HEARTBEAT CONSUMER (

13) ,

DISABLE HEARTBEAT CONSUMER (

14) ,

INITIALIZE GATEWAY (

15) ,

STORE CONFIGURATION (

16) ,

RESTORE CONFIGURATION (

17) ,

SET HEARTBEAT PRODUCER (

18) ,

SET NODE ID (

19) ,

SET DEFAULT NETWORK (

20) ,

SET DEFAULT NODE ( }

21)

Примечание - Не рассматриваются услуги уведомления, так как они не могут быть выполнены (запрос, ответ)




Поделитесь с Вашими друзьями:
1   ...   7   8   9   10   11   12   13   14   15


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница