Электронное оборудование для подвижного состава железных дорог. сети поездной связи (TCN). Часть 2-2: испытание поездной шины на соответствие требованиям по проводимости (стр. 12 )

5.1.6.2  WTB (проводная шина поезда)  IUT тестируемой реализации

Устройство WTB должно включать RTP (протоколы в режиме реального времени, коммуникационные протоколы для данных процесса и данных сообщений) с услугами сообщений и TNM (управление поездной сетью) с функцией агента. Устройство WTB должна также включать Mapping Server сервер отображения в соответствии с UIC (код идентификации пользователя) КОД 556, который вычисляет топографию WTB на основе обмена информацией во время состояний TEACHING_MASTER раздел  "5.5.4.8.7  из МЭК 61375-2-1 и  раздел 5.5.4.9.3  LEARNING_SLAVE  из МЭК 61375-2-1.

Простейшее WTB устройство должно состоять из четырех модулей связи:

а) WTB-LLC. WTB Link Layer Control (контроль канального уровня).

б) RTP. Протоколы в режиме реального времени, коммуникационные протоколы для данных процесса и данных сообщений.

в) TNM Управление поездной сетью (Агент). ПСС(Поездные сети связи) Агент управления сетью.

г) Mapping Server. Сервер отображения.

WTB IUT моделируется в виде «черного ящика».

WTB IUT с целью тестирования должен подвергаться только двум внешним интерфейсам:

д) WTB - разъемы (коннекторы) среднего крепления, как указано в разд. 4.3 МЭК 61375-2-1.

е) интерфейс управления питанием для управления включением и отключением  электропитания.

Разъемы (коннекторы, соединители) среднего крепления необходимы для тестирования протокола.

Интерфейс управления питанием требуется во время выполнения теста для  включения и выключения  WTB IUT.

Клиент должен предоставить этот внешний интерфейс в соответствии с определением испытательного стенда.

Клиент должен описать, в соответствующем PICS, максимальное время, необходимое для включения и выключения WTB IUT.

5.1.6.3 Процедуры, необходимые для конфигурации устройств WTB

МЭК 61375-2-1 не указывает прикладной уровень. Но для определенного предварительного условия предписанных тестовых вариантов необходима надлежащая инициализация устройства WTB. Эта инициализация может быть частью Mapping Server (сервера отображения) в соответствии с UIC CODE 556 (кодом идентификации пользователя). Параметры конфигурации должны быть представлены в базе данных конфигураций.

Условие: конфигурация WTB-LL и начальная прочность узла должны быть предоставлены  устройству WTB до открытия ПСС (поездные сети связи).

Обоснование: конфигурация WTB-LL и его начальная прочность узла не может подаваться через агента TNM (управление поездной сетью), потому что TNM требует полную функциональность RTP (протоколов в режиме реального времени), а RTP требует блока состояний WTB-LL в режиме постоянной эксплуатации  (см  разд. 5.6.4.2.2 IEC 61375-2-1).

Процедуры:

Процедуры, необходимые для конфигурации устройства WTB, перечисленные в  разд. 5.6.4.6 и 5.6.4.7 МЭК 61375-2-1 следующие:

• ls_t_Configure. Эта процедура устанавливает базовый параметр конфигурации WTB-LL;

• ls_t_SetSlave (ведомая), ls_t_SetWeak (слабая), ls_t_SetStrong (сильная). Эти процедуры определяют начальную прочность узла.

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

Процедура ls_t_отчета, определеннная в разд. 5.6.4.3 МЭК 61375-2-1,  должна быть подписана с помощью Mapping Server (сервера отображения) для того, чтобы реагировать на события WTB-LL. См  разд. 5.6.4.6.4 МЭК 61375-2-1 Type_Configuration, используемый процедурой ls_t_Configure.

5.1.6.4  Испытательный стенд WTB

Испытательный стенд состоит из набора устройств, перечисленных ниже.

• N.1 хост-компьютер (главный)

• N.1 релейный переключатель, например управляемый доступом класса1MVB (многофункциональная поездная шина)

• N.2 WTB/контрольные (эталонные) шлюзы сети ж/д состава, называемые пробными устройствами

• N.1 устройство MVB с возможностью шинного администратора, если используется MVB (многофункциональная поездная шина)

• N.30 контрольные устройства WTB

5.1.6.5  Главный компьютер

Главный компьютер может быть стандартным персональным компьютером с широкой диффузией операционной системы и с человеко - машинным интерфейсом. Главный компьютер должен иметь возможность загрузить тестовый отчет на соответствующей среде. Сетевое устройство состава, например, MVB (многофункциональная поездная шина), должно быть включено, чтобы позволить испытательному стенду связываться со всеми устройствами WTB с помощью пробных тестовых устройств. RTP Протоколы и TNM услуги должны быть использованы  для отправки сигналов (стимулов), чтобы получить результаты.

5.1.6.6  Релейный переключатель

Релейный переключатель может быть реализован с MVB ​​устройством 1 класса 1.

Существует  два определенных вида реле:

а) N.8 реле WTB для переключения линий связи WTB. Эти реле используются для имитации соединения и разъединения WTB узлов, а также для испытаний избыточности. Каждое реле должно иметь два контактных сигнала для одной линии WTB. Спецификация реле должна быть в соответствии с рекомендациями разд. 4.5.3 МЭК 61375-2-1, следующий рисунок 17 показывает пример логической схемы одного переключателя.

б) N.9 реле для управления интерфейсами с блоком питания контрольных устройств WTB и IUT. Использование переключателей питания определяется в определении набора тестов. Реле должны использоваться для того, чтобы управлять включением и отключением IUT. Максимально допустимая мощность включения или выключения контактов должна соответствовать IUT.

Рисунок 17 Ї Пример логической схемы релейного переключателя для линии А

5.1.6.7 Шинный администратор MVB (многофункциональная поездная шина)

Если переключатель управления реле испытательного стенда использует управление MVB, оно должно включать в себя MVB устройство с возможностью шинного администратора для того, чтобы запустить MVB сегмент. Это может находиться на MVB ​​устройстве, установленном на хост-компьютере или на пробных тестовых устройствах.

5.1.6.8 Эталонные приборы

Испытательный стенд должен включать 30 устройств WTB.

5.1.6.9  Пробные тестовые устройства

Испытательный стенд должен включать 2 специальных эталонных  (контрольных) устройств WTB с возможностью шлюза для сети состава. Главный компьютер подключен непосредственно к пробным устройствам в сети состава и через маршрутизацию RTP к другим 30 устройствам  WTB. TNM услуги используются, чтобы вводить сигналы и читать результат со всех устройств WTB.

5.1.6.10  Регистратор данных WTB

Регистратор данных WTB должен использоваться для выполнения некоторых мероприятий телеграмм WTB-LL в сети WTB. Регистратор данных является частью испытательного стенда.

5.1.6.11  Конфигурация устройств WTB

Параметры конфигурации согласно разд. 5.6.4.6.4 МЭК 61375-2-1 должны быть установлены к значению по умолчанию с исключениями, перечисленными в следующей таблице 28.

Таблица 28 − Конфигурация устройств WTB

Параметр	Значение
node_frame_size  узел_кадр (рамка)_размер	128
node_period  узел_период	2 = 4BP = 100 м/сек
sink_port_count  приемник данных_порт_счет	32

Примечание - 1 node_frame_size и node_period оба являются полями Type_NodeDescriptor  (Тип_ Указатель узла) структуры, определенной в разд. 5.6.4.6.3 МЭК 61375-2-1.

Frame  (или рамка, или кадр –примечание переводчика)

Примечание - 2 sink_port_count установлен на 32, для того чтобы позволить максимальному количеству устройств участвовать в WTB сети. 31 портов приемника получают данные с удаленных устройств WTB плюс один порт приемника для отражения собственного исходного порта.

Начальная прочность узла должна быть настроена на "слабом".

5.1.6.12 Услуги агента TNM (управление поездной сетью)

Агент TNM, определенный в разделе 8 МЭК 61375-2-1, должен быть использован для того, чтобы позволить испытательному стенду извлечь результаты введенных сигналов.

IUT и контрольные устройства реализации должны реализовать услуги TNM, перечисленные в таблице 29.

Таблица 29  ̶  услуги агента TNM

SIF_code Код стандартного интерфейса (или поле служебной информации)	Название услуги	Задействованные процедуры
20	READ_WTB_STATUS СЧИТЫВАТЬ (СНИМАТЬ ПОКАЗАНИЯ)_ WTB_СТАТУС	ls_t_GetStatus ls_t_GetStatistics получить
21	WRITE_WTB_CONTROL ЗАПИСЫВАТЬ (ВВОДИТЬ ДАННЫЕ)_ WTB_УПРАВЛЕНИЕ	ls_t_Cancel Sleep  прекратить сон ls_t_SetSleep установить сон ls_t_Allow разрешить ls_t_Inhibit запрещать ls_t_ Remove удалить ls_t_Slave подчинить ls_t_Weak слабый ls_t_Strong сильный
22	READ_WTB_NODES СЧИТЫВАТЬ_WTB_УЗЛЫ	ls_t_GetWTBNodes  получить узлы
24	READ_TOPOGRAPHY СЧИТЫВАТЬ_ТОПОГРАФИЮ	ls_t_GetTopograpy получить  топографию ls_t_GetInaug_data получить данные открытия
25	WRITE_WTB_USER_REPORT ЗАПИСЫВАТЬ ОТЧЕТ ПОЛЬЗОВАТЕЛЯ	ls_t_ChgUserReport изменить отчет пользователя
32	READ_VARIABLES СЧИТЫВАТЬ ПЕРЕМЕННЫЕ ВЕЛИЧИНЫ
33	WRITE_FORCE_VARIABLES ЗАПИСАТЬ ПЕРЕМЕННЫЕ СИЛЫ

Примечание - 1 Код write_wtb_control  (ввести_ wtb_ управление)определяется как bitset (набор битов)16, но только одна процедура должна быть вызвана в единицу времени.

Примечание - 2 read_variables (считывать переменные)  и write_force_variables (записывать переменные силы) используются для доступа к запасу трафика WTB через RTP и LPI интерфейс. Следующие ограничения применяются для упрощения реализации теста: а) bus_id (идентификация шины) должен быть всегда 1 для обращения к  запасу трафика WTB; б) port_address  (адрес порта) должен быть действительным WTB адресом 1..63, значение 0, может быть использовано для самого узла для обращения к  порту источника; в) var_type 15 и var_size (величина) 63, чтобы определить массив из 128 байт; г) var_offset 0 для решения о начале набора данных; е) check_offset 65535 для проверки неопределенной переменной.