СТ РК IEC 61375-2-2_____ НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН Транспорт железнодорожный

СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Изображение государственного Герба Республики Казахстан
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
Транспорт железнодорожный
ЭЛЕКТРОННОЕ ОБОРУДОВАНИЕ ДЛЯ ПОДВИЖНОГО СОСТАВА
ЖЕЛЕЗНЫХ ДОРОГ.
СЕТИ ПОЕЗДНОЙ СВЯЗИ (TCN).
ЧАСТЬ 2-2: ИСПЫТАНИЕ ПОЕЗДНОЙ ШИНЫ НА СООТВЕТСТВИЕ
ТРЕБОВАНИЯМ ПО ПРОВОДИМОСТИ
СТ РК IEC 61375-2-2_____
Electronic railway equipment – Train communication network (TCN) –
Part 2-2: Wire Train Bus conformance testing
Настоящий проект стандарта
не подлежит применению до его утверждения
«Настоящий национальный стандарт является идентичным
осуществлением международного стандарта IEC 61375-2-2 и принят с
разрешения СЕН, по адресу: В-1000 Брюссель, пр. Марникс 17»
Комитет технического регулирования и метрологии
Министерства по инвестициям и развитию
Республики Казахстан
(Госстандарт)
Астана
i
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Предисловие
1 ПОДГОТОВЛЕН И ВНЕСЕН Акционерным обществом «Казахская
академия транспорта и коммуникаций им. М.Тынышпаева».
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Председателя
Комитета технического регулирования и метрологии Министерства по
инвестициям и развитию Республики Казахстан от ________ № ______
3 Настоящий стандарт идентичен международному стандарту
IEC 61375-2-2 Electronic railway equipment – Train communication network
(TCN) – Part 2-2: Wire Train Bus conformance testing (Электронное
оборудование для подвижного состава железных дорог. Сети поездной связи
(TCN). Часть 2-2: Испытание поездной шины на соответствие требованиям по
проводимости).
Международный стандарт IEC 61375-2-2 разработан Европейским
техническим комитетом по стандартизации CEN/TC 256 «Railway applications»
(Приспособления, применяемые на железной дороге).
Перевод с английского языка (en).
Официальные экземпляры международных стандартов, на основе
которых разработан настоящий стандарт, и на которые даны ссылки, имеются
в Единном Государственном фонде нормативно – технических документов.
Степень соответствия - идентичная (IDT).
4 В настоящем стандарте реализованы положения Закона Республики
Казахстан «О техническом регулировании» от 9 ноября 2004 года № 603-II и
Закона Республики Казахстан «О железнодорожном транспорте» от
8 декабря 2001 года № 266-II. (с изменениями и дополнениями по состоянию
на 24.12.2012 г.),
5 СРОК ПЕРВОЙ ПРОВЕРКИ
ПЕРИОДИЧНОСТЬ ПРОВЕРКИ
20____ год
5 лет
6 ВВЕДЕН ВПЕРВЫЕ
ii
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Информация об изменениях к настоящему стандарту публикуется в
ежегодно издаваемом информационном указателе «Нормативные
документы по стандартизации», а текст изменений и поправок – в
ежемесячно издаваемых информационных указателях «Национальные
стандарты». В случае пересмотра (замены) или отмены настоящего
стандарта соответствующее уведомление будет опубликовано в
ежемесячно издаваемом информационном указателе «Национальные
стандарты».
Настоящий стандарт не может быть полностью или частично
воспроизведен, тиражирован и распространен в качестве официального
издания без разрешения Комитета технического регулирования и метрологии
Министерства по инвестициям и развитию Республики Казахстан.
iii
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Содержание
Страница
ПРЕДИСЛОВИЕ
ВВЕДЕНИЕ
1 Область применения
2 Нормативные ссылки
3 Термины и определения, сокращения, конвенции
3.1 Термины и определения
3.2 Сокращения
4. Тест на соответствие: подход, требования и границы
4.1 Подход
4.1.1 Требования
4.1.2Требования к операторам объявлений для тестируемой реализации
4.2 Границы
4.2.1 Общее
4.2.2 Основные тесты на проверку взаимодействия
4.2.3 Тесты на проверку возможности
4.2.4 Тесты на проверку поведения (поведенческие тесты)
4.2.5 Тесты на разрешение соответствия
4.2.6 Интерпретация статей / подразделов и заявлений
4.2.7 Отношение к совместимости /интероперабельности
4.2.8 Отношение к тестам для определения рабочих характеристик
4.3 План процесса оценки соответствия
4.3.1 Общее
4.3.2 Анализ результатов, итогов и вердиктов
5 Соответствие испытаний узла WTB, магистрального кабеля WTB,
соединительных кабелей WTB, удлинителей WTB
5.1 PICS (Свидетельство о соответствии реализации протокола,
определенного в ИСО/МЭК 9646)
5.1.1 Инструкции по заполнению PICS проформы
5.1.2 Таблицы PICS
5.1.3 Основные тесты на проверку взаимодействия
5.1.4 Тесты на проверку возможности
5.1.5 Тесты на проверку поведения (поведенческие тесты)
5.1.6 Интерфейс канального уровня
5.1.7 Тестовые случаи (варианты, примеры)
6 Соответствие тестов RTP (Протоколы в режиме реального времени)
6.1 Порты и Traffic_Store (Трафик_Хранение)
6.2 Последовательность набора данных
6.2.1 Обработка ошибок
6.2.2 Обновление управления (контроля)
ix
xi
1
1
2
2
2
3
3
3
4
9
9
10
11
11
12
13
17
17
18
18
18
19
19
19
23
33
33
34
52
65
83
84
85
85
85
iv
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
6.2.3 Синхронизация набора данных
85
6.2.4 Набор данных опроса
86
6.2.5 Набор данных, порт и логический адрес
86
6.2.6 Идентификатор Traffic_Store
86
6.3 Port_Address Порт_Адрес
86
6.4 Link_Process_Data_Interface примитивы Связь_Процесс_Данные
86
6.5 Услуги сообщений и протоколы
86
7 Тестирование на соответствие железнодорожного состава,
оборудованного WTB
87
7.1 Общее
87
7.2 PICS
87
7.2.1 Инструкции по заполнению PICS проформы
87
7.2.2 Сокращения
88
7.2.3 Таблицы PICS
88
7.3 Наборы тестов
93
7.3.1 Физические испытания интерфейса
94
7.3.2 DC тест на проверку постоянного тока: линия сопротивления
95
7.3.3 Возможности Link_layer WTB (Канал_уровень проводной
поездной шины)
98
7.3.4 Хранения данных теста
107
7.4 Испытание на проверку совместимости сети железнодорожного
состава
107
7.5 Профиль применения
107
7.6 Несколько узлов на железнодорожном составе
107
8 Тест на соответствие NM (управление сетью)
107
Приложение А (обязательное) Роль испытательной лаборатории и
клиента
108
Приложение В (справочное) Контрольно-измерительные приборы и
предназначенный испытательный стенд
118
Библиография
128
v
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
ПРЕДИСЛОВИЕ
1) Международная электротехническая комиссия (МЭК) является
всемирной
организацией
по
стандартизации,
включающей
все
государственные электротехнические комитеты (государственные комитеты
МЭК). Цель МЭК состоит в содействии международному сотрудничеству по
всем вопросам относительно стандартизации в областях энергетики и
электроники. С этой целью, и в дополнение к другой деятельности, МЭК
издает Международные стандарты, Технические условия, Технические
отчеты, общедоступные спецификации (PAS) и руководства (далее
упоминаются, как "МЭК).
Публикация (и) ": Их подготовка возложена на технические комитеты.
Любой государственный комитет МЭК, заинтересованный в рассмотрении
данной темы, может участвовать в данной подготовительной работе.
Международные, правительственные и неправительственные организации,
сотрудничающие с МЭК, также участвуют в этой подготовке. МЭК тесно
сотрудничает с Международной организацией по стандартизации (ISO) в
соответствии с условиями, определенными соглашением между двумя
организациями.
2) Официальные решения или соглашения МЭК по техническим
вопросам выражают, насколько это возможно, международный консенсус
мнения по соответствующим темам, поскольку каждый технический комитет
имеет представительства от всех заинтересованных государственных
комитетов МЭК.
3) Публикации МЭК имеют форму рекомендаций для международного
использования и приняты государственным комитетом МЭК в указанном
смысле. Несмотря на то, что делаются все целесообразные шаги для того,
чтобы гарантировать то, что техническое содержание публикаций МЭК
является правильным, МЭК не несет ответственности за то, каким образом они
используются или за любую неправильную интерпретацию любым конечным
пользователем.
4)
В
целях
содействия
международному
единообразию,
государственные комитеты МЭК обязуются применять МЭК публикации
в максимально возможной степени прозрачно в своих государственных и
региональных изданиях. Любое расхождение между любой МЭК публикацией
соответствующими государственными или региональными публикациями
должны быть четко указаны в последних публикациях.
5) МЭК сам по себе не предоставляет никакую аттестацию
подтверждения соответствия. Независимые сертификационные организации
обеспечивают услуги по оценке соответствия, а в некоторых областях, доступ
к знакам соответствия стандарту МЭК. МЭК не несет ответственность за
любые услуги, осуществляемые независимыми сертификационными
организациями.
vi
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
6) Все пользователи должны убедиться, что они имеют последний
выпуск данного издания.
7) Никакая ответственность не возлагается на МЭК или его директоров,
сотрудников, служащих или агентов, включая отдельных экспертов и
членов его технических комитетов и государственных комитетов МЭК за
любые физические повреждения, порчу имущества или иные повреждения
любого характера, будь то прямые или косвенные, или за расходы (включая
оплату юридических услуг), а также за расходы, возникшие в результате
публикации, использования или доверия данной публикации МЭК или любой
другой публикации указанной комиссии.
8) Следует обратить внимание на нормативные ссылки, приведенные в
данной публикации. Использование публикаций, приведенных в качестве
ссылки, необходимо для правильного применения данной публикации.
9) Следует обратить внимание на то, что некоторые из элементов этого
МЭК могут оказаться предметом патентных прав. МЭК не несет
ответственность за идентификацию какого-либо права или всех таких
патентных прав.
Международный стандарт МЭК 61375-2-2 был подготовлен
техническим комитетом МЭК 9: Электрооборудование и системы для
железных дорог.
Данное первое издание отменяет положения первого издания МЭК
61375-2, опубликованного в 2007 году, относительно спецификации
испытаний соответствия WTB- ПШП (Проводной шины поезда) и
представляет собой техническую ревизию.
Он был подготовлен с учетом МЭК 61375-2-1, первого издания. Текст
этого стандарта основан на следующих документах:
FDIS Final Draft International Standard –
Международный стандарт окончательного проекта
9/1643 / FDIS
Отчет о голосовании
9/1667 / RVD
Полная информация о голосовании за утверждение этого стандарта
можно найти в отчете о голосовании, указанном в таблице выше.
Эта публикация была подготовлена в соответствии с Директивами ИСО
/МЭК, часть 2.
Список всех частей серии МЭК 61375 под общим названием
Электронное железнодорожное оборудование ― Поездные сети связи (TCN
- ПСС) можно найти на веб-сайте МЭК.
Комитет принял решение, что содержание данной публикации останется
неизменным вплоть до окончательной твердой даты, указанной на веб-сайте
МЭК под "http://webstore.iec.ch" в данных, имеющих отношение к конкретной
публикации. На эту дату, издание будет подтверждено, отменено, заменено
новым изданием или в него будут внесены поправки.
vii
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
ВВЕДЕНИЕ
ПСС/TCN (Поездные сети связи) являются международным стандартом
с целью определения интерфейсов для того, чтобы обеспечить совместимость
врубных блоков:
а)
между
оборудованием,
расположенным
в
различных
железнодорожных составах, и
б) между оборудованием и устройствами, расположенными в пределах
одного и того же железнодорожного состава.
Одним из ключевых факторов успеха для развертывания любой
технологии является стандартизация и обеспечение совместимости между
различными
реализациями.
Для
обеспечения
совместимости
(интероперабильности)
необходимо
реализовать
тестирование
на
соответствие.
В этой части МЭК 61375, иерархическая структура TCN/ПСС имеет дело
с проводной шиной поезда (WTB - ПШП).
Никакие другие шины не принимаются во внимание, хотя они и
предусматриваются МЭК 61375.
WTB (ПШП) имеет протоколы в режиме реального времени, которые
предлагают две услуги связи:
в) переменные процесса, распределенная в режиме реального времени
базы данных, периодически обновляемая через вещание;
г) сообщения, передаваемые по требованию либо как:
0. одноадресные сообщения (точка-точка) и / или
1. групповые сообщения.
WTB (ПШП) имеют сетевое управление, которое позволяет отладку,
ввод в эксплуатацию и техническое обслуживание через сети.
Настоящий стандарт имеет структуру из 8 пунктов и 2 приложений.
Положения и приложения перечислены и кратко описаны в таблице 1.
Таблица 1 ― Структура документа
Пункт
1 Область применения
2 Нормативные ссылки
Описание
Этот раздел описывает область применения
данного стандарта
В этом разделе перечислены нормативные
ссылки.
viii
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
3 Термины и определения, сокращения, В этом разделе представлены основные
конвенции
термины и сокращения, не опубликованные
в МЭК61375-2-1.
4 Тест на проверку соответствия RTP- Real- Этот раздел представляет собой обзор
Time Transport Protocol (транспортный методов проверки реализации TCN/ ПСС,
протокол реального времени, протокол которые доступны для разработчиков и
RTP): подход, требования и границы
регулирующего
персонала.
Также
обеспечивает информацией касательно ICS
(интегральная система связи) и IXITp
проформы (проформ).
5 Испытание на соответствие узла WTB Содержание: Все тесты WTB (проводные
(ПШП), магистрального кабеля WTB шины поезда ПШП) классифицируются по
(ПШП), соединительных кабелей WTB, узлам, относящимся только к WTB (wire
кабелей - удлинителей WTB
train bus) и к MVB (multifunctional vehicle
bus ― многофункциональная поездная
шина). Основным содержанием являются:
WTB PICS (PICS -свидетельство о
соответствии реализации протокола (связи)
и PIXIT (дополнительная информация о
реализации протокола для тестирования);
Наборы тестов WTB- ПШП (проводная
шина поезда);
тестовые процедуры WTB- ПШП
6 Тест на проверку соответствия RTP (Real- В этом разделе перечислены тесты,
Time Transport Protocol―транспортный указанные в пунктах 3 и 4, выполняющие
протокол реального времени), протокола протокол реального времени.
RTP
7 Тест на соответствие железнодорожного Этот раздел охватывает физический
состава, оборудованного WTB(ПШП)
уровень, в то время как услуги,
предоставляемые
узлом
WTB,
охватываются предыдущими пунктами.
Профили
приложений
охватываются
другими наборами операторов, такими, как
коммуникационный профиль, как описано
в UIC Code 556 (User Identification Code код идентификации пользователя).
8 Тест NM Network Management Частично охвачены пунктами 3 и 4. На
(управление сетью) на соответствие.
остальные части не распространяется
Приложение A ― Роль испытательной Это приложение является нормативным.
лаборатории и клиента
Приложение B ― Наборы тестов для Это приложение является информативным.
стандартных измерительных приборов
ix
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
Транспорт железнодорожный
ЭЛЕКТРОННОЕ ОБОРУДОВАНИЕ ДЛЯ ПОДВИЖНОГО СОСТАВА
ЖЕЛЕЗНЫХ ДОРОГ.
СЕТИ ПОЕЗДНОЙ СВЯЗИ (TCN).
ЧАСТЬ 2-2: ИСПЫТАНИЕ ПОЕЗДНОЙ ШИНЫ НА СООТВЕТСТВИЕ
ТРЕБОВАНИЯМ ПО ПРОВОДИМОСТИ
Дата введения
1 Область применения
Данная часть МЭК 61375 распространяется на все оборудование и
приборы, реализуемые в соответствии с МЭК 61375-2-1, т.е. она
распространяется на процедуры, которые следует применить к такому
оборудованию и к таким устройствам, когда должны присутствовать
доказательства на соответствие.
Применимость этого стандарта к реализации TCN (ПСС) (поездные сети
связи) позволяет отдельную проверку соответствия реализации самой TCN
(ПСС) и является предпосылкой для проверки дальнейшего взаимодействия
между различными реализациями TCN (ПСС).
Примечание - Для определения реализации TCN (ПСС) см МЭК 61375-2-1,1.3.
2 Нормативные ссылки
Следующие документы, в целом или частями, имеют обязательные
ссылки в настоящем документе, и являются обязательными для его
применения. Для датированных ссылок применяют только указанное издание.
Для недатированных ссылок применяют последнее издание приведенного в
ссылках документа (включая любые поправки).
МЭК 60571: Электронное оборудование, используемое на рельсовых
транспортных средствах
МЭК 60807 (все части), Прямоугольные соединители для частот ниже 3
МГц
МЭК 61375-2-1: Электронное железнодорожное оборудование ―
Поездные сети связи TCN (ПСС) ―Часть 2-1: Проводная шина поезда(ПШП)
ИСО / МЭК 7498 (все части): Информационные технологии ―
Взаимодействие открытых систем ― Базовая эталонная (образцовая) модель
1
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
ИСО/МЭК 9646-1: 1994, Информационные технологии ―
Взаимодействие открытых систем ― Методология и система испытания на
соответствие ― Часть 1: Общие понятия (также доступны в качестве
Рекомендаций ITU МСЭ (ITU ̶ International Telecommunications Union―
(МСЭ ̶ Международный союз электросвязи) МСЭ-Т X.290 (1995))
ИСО/МЭК 9646-7: 1994, Информационные технологии ―
Взаимодействие открытых систем ― Методология и система тестирования на
соответствие ―Часть 7: Соответствие отчетности реализации (также
доступны в качестве Рекомендаций МСЭ-Т X.296 (1995))
UIC Code 556 (User Identification Code ―идентификационный код
пользователя 556, передача информации в поезде (поезд-шина)
3 Термины и определения, сокращения, конвенции
3.1 Термины и определения
Для целей настоящего документа применяются термины и определения,
приведенные в ИСО / МЭК 9646-1 и МЭК 61375-2-1.
3.2 Сокращения
AVI Интерфейс переменных приложения, определение услуг процесса
переменной
BR Скорость передачи, скорость пропускной способности данных на
носителе выраженная в битах в секунду
(бит / с) или в герцах (Гц), в зависимости от случая
BT немного времени, длительность передачи одного бита,
выраженная в μs -мкс (микросекунда)
CUT Испытываемый (тестируемый) железнодорожный состав,
железнодорожный состав в процессе испытания, при испытании
DMM Цифровой мульти измеритель
ITU Международный союз электросвязи, Международный орган по
стандартизации для телекоммуникаций в Женеве
IUT Реализация в процессе тестирования, тестируемая реализация
IEC Международная электротехническая комиссия, Женева
ISO Международная организация по стандартизации, Женева
LLC Управление логической связью, подуровень в пределах канального
уровня управления передачи данных
LME Субъект уровневого управления, субъект, отвечающий за контроль
уровня от имени управления сети
MAU Среднее подключаемое устройство, часть узла, которая
взаимодействует электрически с шиной, и которая обеспечивает / принимает
двоичные логические сигналы
MOT Средство испытания
2
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
MVB Многофункциональная поездная шина, сеть железнодорожного
состава
МS Сервер сопоставления, определенный в идентификационном коде
пользователя 556
OSI Взаимодействие открытых систем, универсальная модель связи,
определенная в ИСО / МЭК 7498
PCTR Отчет по тестированию на соответствия протокола,
определенного в ИСО / МЭК 9646
PICS Свидетельство
о
соответствии
реализации
протокола,
определенного в ИСО / МЭК 9646
PIXIT Дополнительная информация о реализации протокола для
тестирования
RTP Протоколы
в
режиме
реального
времени,
общие
коммуникационные протоколы для данных процесса и данных сообщения
TCN Поездные сети связи, набор коммуникаций железнодорожного
состава и поездных шин
TDR Рефлектометр временного домена, инструмент для анализа
односторонних и дифференциальных линий электропередачи
TNM Управление поездной сетью
UICМ Международный союз железных дорог, международная
ассоциация железнодорожных операторов
WTB Проводная шина поезда
4. Испытания на соответствие: методы, требования и допуски
4.1 Методы
Настоящий стандарт определяет общую методологию для тестирования
соответствия протокольному стандарту изделий TCN -ПСС (поездной сети
связи), в котором стандарт предъявляется для реализации.
Настоящий стандарт организован в пункты, структурированные в
различные этапы процесса испытаний на выявление соответствия; эти этапы
характеризуются следующими ролями:
а) спецификация абстрактных наборов тестов для конкретных
протоколов TCN (Train Communications Network) -ПСС (поездные сети связи)
согласно ИСО /МЭК 9646-1;
б) выводы (формулы) выполняемых наборов тестов и связанных с ними
инструментов тестирования, в соответствии с ИСО / МЭК 9646-7;
Приложение «А» устанавливает правила, касающиеся клиентов и
лабораторий, предписывающие:
3
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
в) роль клиента испытательной лаборатории, который имеет реализацию
протоколов TCN -ПСС (поездные сети связи), которая должна быть
протестирована;
г) проведение тестирования на выявление соответствия, которое
завершается производством отчета о тестировании соответствия, дающего
результаты в показателях используемого набора (ов) тестов и
соответствующей выполненной документации. Во всех разделах настоящего
стандарта, сфера применения ограничена для того, чтобы достичь следующие
цели:
д) обеспечение достаточной степени доверия и надежности в тестах в
качестве руководства для достижения соответствия;
е) достижение сопоставимости между результатами соответствующих
тестов, применяемых в различных местах в различные моменты времени;
ж) облегчение связи между сторонами, ответственными за роли,
описанные выше.
Каждая цель включает в себя структуру (базу) для разработки наборов
тестов TCN -ПСС, перечисленных далее:
з) каким образом они должны иметь отношение к различным типам
требований по соответствию;
и) типы тестов, которые должны быть стандартизированными и типы
тестов, которые не требуют стандартизации;
к) критерии для выбора тестов для включения в набор тестов по
тестированию соответствия;
л) обозначения, которые должны быть использованы для определения
тестов;
м) структура набора тестов.
Сертификация, административная процедура, которые могут
сопровождать тестирование соответствия, выходят за рамки настоящего
стандарта.
Требования к закупкам и контрактам выходят за рамки настоящего
стандарта.
4.1.1 Требования
4.1.1.1 Общее
В контексте TCN (ПСС) звучит, что реальная система демонстрирует
соответствие, если она соответствует требованиям действующих стандартных
положений TCN (ПСС) в ее связи с системой отсчета, т.е. с тестирующей
системой (тестером).
Стандарт TCN (ПСС) представляет собой набор взаимосвязанных
положений, которые вместе определяют поведение систем TCN (ПСС) в их
4
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
взаимодействии. Соответствие IUT (тестируемая реализация, реализация в
процессе тестирования), следовательно, будет выражаться в двух уровнях,
соответствие каждому отдельному положению, и соответствие набору
положений.
Следующие положения определяют требования к соответствию и
классифицируют их согласно атрибутам и в возможные группы. Атрибуты и
классификация на группы определяются с общей точки зрения со ссылкой на
саму спецификацию TCN (ПСС) и с точки зрения IUT (тестируемой
реализации). Во втором случае, требование должно быть признано в
соответствующих документах PICS и PIXIT (PICS― Свидетельство о
соответствии реализации протокола) и (PIXIT― Дополнительная информация
о реализации протокола для тестирования).
4.1.1.2 Требования к соответствию
Требования к соответствию могут быть:
а) обязательные требования: они должны соблюдаться во всех случаях;
б) условные требования: они должны соблюдаться, если применяются
условия, изложенные в положении;
в) возможные необязательные варианты: они могут быть выбраны в
соответствии с реализацией, при условии, что наблюдаются какие-либо
требования, применимые к возможному варианту.
Существенную функциональность TCN (ПСС) составляют обязательные
требования; дополнительной функциональностью могут быть либо условные,
либо дополнительные (возможные) требования.
Кроме того, в Части требования к соответствию могут быть выражены:
г) положительно: они выражают, что должно быть сделано;
д) отрицательно (запреты): они выражают, то, что не следует делать
Наконец, требования к соответствию делятся на две группы:
е) требования к статическому соответствию;
ж) требования к динамическому соответствию;
Это обсуждается в разделах 4.1.1.3 и 4.1.1.4, соответственно.
4.1.1.3 Требования к статическому соответствию
Для обеспечения интероперабельности (возможность взаимодействия,
функциональная совместимость), требования к статическому соответствию
определяют допустимые минимальные возможности реализации. Эти
требования могут быть на широком уровне, такие как группировка
функциональных блоков и опций в классы протоколов, или на детальном
уровне, например, в диапазоне значений, которые должны поддерживаться
для конкретных параметров таймеров.
5
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Требования к статическому соответствию и варианты в частях TCN
(ПСС) могут быть двух видов:
а) те, которые определяют возможности, и которые следует включить в
осуществление конкретного протокола;
б) те, которые определяют многоуровневые зависимости, например, те,
которые размещают ограничения на возможности базовых уровней системы,
где находится протокол реализации. Их, скорее всего, можно найти в частях
верхнего уровня (например, в протоколах в режиме реального времени
сетевого управления).
Все возможности, нечетко выраженные в качестве требований к
статическому соответствию, должны рассматриваться в качестве
дополнительных (возможных, необязательных).
4.1.1.4 Требования к динамическому соответствию
Требования к динамическому соответствию составляют все те
требования (и варианты), которые определяют, что наблюдаемое поведение
допускается соответствующей TCN (ПСС) частью в случаях взаимосвязи. Они
составляют основную часть каждого протокола документа TCN (ПСС). Они
определяют набор допустимых вариантов поведения реализации или реальной
системы. Этот набор определяет максимальную способность, которую
соответствующая реализация или реальная система может иметь в пределах
протокола документа TCN (ПСС).
Система показывает динамическое соответствие в случае
коммуникации, если ее поведение является членом множества всех поведений,
допускаемых соответствующей частью протокола TCN (ПСС) способом,
совместимым с PICS (Свидетельство о соответствии реализации протокола).
4.1.1.4.1 Соответствующая система
Соответствующая система или реализация ― это то, что
демонстрируется для того, чтобы отвечать требованиям и статического, и
динамического соответствия, согласно возможностям, выраженным в PICS (в
Свидетельстве о соответствии реализации протокола), для каждого протокола,
утвержденного в свидетельстве о соответствии системы.
4.1.1.4.2 Интероперабельность (возможность взаимодействия) и
соответствие
Основная цель тестирования соответствия состоит в том, чтобы
повысить вероятность того, что различные реализации будут в состоянии
взаимодействовать.
6
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Успешная функциональная совместимость двух или более реальных
открытых систем, скорее всего, должна быть достигнута, если все они
соответствуют одному и тому же подмножеству части TCN (ПСС), или одному
и тому же набору TCN (ПСС) частей, чем, если они этого не делают.
Для подготовки двух или более систем для успешного взаимодействия,
рекомендуется, чтобы было выполнено сравнение заявок на соответствие
систем и PICS (Свидетельство о соответствии реализации протокола) этих
систем.
Если существует более одной версии соответствующего части TCN
(ПСС), указанной в PICS, то различия между версиями требуют
идентификации, а их последствия рассмотрения, включая их использование в
сочетании с другими частями.
Несмотря на то, что соответствие является необходимым условием, оно
само по себе не является достаточным условием, чтобы гарантировать
возможность совместимости (взаимодействия). Если даже две реализации
соответствуют одной и той же части протокола TCN (ПСС), они могут
оказаться неспособными взаимодействовать, из-за факторов, выходящих за
рамки этого стандарта.
Рекомендуется испытательная совместимость (интероперабельность)
для выявления этих факторов. Дополнительная информация в целях
поддержки совместимости (интероперабельности) между двумя системами,
может быть получена путем расширения сравнения PICS с другой
соответствующей информацией, в том числе с тестовыми отчетами и с PIXIT
(дополнительная информация о реализации протокола для тестирования).
Сравнение можно сосредоточить на следующем:
а) на дополнительных механизмах, к которым предъявляются
требования работать над известными неясностями или недостатками, которые
еще пока неоткорректированы в стандарте TCN (ПСС) или в равных реальных
системах, например, решение многоуровневых проблем;
б) на выборе свободных вариантов, которые не принимаются во
внимание в требованиях к статическому соответствию частей TCN (ПСС);
в) на наличии таймеров, не указанных в частях TCN (ПСС) и связанных
с ними значениях.
Примечание - Сравнение может быть сделано между двумя отдельными системами,
между двумя или более видами продукции, или, только для сравнения PICS (Свидетельство
о соответствии реализации протокола), между двумя или более спецификациями для
закупки, разрешениями для подключения и т.д.
7
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4.1.2 Требования к инструкциям заявки для IUT (Implementation
Under Testing― реализация в процессе тестирования, тестируемая
реализация)
4.1.2.1 Свидетельство о соответствии реализации протокола (PICS)
Для оценки соответствия конкретной реализации, необходимо иметь
отчет о возможностях и вариантах, которые были реализованы, и других
функциях, и свойствах, которые были упущены, так чтобы реализация могла
быть испытана на соответствие к необходимым требованиям, и только к этим
требованиям. Такое свидетельство называется свидетельством о соответствии
реализации протокола (PICS).
В PICS должно быть различие между следующими категориями
информации, которая оно может содержать:
а) информацию, относящуюся к обязательным, дополнительным и
условным требованиям к статическому соответствию самого протокола;
б) информацию, связанную с обязательными, дополнительными и
условными требованиями к статическому соответствию для многоуровневых
зависимостей.
Если набор взаимосвязанных протоколов TCN (ПСС) был реализован в
систему, то PICS требуется для каждого протокола. Заявка о системном
соответствии также будет необходима при обобщении всех протоколов в
систему, для каждого из протоколов которой обеспечивается особое PICS.
4.1.2.2 Дополнительная информация о реализации протокола для
тестирования (PIXIT)
Для того чтобы проверить реализацию протокола, испытательная
лаборатория запросит информацию, относящуюся к IUT (реализация в
процессе тестирования) и к ее среде тестирования, в дополнение к тому, что
обеспечивается посредством PICS. Эта «Дополнительная информация о
реализации протокола для тестирования " (PIXIT) должна быть обеспечена
клиентом, который предоставляет реализацию для тестирования, в результате
консультаций с испытательной лабораторией.
PIXIT может содержать следующую информацию:
а) информацию, запрашиваемую испытательной лабораторией для того,
чтобы иметь возможность запускать соответствующий набор испытаний над
конкретной системой (например, информацию, относящуюся к методу
тестирования, который должен быть использован для проведения тестовых
случаев (примеров или вариантов), данные идентификации пользователя);
б) информацию, уже упомянутую в PICS и которая требует точности при
выполнении (например, диапазон значений таймера, который указан как
параметр в PICS, должен быть предписан в PIXIT);
8
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
в) информацию, которая поможет определить, какие возможности,
заявленные в PICS, в качестве поддерживаемых, могут быть
контролепригодными, а какие не могут быть таковыми;
г) другие административные вопросы (например, идентификатор IUT
(тестируемая реализация), ссылка к соответствующему PICS).
PIXIT не должен вступать в противоречие с соответствующим PICS.
Абстрактный спецификатор набора тестов, тест – реализатор (средство
реализации) и испытательная лаборатория будут способствовать разработке
PIXIT проформы.
4.2 Допуски
4.2.1 Общее
Тестирование соответствия, как описано в настоящем стандарте,
сосредоточено на тестировании соответствия положениям TCN (ПСС) так, как
они указаны в МЭК 61375-2-1.
В принципе, задача тестирования соответствия состоит в том, чтобы
установить, соответствует ли тестируемая (проверяемая) реализация
спецификации в соответствующем разделе. Практические ограничения
делают это невозможным, чтобы тестирование было исчерпывающим и
полным, а экономические соображения могут ограничить тестирование еще и
дальше.
Таким образом, настоящий стандарт различает четыре вида испытаний,
в зависимости от степени, в которой они демонстрируют соответствие:
а) основные тесты взаимодействия, которые обеспечивают презумпцию
доказательства того, что IUT (тестируемая реализация) соответствует;
б) испытания функциональных возможностей, которые проверяют то,
что наблюдаемые возможности IUT находятся в соответствии с требованиями
к статическому соответствию и с возможностями, указанными в PICS;
в) тесты на проверку поведения (поведенческие тесты), которые
стремятся обеспечить тестирование, являющееся настолько всеобъемлющим,
насколько это возможно в полном диапазоне требований к динамическому
соответствию в рамках возможностей IUT;
г) тесты на проверку разрешающих способностей соответствия, которые
исследуют IUT (тестируемую реализацию) по глубине соответствия к особым
требованиям, для обеспечения определенного ответа «да/нет» и
диагностической информации относительно конкретных вопросов о
соответствии; такие тесты не охватываются настоящим стандартом.
Испытания (тесты) в пунктах, а), б), в) и г) подробно описаны в
следующих подразделах.
9
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Отношения к совместимости (взаимосвязи) и производительности в
дальнейшем будут рассмотрены и определены для уточнения их границ.
4.2.2 Базовые испытания
взаимосвязи (к взаимодействию)
по
установлению
способности
к
Базовые испытания на выявление способности к взаимосвязи
обеспечивают ограниченное тестирование IUT (тестируемой реализации) для
того, чтобы установить, что имеется достаточное соответствие для
взаимосвязи, которая может состояться, при этом не допуская попыток к
выполнению тщательного тестирования.
4.2.2.1 Применимость базовых тестов на выявление способности к
взаимосвязи
Базовыми тестами на выявление способности к взаимодействию
являются следующие:
а) для обнаружения серьезных случаев несоответствия;
б) в качестве предварительного фильтра, прежде чем приступать к более
дорогостоящим тестам (испытаниям);
в) дать с первого взгляда достаточные доказательства того, что
реализация, которая прошла тесты на полное соответствие в одной среде, попрежнему соответствует в новой среде реализации, (например, перед
тестированием(N)-реализации), чтобы проверить, что тестируемая (N - 1)
реализация не претерпела существенных изменений, из-за того, что оказалась
в связи с (N) - реализацией);
г) для использования пользователями реализаций, чтобы определить,
появятся ли реализации, которые можно было бы использовать для связи с
другими
соответствующими
реализациями,
например,
в
виде
предварительного обмена данными.
Базовые тесты на выявление способности к взаимодействию не
подходят:
д) в качестве основы для притязаний на соответствие со стороны
поставщика (провайдера) реализации;
е) в качестве средства арбитража, чтобы определить причины сбоя связи.
Базовые тесты на выявление способности к взаимосвязи
стандартизированы в подмножество тестового пакета соответствия (в том
числе возможностей и испытаний поведения). Они могут быть использованы
сами по себе или вместе с набором тестов на тестирование соответствия.
Существование и выполнение базовых тестов взаимодействия являются
дополнительными (необязательными).
10
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4.2.3 Испытания (тесты) на проверку возможностей
Испытания на проверку возможностей обеспечивает ограниченное
тестирование каждого из требований к статическому соответствию в Части,
чтобы установить, какие возможности IUT можно наблюдать и проверить, и
что эти наблюдаемые возможности действительны по отношению к
требованиям к статическому соответствию и PICS.
4.2.3.1 Применимость тестов на проверку возможностей
Тесты на проверку возможностей подходят:
а) чтобы проверить, насколько это возможно, согласованность PICS с
IUT;
б) в качестве предварительного фильтра, прежде чем приступить к более
углубленному и дорогостоящему тестированию;
в) чтобы проверить, что возможности IUT согласуются с требованиями
к статическому соответствию;
г) чтобы обеспечить эффективный выбор поведенческих тестов, которые
будут сделаны для конкретной IUT (тестируемой реализации);
д) если взять вместе с поведенческими тестами, в качестве основы для
притязаний на соответствие.
Тесты на проверку возможностей не подходят
е) самостоятельно, в качестве основы для притязаний на соответствие со
стороны поставщика (провайдера) реализации;
ж) для тестирования в деталях поведения, ассоциируемого с каждой
возможностью, которая была реализована или не реализована;
з) для разрешения проблем, возникших во время живого использования
или там, где другие тесты показывают возможное несоответствие, хотя тесты
на проверку возможностей показали соответствие (т.е. имели положительный
результат).
Тесты на проверку возможностей стандартизированы в рамках набора
тестов на соответствие. Они могут быть либо разделены на их собственные
опытные группы, либо объединены с тестами проверки поведения
(поведенческими тестами).
4.2.4 Тесты на проверку поведения (поведенческие тесты)
Тесты на проверку поведения тестируют реализацию настолько
тщательно, насколько это практично, в полном диапазоне требований к
динамическому соответствию, указанному в Части. Так как число возможных
комбинаций событий и распределения событий по времени бесконечно, такое
тестирование не может быть исчерпывающим. Существует еще ограничение,
а именно, что эти тесты спроектированы для запуска в совокупности в одной
11
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
тестовой среде так, что любые ошибки (сбои), которые трудно или
невозможно обнаружить в этой среде могут быть пропущены. Таким образом,
возможно, что несоответствующая реализация проходит тест-набор на
соответствие; поэтому одной из целей проектирования набора тестов состоит
в том, чтобы свести к минимуму количество подобных случаев.
Тесты на проверку поведения вместе с тестами проверку возможностей
являются основой (базой) для процесса оценки соответствия.
Тесты на проверку поведения не соответствуют:
а) для решения проблем, возникших во время живого использования или
там, где другие тесты показывают возможное несоответствие, хотя тесты на
проверку поведения (поведенческие тесты) показали соответствие (т.е. были
удовлетворительными).
Тесты на проверку поведения стандартизированы в пределах тест набора на соответствие.
ПРИМЕЧАНИЕ
Тесты на проверку поведения включают тесты для
действительного поведения со стороны IUT в ответ на действительное,
неподходящее и синтаксически недействительное поведение протокола со
стороны реального тестера. Это включает в себя тестирование отторжения со
стороны IUT попыток использовать особенности (возможности), которые
указаны в PICS, в качестве нереализуемых. Таким образом, тесты на проверку
возможностей не должны включать тесты на проверку возможностей, не
включенных в PICS.
4.2.5 Тесты на разрешение соответствия нормам
Тесты на разрешение соответствия нормам обеспечивают
диагностические ответы, как можно ближе, насколько это возможно, к
разрешению о том, удовлетворяет ли реализация конкретные требования. Изза проблем избыточности, определенные ответы получают за счет
ограничения тестов в пределах узкой области.
Архитектура теста и метод теста, как правило, должны быть выбраны
специально для требований, подлежащих испытанию, и не должны относиться
к тем, которые, как правило, пригодны для других требований. Они могут быть
даже теми требованиями, которые считаются недопустимыми для
(стандартизированных) наборов тестов на проверку абстрактного
соответствия, например, включающие конкретные методы реализации,
используя, скажем, диагностические и отладочные средства из конкретной
операционной системы.
Различие между поведенческими тестами и тестами на обследование
разрешения соответствия нормам может быть проиллюстрировано на примере
таких событий, как сброс. Поведенческие тесты могут включать только
12
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
репрезентативный выбор условий, при которых может произойти сброс, и они
могут не обнаружить некорректное поведение при других обстоятельствах.
Тесты на обследование разрешения соответствия нормам ограничивались бы
условиями, при которых некорректное поведение уже предположительно
произошло, и они подтвердили бы, явились ли подозрения правильными или
нет.
Тесты на обследование разрешения соответствия нормам подходят:
а) для обеспечения ответа «да / нет» в строго ограниченной и ранее
идентифицированной ситуации (например, для того чтобы проверить, была ли
конкретная функция правильно реализована в ходе развития реализации, или
для того чтобы выяснить причину проблемы во время оперативного
использования.
б) в качестве средства для идентификации и предложения решений для
недостатков в текущем наборе тестов на обследование соответствия нормам.
Тесты на обследование разрешения соответствия нормам не подходят:
в) в качестве основы для вынесения оценки, соответствует ли или не
соответствует реализация в целом.
Тесты на обследование разрешения соответствия нормам не
стандартизированы. В качестве побочного продукта тестирования
соответствия, могут быть выявлены ошибки и недостатки в частях протокола.
4.2.6 Интерпретация разделов / подразделов и положений
TCN (ПСС), описанное в МЭК 61375-2-1, является предметом
интерпретации для перевода нескольких разделов / подразделов и требований
в реализуемые наборы тестов. Сложность большинства протоколов TCN
(ПСС) делает исчерпывающее тестирование непрактичным и на технических,
и на экономических основаниях. Чтобы справиться с реальной реализацией и
выполнить извлечения из МЭК 61375-2-1, были использованы все
соответствующие испытания и некоторые критерии. Критерии были
сгруппированы согласно их характеристикам:
а) императивы (содержащие указание на выполнение каких-то
действий);
б) иллюстрации;
в) директивы (инструкция);
г) варианты (возможности);
д) слабые фразы
Следующие подразделы описывают критерии.
13
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4.2.6.1 Императивы
Императивы - это слова и фразы, дающие команды о том, что должно
быть обеспечено, и они классифицируются, как обязательные. К ним
относятся:
а) shall / должен: предписывает предоставление функциональной
возможности;
б) must / обязан: устанавливает требования к исполнению или
ограничения;
в) is required / требуется: это описание (оператор описания), написанное
в страдательном залоге;
г) is applicable / применяется: включает в себя, по ссылке, стандарты или
другие документы, как дополнение к предписываемым требованиям;
д) responsible for /несет ответственность за: требование, написанное для
уже определенных архитектур. В качестве примера,
"В расширенных приложениях задержки ответа, мастер («хозяин»,
задающее устройство, ведущий задатчик) несет ответственность за выделения
пространства основным рамкам (кадр, фрейм), так что минимум времени
выделяется для передачи подчиненного кадра (рамки), и следующий основной
кадр (рамка) будет больше чем, T_safe Т_ безопасный.";
е) will / будет/должен: как правило, используется, чтобы цитировать те
ситуации, которые операционная среда или среда разработок должны
предоставить предписываемой возможности. Например, "Если это было
сильное задающее устройство (сильный мастер), оно будет сигнализировать о
своем понижении (перемещении) ко всем узлам, и оно будет оставаться в
управлении шины, подобно слабому устройству, пока не будет назначен
сильный узел."
ж) should / следует: при его использовании, утверждение с указанием
(оператор описания) считается очень слабым.
Например, "Устройства, поддерживающие возможность данных
сообщения, должны иметь адрес внешнего устройства меньше, чем 256. "
Продолжение
Фразы, которые следуют за императивом и вводят спецификацию
утверждений (оператор описания) на более низком уровне, для
дополнительного числа требований являются следующими:
з) как изложено ниже,
и) ниже,
к) далее,
л) в частности,
м) перечислены,
н) поддержка.
14
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Фразы, которые вводят временную индикацию, что может привести к
определенным или неопределенным действиям, или перечисления, которые
могут привести к бесконечным тестовым случаям. Для примера, см. таблицу
2:
Таблица 2 – Постоянное показание
1
2
Положение
для каждого
Пример
A PV_Set (Набор текущих данных) идентифицирует набор
переменных, принадлежащих к одному и тому же набору данных, в
том числе для каждой переменной в Memory_Address (адрес памяти),
где он должен быть скопирован (или откуда), и в том числе для всего
набора
данных
Freshness_Time.
Свежесть_Время
(Актуальность_Время)
в то время, При отправлении BD (бит/сек) пакетов, продюсер фильтрует
как
входящие пакеты BR (bit rate – скорость передачи, выраженная в
бит/сек) и начинает повторную передачу после ввода паузы передачи
(PAUSE TMO в дополнение к нормальному SEND_TMO
ОТПРАВИТЬ_ ТЕЛЕГРАФНОЕ ПЛАТЕЖНОЕ ПОРУЧЕНИЕ ТМО)
1 Требование, содержащее временное или перечисленное, тестируется с
конечным временем или с конечным образцом.
4.2.6.2 Иллюстрации
Эта информация содержится в документе с требованиями. Данные и
информация, на которую указывает иллюстрация, усиливает спецификацию
утверждений (оператор описания) документа и, всякий раз, когда возможно,
используется как дискретный классифицированный входной сигнал в тест. А
именно:
а) рисунок;
б) таблица;
в) пример;
г) примечание
4.2.6.3 Опции (варианты)
Опции― это категория слов, которые дают разработчикам широкий
спектр в выполнении утверждений со спецификациями (описаний), которые
содержат их.
Эта категория четко формирует основу для вариантных инструкций
объявлений в PICS. Тем не менее, эти требования, содержащие такую
категорию слов, ослабляют технические требования, увеличивают риск отказа
от взаимодействия, и расширяют наборы тестов.
15
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
а) can / мочь (Пример: Шлюзы с возможностью шинного
администратора (Bus_Administrator) могут синхронизировать шины);
б) may / мочь (Пример: устройства класса 5 могут предложить
возможность шинного администратора Bus_Administrator);.
в) optionally / необязательно/ дополнительно (Пример: возможность,
программируемый
пользователь
(User_Programmable)
является
необязательной/ дополнительной);
г) exclusion / исключение (Пример: в то время, как IUT (тестируемая
реализация) называет узлы, один узел дает отклик на присваивание имени
рамки (кадра), но не на запрос о состоянии, или посылает ответную рамку с
неверным наименованием).
Опции должны запускать производство PICS.
4.2.6.4 Слабые утверждения
Слабые утверждения склонны вызывать неопределенность, оставляя
место для различных интерпретаций, такая формулировка дает основание для
расширения требований или добавления фьючерс требований. Для
расширения тестирования, эта категория создает тест с тестовыми вариантами,
выбранными из репрезентативного набора образцов. Тем не менее, такие
наборы ни в коем случае в полной мере не представляют все значимые случаи,
предусмотренные разделом в процессе тестирования. Они приведены в
таблице 3:
Таблица 3― Слабые утверждения
Фразы с
адекватный
Пример
Передатчик и коннектор (соединитель) приемника должны быть
соответствующим
образом
(адекватно)
идентифицированы,
предпочтительно:
• светло-серый для передатчика;
• темно-серый для приемника.
быть
в Канальный уровень, а также приложение должны быть в состоянии
состоянии
получить доступ к порту последовательно, т.е. записывать или считывать
все свои данные в одной единой операции (в неделимой операции)
быть
Устройство с двухпроводной линией подключения должно быть
способным
способно, присоединяться и к однопроводной линии и/или к сегменту
двухпроводной линии
эффективный Субъект, который получает эффективные доступы к объектам на каждом
уровне, называется субъектом уровневого управления, или LME
нормальный При отправке BD пакетов, производитель фильтрует поступающие BR
пакеты и начинает повторную передачу после ввода паузы передачи
(PAUSE TMO в дополнение к обычной SEND_TMO ОТПРАВИТЬ_
ТЕЛЕГРАФНОЕ ПЛАТЕЖНОЕ ПОРУЧЕНИЕ (TMO)).
обеспечить
Уровень приложений для переменных (AVI) должен предусматривать
для Cluster (кластер, блок, группа) доступа следующие примитивы, ..
16
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4.2.7 Отношение к взаимодействию (интероперабельности)
Одна из целей этого теста на соответствие состоит в том, чтобы привести
к сопоставимости и расширить признание результатов испытаний,
выполненных различными тестерами, и тем самым свести к минимуму
необходимость в повторном тестировании на соответствие одной и той же
системы. Взаимодействие играет главную роль, так как тест на соответствие
направлен на содействие совместимости. Это было отображено в следующих
областях в таблице 4:
Таблица 4 - Отношение к взаимодействию
Домен
Применение
совместимости
Протокол
совместимости
Обслуживание
совместимости
Пользователь,
воспринимающий
совместимость
Описание
Способность TCN/ ПСС обеспечить последовательную реализацию
синтаксиса и семантики данных, которые взаимозаменяемы
Способность TCN/ ПСС обменивать PDUs (протокольные единицы
обмена) через коммуникационные платформы
Способность TCN/ ПСС поддерживать подмножество своих
предполагаемых услуг
Способность пользователя услуг (человек, приложение, механизмы)
к обмену информацией с помощью TCN/ ПСС
Ни одно из положений в настоящем стандарте не выполнено для того,
чтобы реализовать или рекомендовать тест на совместимость.
4.2.8 Отношение к тесту функциональности (качества работы и
функционирования)
Атрибут функциональности имеет глубокое отношение к услугам,
предоставляемым со стороны TCN/ ПСС, хотя этот тест соответствия не
намерен реализовывать тест на выявление функциональности и
функционирования, тем не менее, атрибуты рабочих характеристик учтены в
таблице 5 следующим образом.
Таблица 5 ̶ Отношение к тесту функциональности (качества
работы и функционирования)
Атрибут рабочих
Описание
характеристик
Скорость
Этот атрибут функциональности описывает временной интервал,
используемый для выполнения функции или скорость, с которой
выполняется функция. (Функция может или не может быть
выполнена с заданной точностью.). Пример оценки скоростного
атрибута: тест управления обновлением или тест контроля
актуальности (freshness (свежесть) time supervision test)
17
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Точность,
правильность
Надежность
Этот атрибут функциональности характеризует степень
правильности, с которой функция выполняется, независимо от того,
выполняется ли функция или не выполняется с желаемой
скоростью. Пример оценки правильности: тест приемник
гистерезиса (the receiver hysteresis test)
Этот атрибут функциональности характеризует степень
уверенности (или поручительства), с которым функция
выполняется независимо от скорости или правильности, но в
пределах данного интервала контроля. Пример оценки атрибута
надёжности является: стабильность соединения в течение всего
времени открытия
Ни одно из положений в настоящем стандарте не выполнено для того,
чтобы реализовать или рекомендовать тест функциональности (качества
работы и функционирования), как это определено МЭК 60571.
4.3 Выходная шина (исходящая линия) оценки соответствия
4.3.1 Общее
Главной особенностью процесса оценки соответствия является
конфигурация оборудования, позволяющая обмен информацией между IUT
(тестируемая реализация) и реальным тестером. Они управляются и
регистрируются реальным тестером.
В концептуальном плане, тестирование соответствия должно включать
в себя несколько этапов, включающих и статические отзывы соответствия и
фазы живого тестирования, завершающееся выполнением тестового отчета,
который, который будет настолько тщательным, насколько он будет
практичным.
Этими шагами являются:
• компиляция PICS;
• компиляция PIXIT;
• выбор теста и настройка параметров;
• базовое тестирование взаимодействия (необязательное);
• тестирование возможностей;
• тестирование поведения;
• обзор и анализ результатов испытаний;
• синтез, выводы и выполнение отчета об испытаниях на соответствие.
4.3.2 Анализ результатов, итогов и решений
Наблюдаемый результат (результат выполнения теста) ― это ряд
событий, которые произошли во время выполнения теста; он включает в себя
18
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
все входные и выходные из IUT в точках управления и регистрации
(наблюдения).
Предусмотренные
результаты
выявляются
и
определяются
спецификацией общеприменимого тестового примера, взятого в сочетании с
протоколом Части. Для каждого тестового случая, может быть один или
несколько предусмотренных результатов. Предусмотренные результаты
определяются, прежде всего, в общих понятиях.
Решение (вердикт) ― это утверждение о проходе (успехе), о сбое
(неудаче), безрезультатности или о недостаточной убедительности и
доказательности, которые должны быть связаны с каждым предусмотренным
результатом в абстрактной спецификации тестового набора.
Анализ результатов выполняется путем сравнения наблюдаемых
результатов с предусмотренными результатами.
Решение (вердикт), назначенное наблюдаемому результату, ― это
решение, которое связано с соответствующим предписанным результатом.
Если наблюдаемый результат является непредвиденным, то абстрактная
спецификация набора тестов будет утверждать, что должно быть назначено
решение (вердикт) о невыполнении.
Средства, с помощью которых производится сравнение наблюдаемых
результатов с предусмотренными результатами, выходит за рамки настоящего
стандарта.
Примечание - Среди возможностей присутствуют:
а) ручное или автоматическое сравнение (или комбинация);
б) сравнение вовремя или после выполнения;
в) перевод наблюдаемых результатов в общие понятия для сравнения с
предусмотренными результатами, или перевод предусмотренных результатов в понятия,
используемые для записи наблюдаемых результатов.
Вердикт должен быть следующим: пройдено (успех), неудача или не
доказанность/неубедительность:
г) пройдено (успех) означает, что наблюдаемый результат удовлетворяет цель теста
и имеет силу по отношению к соответствующей части TCN или по отношению к PICS;
д) сбой (неудача) означает, что наблюдаемый результат синтаксически
недействительный или неподходящий по отношению к соответствующей части TCN или по
отношению к PICS;
е) не доказан/неубедителен означает, что наблюдаемый результат действителен по
отношению к соответствующей части TCN, но препятствует завершению цели теста.
Решение, назначенное конкретному результату, будет зависеть от цели
испытаний и действительности наблюдаемого поведения протокола.
Решения, вынесенные относительно отдельных тестовых примеров,
будут синтезированы в общее резюме для IUT (тестируемой реализации) на
основе выполненных тестов.
19
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5 Тест на проверку соответствия узла WTB (wire train bus ―
проводная шина поезда), магистрального кабеля WTB, соединительного
кабеля WTB, кабеля-удлинителя WTB
5.1 PICS (свидетельство о соответствии реализации протокола)
PICS- проформа представляет собой набор таблиц, содержащий
вопросы, на которые должен ответить реализатор (исполнитель), а также он
содержит ограничения на возможные ответы.
PICS содержит два типа вопросов:
• вопросы, требующие ответы либо "ДА", либо "НЕТ", связанные с тем,
был ли реализован пункт или нет (начиная от макроскопического
функционального блока до микроскопического блока). Допустимые ответы,
которые отражают базовую спецификацию, описаны в PICS, в качестве
требования; ответы составляют поддержку;
• вопросы, касающиеся численных значений, реализуемые (для
таймеров, для размеров сообщений, для частоты и т.д.). Законный диапазон
изменения этого значения, который отражает базовую спецификацию,
приведен в МЭК 61375-2-1. Ответы составляют поддерживаемые значения.
5.1.1 Инструкции по заполнению PICS- проформы
PICS организованы в виде таблиц. Столбцы в таблицах следующие:
Ссылка
• Поддерживаемый подраздел
• Поддерживаемая возможность
• Требование
• Вопрос
• Ответ
•Реализация
• Значения параметров
5.1.1.1 Сокращения
Следующие сокращения используются в этой PICS проформе:
m: обязательно
n/a: не применимо
o: необязательно
c: условно
d: по умолчанию
y: да
n: нет
20
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.1.2 Колонка ссылок
Эта колонка используется для эталонных целей внутри PICS.
5.1.1.3 Колонка поддерживаемых подпунктов
Эта колонка дает отображение (сопоставление) между МЭК 61375-2-1 и
соответствующей записью в PICS.
5.1.1.4 Колонка поддерживаемых возможностей
Эта колонка подчеркивает унитарную возможность подраздела, к
которому она относится.
Ответ "Y" в колонке реализации означает, что тестируемая реализация
(IUT) в состоянии:
• генерировать соответствующие параметры обслуживания (или
автоматически, или потому, что конечный пользователь явно требует эту
возможность); • интерпретировать, обрабатывать и, при необходимости сделать
доступными для конечного пользователя соответствующий параметр или
соответствующие параметры обслуживания;
Когда ответ "N", это не означает, что соответствующие параметры
обслуживания не реализованы, но тест соответствия запрашивается
пользователем.
5.1.1.5 Необходимая (требуемая) колонка
Эта колонка показывает уровень поддержки, необходимый для
соответствия стандарту МЭК 61375-2-1.
Значения являются следующими:
m
требуется обязательная поддержка;
О
опциональная (дополнительная) поддержка разрешается для
соответствия МЭК 61375-2-1. Будучи реализованная, она должна
соответствовать спецификациям и ограничениям, содержащимся в
соответствующем подразделе. Эти ограничения могут повлиять на
необязательность других пунктов;
С
пункт является условным, поддержка этого пункта является
предметом предиката, на который ссылаются в столбце примечания;
n/a пункт не применяется.
Если опции не поддерживаются, соответствующие пункты должны
рассматриваться в качестве не применимых (несоответствующих).
5.1.1.6 Колонка реализации
21
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Эта колонка должна быть завершена поставщиком (провайдером) или
исполнителем IUT. Проформа была разработана таким образом, чтобы только
необходимые записи ввода находились в собственной колонке:
Y: «да», этот пункт был реализован;
N: «нет», этот пункт не был реализован; ―:
Пункт не применяется.
В таблицах PICS проформы, все ведущие пункты, обозначенные 'm'
должны быть поддерживаемы IUT (тестируемой реализацией). Подпункты,
обозначенные "m" должны поддерживаться, если соответствующая ведущая
функция поддерживается IUT (тестируемой реализацией).
5.1.1.7 Колонки со значениями параметров
5.1.1.7.1 Допустимый минимум
Эта колонка уже заполнена и указывает на минимальное значение
параметра.
5.1.1.7.2 Значение по умолчанию
В этой колонке указывается значение по умолчанию для параметра.
Когда МЭК 61375-2-1 определяет значение по умолчанию для параметра,
такое значение используется как вход в эту колонку. Когда стандарт
рекомендует диапазон, используется среднее значение.
5.1.1.7.3 Допустимый максимум
Эта колонка уже заполнена и указывает максимальное значение для
параметра.
5.1.1.7.4 Реализованное значение
Эта колонка должна заполняться поставщиком (провайдером) или
реализатором (исполнителем). Проформа была разработана таким образом,
что ввод по требованию - это реализованное значение. В случае нескольких
значений, должно быть выбрано значение по умолчанию.
22
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.2 Таблицы PICS
5.1.2.1 Идентификация PICS
Следующая таблица 6 предназначена для заполнения в целях выявления
PICS проформы.
Таблица 6 ― идентификация PICS-проформы
Ссылка Вопрос
№
1
Дата утверждения
2
Серийный номер PICS
Ответ
5.1.2.2 Идентификация реализации в процессе тестирования
(тестируемая реализация)
Следующая таблица 7 заполняется, чтобы определить тестируемую
реализацию.
Таблица 7― Тестируемая реализация PICS проформы
Ссылка
№
1
2
3
4
5
6
Вопрос
Требование
Название реализации
Номер версии
Специальная конфигурация
Напряжение питания
Ток питания
Другая информация
m
m
0
m
m
0
Ответ
Примечание - 1 Название реализации относится к идентификатору IUT (тестируемой
реализации), как указано клиентом. Особый тест на проверку соответствия применяется для
субъекта, идентифицированного именем реализации.
Примечание - 2 Это номер версии IUT. Когда определяется номер версии для IUT,
ни одна подсистема, которая составляет ее, не может прогрессировать без изменения этого
цифры (архитектура заморожена и представляет собой конфигурацию).
Примечание - 3 Указывается, если PIXIT предоставляется для этого IUT.
Примечание - 4 Указывает используемое напряжение питания. Напряжение питания
выбирается среди значений, указанных в МЭК 60571.
Примечание - 5 Указывает используемый максимальный ток питания. Ток питания
выбирается среди значений, указанных в МЭК 60571.
Примечание - 6 Прочая информация, которую клиент считает существенной для
идентификации IUT.
5.1.2.3 Идентификация поставщика IUT и / или клиента
лабораторных испытаний
Следующая таблица 8 заполняется, чтобы определить поставщика
(провайдера) IUT и клиента испытательной лаборатории.
23
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Если поставщик (провайдер) IUT и клиент испытательной лаборатории
не являются одним и тем же субъектом, то PICS должно быть согласовано
между поставщиком (провайдером) и клиентом испытательной лаборатории.
Таблица 8 ― IUT поставщик и/или клиент испытательной
лаборатории
Ссылка
№
1
2
3
4
5
6
7
Вопрос
Требование
Название организации
Контактное лицо (лица)
Адрес
Номер телефона
Номер факса
Адрес электронной почты
Другая информация
m
m
m
m
m
m
m
Ответ
5.1.2.4 Идентификация стандартов
Следующая таблица 9 заполняется, чтобы определить стандарты
применительно к IUT для теста на проверку соответствия.
Таблица 9 ― Идентификация стандартов PICS проформы
Ссылка
№
1
2
3
4
5
6
7
8
Вопрос
Ответ
Спецификация (указание) названия документа
Спецификация номера ссылки документа МЭК
Спецификация даты публикации документа
Спецификация номера версии документа
Соответствие названию документа
Соответствие номеру документа
Соответствие дате публикации документа
Соответствие номеру версии документа
5.1.2.5 Глобальный отчет о соответствии
Таблица 10 заполняется поставщиком (провайдером) IUT в колонке
"реализация".
Таблица 10 ― глобальный отчет о соответствии PICS проформы
Ссылка Вопрос
№
1
Требование
Реализованы ли все обязательные m
возможности?
Реализация
[ ]
24
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Примечание - Ответ "Нет" в этом разделе показывает несоответствие спецификации
протокола. Не поддерживаемые обязательные возможности должны быть определены в
PICS, с объяснением того, почему реализация является несоответствующей.
5.1.2.6 Уровень тестирования
Таблица 11 заполняется поставщиком (провайдером) IUT с целью
выявления IUT.
Таблица 11― Уровень тестирования PICS проформы
Ссылка
№
МЭК 613752-1 подраздел
1
2
3
4
5
4.1.4.-2.1.5
4.1.3
4.1.1
4.1.1
4.1.1
Возможность
Реализация
Состав
Узел
Магистральный кабель
Соединительные кабели
Кабели-удлинители
[
[
[
[
]
]
]
]
5.1.2.7 Возможность узла
Таблица 12 заполняется поставщиком (провайдером) IUT только в том
случае, когда ответ «Y» заполняется по ссылке 2 в таблице 5.1.2.6.
Таблица 12 ― Возможность узла PICS проформы
Ссылка
№
1
2
3
МЭК
61375-2-1
подраздел
4.2.1
4.2.1
4.2.1
4
4.2.1
5
4.2.1
6
4.2.1
25
Возможность
Промежуточный узел
Конечный узел
При промежуточном узле,
только
один
из
его
приемопередатчиков включен
Когда конечный узел в
состоянии
поддерживать
связь по обе секции его шин
самостоятельно (независимо)
Когда промежуточный узел
устанавливает электрическую
непрерывность
между
Direction_1 и Direction_2
(Направление_1
и
Направление_2)
Когда
конечный
узел
завершает
электрически
секции шины Direction_1
Требование
Реализация
m
m
m
[ ]
[ ]
[ ]
m
[ ]
m
[ ]
m
[ ]
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
7
4.2.1
8
9
10
5.5.1.2
5.5.1.2
5.5.1.2
(Направления_1)
через
терминатор
Когда
конечный
узел
останавливает электрически
секции
шин
Direction_2
(Направления_2)
через
терминатор
Сильный узел
Слабый узел
Ведомый узел
m
[ ]
0
0
0
[ ]
[ ]
[ ]
5.1.2.8 Избыточность (резервирование)
Таблица 13 должна заполняться поставщиком (провайдером) IUT для
того, чтобы описать, реализована ли или не реализована избыточность
(резервирование) линии.
Таблица 13― Избыточность PICS проформы
Ссылка
№
1
МЭК
61375-2-1
подраздел
4.2.2
2
4.2.2
Возможность
Требование
Физическая избыточность 0
(резервирование)
UICnode/
0
узел с идентификационным
кодом пользователя
Реализация
[ ]
[ ]
5.1.2.8.1 Дублированная конфигурация
Таблица 14 заполняется поставщиком IUT только в том случае, когда
ответ «Y» заполнен по ссылке 1 в таблице 5.1.2.8
Таблица 14 ― Избыточность конфигурации (дублированная
конфигурация) PICS проформы
Ссылка
№
1
МЭК
61375-2-1
подраздел
4.2.2
2
4.2.2
3
4.2.2
Возможность
Требование
Линия А отмечена как m
LINE_A?
Линия В отмечен как m
LINE_B?
LINE_A и LINE_B имеют m
идентичную конфигурацию
относительно Direction_1 and
Direction_2?
Реализация
[ ]
[ ]
[ ]
26
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
1 Выбран хотя бы один параметр.
2 Выбран хотя бы один параметр.
5.1.2.9 Сигнализация
Таблица 15 заполняется поставщиком (провайдером) IUT для того,
чтобы описать характеристики сигнализации.
Таблица 15― Сигнализации PICS проформы
Ссылка
№
Возможность
Требование
Значение
1
МЭК
61375-2-1
подраздел
4.2.3.1
Реализация
Скорость
m
2
3
4.2.3.1
4.2.3.1
Кодирование
Частота
m
m
1,0 Мбит / с [ ]
± 0,01 %,
Манчестер [ ]
1,0 МГц
[ ]
5.1.2.9.1 Кабель
Таблица 16 должна заполняться поставщиком IUT для того, чтобы
описать характеристики кабеля.
Таблица 16 ― кабель PICS проформы
Ссылка
№
1
2
3
4
МЭК
61375-2-1
подраздел
4.2.4.1
4.2.4.1
4.2.4.1
4.2.4.2
5
4.2.4.2
Возможность
Требование
Реализация
Экранированный кабель
Кабель в оболочке
Витая пара м
Отдельные
провода,
идентифицированные как
X, Y
Провода
экрана,
идентифицированные как S
m
m
m
m
[
[
[
[
m
[ ]
]
]
]
]
5.1.2.9.1.1 Магистральный кабель
Таблица 17 должна заполняться поставщиком IUT только в том случае,
когда ответ «Y» заполнен по ссылке 3 в таблице 5.1.2.6
27
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 17― магистральный кабель PICS проформы
Ссылка
№
1
МЭК
61375-2-1
подраздел
4.2.4.3
Возможность
Требов
ание
Значение
Реализа
ция
Сопротивление
(импеданс)
Кручение на метр
Затухание
(ослабление)
m
Zw = 120,0 Q
(±10%)
12
Меньше чем
10,0 дБ / км
на 1,0 МГц
Меньше чем
14,0 дБ / км
на 2,0 МГц
Меньше чем
65 пФ / м при
1,0 МГц
Меньше чем
1,5 pF/m при
1,0 МГц
Меньше чем
20,0 itiQ / iti
на 20,0 МГц
Менее
2,0
itiQ /iti на
20,0 МГц
[ ]
2
3
4.2.4.1
4.2.4.4
4
4.2.4.4
Затухание
(ослабление)
m
5
4.2.4.5
Распределенная
емкость
m
6
4.2.4.6
7
4.2.4.8
Емкостный
m
дисбаланс, чтобы
экранировать
Сопротивление
m
передачи
8
4.2.4.8
Сопротивление
дифференциальной
передачи
m
m
m
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
5.1.2.9.1.2 Соединительный кабель
Таблица 18 заполняется поставщиком (провайдером) IUT только в том
случае, когда ответ «Y» заполнен по ссылке 4 в таблице 5.1.2.6
Таблица 18 ― соединительный кабель PICS проформы
Ссылка
№
Возможность
Требован
ие
Значение
Реализаци
я
1
МЭК
61375-2-1
подраздел
4.2.4.3
Сопротивление
m
[ ]
2
3
4.2.4.1
4.2.4.4
Кручение на метр
Затухание
(ослабление)
m
m
4
4.2.4.4
Затухание
(ослабление)
m
Zw = 120,0 В (±
10%)
12
Меньше
чем
10,0 дБ / км на
1,0 МГц
Меньше
чем
14,0 дБ / км на
2,0 МГц
[ ]
[ ]
[ ]
28
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5
4.2.4.5
Распределенная
емкость
6
4.2.4.6
7
4.2.4.8
Емкостный
m
дисбаланс,
чтобы
экранировать
Сопротивление
m
передачи
8
4.2.4.8
Сопротивление
дифференциальной
передачи
m
m
Меньше чем 65
pF/m при 1,0
МГц
Меньше чем 1,5
pF/m при 1,0
МГц
Меньше
чем
20,0 itifi / м при
20,0 МГц
Менее 2,0 itiQ /
iti на 20,0 МГц
[ ]
[ ]
[ ]
[ ]
5.1.2.9.1.3 Кабель - удлинитель
Таблица 19 заполняется поставщиком IUT только в том случае, когда
ответ «Y» заполнен по ссылке 5 в таблице 5.1.2.6
Таблица 19 ― Кабель- удлинитель PICS проформы
Ссылка
№
Возможность
Требов
ание
Значение
1
МЭК
61375-2-1
подраздел
4.2.4.3
Сопротивление
m
2
3
4.2.4.1
4.2.4.1
Кручение на метр
Поперечное сечение
m
m
4
4.2.4.4
Затухание
(ослабление)
m
5
4.2.4.5
Распределенная
емкость
m
6
4.2.4.6
7
4.2.4.7
8
4.2.4.8
Емкостный
m
дисбаланс,
чтобы
экранировать
Перекрёстная
m
наводка,
выдача
ненужных данных
Сопротивление
m
передачи
9
4.2.4.8
Zw = 120,0 В (±
10%)
12
Меньше
чем
0,56 мм2
Меньше
чем
10,0 дБ / км на
1,0 МГц
Меньше чем 65
pF/m при 1,0
МГц
Меньше чем 1,5
pF/m при 1,0
МГц
Больше 55,0 дБ
между 0,5 до 2,0
МГц
Меньше
чем
20,0 itifi / м при
20,0 МГц
Менее 2,0 itiQ /
iti на 20,0 МГц
29
Сопротивление
дифференциальной
передачи
m
Реализаци
я
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.2.9.2 Соединители
Эти таблицы заполняются поставщиком (провайдером) IUT только в том
случае, когда ответ «Y» заполнен по ссылке 2 в таблице 5.1.2.6. Соответствие
соединителей (коннекторов) является обязательным при условии, если
требуется совместимость (интероперабельность).
5.1.2.9.2.1 Макет передней панели
Таблица 20 заполняется поставщиком IUT для описания характеристик
расположения органов управления на передней панели (макета передней
панели).
Таблица 20 ― Макет передней панели PICS проформы
Ссылка №
1
2
МЭК 61375-2-1 Возможность
подраздел
4.3.4
Вертикальный
4.3.4
Горизонтальный
Требование
Реализация
0
0
[ ]
[ ]
Примечание - Следует выбрать только один вариант
5.1.2.9.2.2 Расположение
Таблица 21 заполняется поставщиком (провайдером) IUT для того,
чтобы описать характеристики расположения соединителя.
Таблица 21 ― Расположение соединителя PICS проформы
Ссылка
№
1
2
МЭК 61375-2- Возможность
1 подраздел
4.3.4
A1
соединительвилка
является
верхним
4.3.4
A1
соединительвилка является самым
крайним
Требование
Реализация
cм ссылку 1 от [ ]
5.1.2.9.2.1
cм ссылку 2 от [ ]
5.1.2.9.2.1
5.1.2.9.2.3 Макет и тип
Таблица 22 заполняется поставщиком IUT для описания расположения
коннекторов и типовых характеристик.
30
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 22― Расположение коннекторов и тип соединителя PICS
проформы
Ссылка
№
Возможности
Требов Значение
ание
1
МЭК
61375-21
подразд
ел
4.3.4
Line_A Direction_1
Линия_А
Направление_1
m
2
4.3.4
Line_A Direction_2
Линия_А
Направление_2
m
3
4.3.4
m
4
4.3.4
5
4.3.4
Line_A Direction_1
Линия_А
Направление_1
Line_A Direction_2
Линия_А
Направление_2
Line_A Direction_1
Линия_А
Направление_1
6
4.3.4
Line_A Direction_2
m
7
8
4.3.4
4.3.4
Line_A Direction_1
Line_A Direction_2
m
m
9
10
4.3.4
4.2.4.8
Экранирование
Сопротивление
передачи
m
m
31
Реализац
ия
9-контактные D- [ ]
Sub
9
соединители,
использующие
метрические
винты
(МЭК
60807)
9-контактные D- [ ]
Sub
9
соединители,
использующие
метрические
винты
(МЭК
60807
Соединитель-вилка [ ]
m
Соединительрозетка
[ ]
m
9-контактные DSub
9
соединители,
использующие
метрические
винты
(МЭК
60807)
9-контактные DSub
9
соединители,
использующие
метрические
винты
(МЭК
60807)
Соединитель-вилка
Соединительрозетка
―
Меньше чем 20,0
itifi / m при 20,0
МГц
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
11
4.2.4.8
12
4.3.4
13
4.3.4
14
4.2.4.9
15
4.3.4
16
4.3.4
17
4.3.4
18
4.3.4
Сопротивление
дифференциальной
передачи
между
двумя контактами
Проводящий
корпус,
соединенный
с
экраном кабеля
Производит
электрический
контакт с разъемом
при креплении
Непрерывность
сопротивления
Обозначение
на
Line_A Direction_1
Обозначение
на
Line_A Direction_2
Обозначение
на
Line_A Direction_1
Обозначение
на
Line_A Direction_2
m
Менее 2,0 mQ / м [ ]
на 20,0 МГц
m
[ ]
m
[ ]
m
m
Меньше чем 10,0 [ ]
mQ / м
A1
[ ]
m
A2
[ ]
m
B1
[ ]
m
B2
[ ]
5.1.2.10 Тип выключателей
Таблица 23 заполняется поставщиком (провайдером) IUT для описания
характеристик типа выключателей.
Таблица 23 ― Типы выключателей PICS проформы
Ссылка
№
1
2
МЭК
Возможности
61375-2-1
раздел
4.5.3
Твердое состояние 3
4.5.3
Механический 3
Требование
Реализация
0
0
I1
I1
5.1.2.11 Выключатели
Таблица 24 заполняется поставщиком (провайдером) IUT для того,
чтобы описать характеристики выключателей.
32
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 24 ― Выключатели PICS проформы
Ссылка
№
Возможности
1
МЭК
61375-2-1
подраздел
4.5.3
2
4.5.3
3
4.5.3
4
4.5.3
Начальное
сопротивление
контактов
Контактное
сопротивление
после 107 циклов
Реле времени
Изоляция
Тре
бова
ние
m
m
Значение
Реализация
Больше или [ ]
равна 500,0
Vr.ms
Меньше чем [ ]
0,050 Q
m
Меньше чем [ ]
0,100 Q
m
Меньше чем [ ]
10,0
мс,
включая
время
отказов
5.1.3 Основные тесты взаимодействия
Они представляют собой подмножество тестов оценки поведения.
5.1.4 Тесты на оценку возможностей
Тесты на оценку возможностей состоят из мероприятий, которые
состоят в следующем:
• проверить, насколько это возможно, согласованность PICS по
отношению к указанным значениям в само свидетельство PICS, в качестве
предварительного фильтра до проведения более углубленного и
дорогостоящего тестирования;
• проверить, что возможности IUT согласуются с требованиями к
статическому соответствию, предписанному в настоящем стандарте и в МЭК
61375-2-1;
• чтобы обеспечить эффективный выбор тестов на оценку поведения,
которые будут сделаны для конкретной тестируемой реализации (IUT);
когда взяты вместе с тестами на оценку поведения, в качестве основы
для притязаний на соответствие.
Узнайте в разделе А.1 о роли поставщика-провайдера IUT (клиента) и
лабораторных испытаний в этих мероприятиях.
33
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.5 Тесты на оценку поведения (поведенческие тесты)
5.1.5.1 Физический тест
5.1.5.1.1 Волновое (характеристическое) сопротивление
Это относится к требованию раздела 2.2.4.3 МЭК 61375-2-1.
IUT должно представить дифференциальное волновое сопротивление
Zw = 120,0 Q (+ 10%), измеренное синусоидальным сигналом на частоте от 0,5
BR и 2,0 BR.
Должна быть выбрана одна опция.
Методом измерения является открытые контрольные измерения.
а) IUT должна быть не менее 100 м кабеля 4
б) оборудование для испытаний (ТЕ Test Equipment/ ОИ) должно быть в
состоянии измерить коэффициент отражения линии передачи.
в) ТЕ должно иметь сбалансированный выходной импеданс
(сопротивление).
г) выходное сопротивление ТЕ обозначается как ZTE.
Измерьте коэффициент отражения IUT на 1 МГц, имеющего одну
оконечность тестируемой реализации (IUT) открытой (разомкнутой)
(короткое замыкание должно быть произведено непосредственно при пайке
вместе скрученных многожильных проводов) и обозначьте измеренное
значение в р0.
Измерьте коэффициент отражения IUT на 1 МГц, имеющего одну
оконечность IUT (тестируемой реализации) короткозамкнутой (короткое
замыкание должно быть произведено непосредственно при пайке вместе
скрученных многожильных проводов) и обозначьте измеренное значение в ps.
Вычислите: Zopen=Z TE
1+𝜌0
1−𝜌0
Вычислите: Z short= Z TE
1+𝜌𝑠
1−𝜌𝑠
_
Вычислите: 𝑍𝑐 = √𝑍𝑜𝑝𝑒𝑛 ∙ 𝑍𝑠ℎ𝑜𝑟𝑡
5.1.5.1.2 Качество экрана (щита)
Это относится к требованию раздела 4.2.4.8 в МЭК 61375-2-1.
Передаточный импеданс является фундаментальным значением работы
экрана (щита). Передаточный импеданс (сопротивление) связывает ток на
одной поверхности экрана (щита) с падением напряжения, генерируемого
этим током на противоположной поверхности экрана (щита). Это значение
зависит только от конструкции экрана(щита).
34
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Передаточный импеданс определяется по формуле:
Zt = (1 / Io) х (dV / d х)
где
Io является продольным разрушающим током, генерируемым на одной
поверхности (либо внутренней, либо наружной поверхности) экрана (щита), а
dV/dх является продольным напряжением на единицу длины,
произведенным Io, появляющимся на противоположной поверхности экрана
(щита).
Данные испытаний передаточного полного сопротивления должны быть
получены с концевым трехосным испытательным устройством. Центральный
проводник испытательного кабеля и экран (щит) образуют внутреннюю
систему передачи, с экраном (щитом) и с наружной концентрической трубой,
образующей внешнюю систему передачи.
Внешняя система приводится в действие генератором и создает ток Io на
наружной поверхности экрана. Этот ток вызывает разность напряжений на
противоположной поверхности, показанной в виде V1, V2 по всей длине щита
X. Это производит сигналы в испытательном кабеле, которые могут быть
связаны со значением передаточного импеданса (сопротивления) экрана
(щита).
5.1.5.1.3 Вносимые потери блока линии
Это относится к требованиям разделов 4.5.2.1 и 4.5.2.3 в МЭК 61375-21. Рисунок 1 показывает систему для измерения вносимых потерь блока линии.
Длина менее 100 м может привести к неточности измерений.
Node – узел
Node inserted – вносимый узел
Рисунок 1― Измерение вносимых потерь
Синусоидальный сигнал генератора (внутреннего сопротивления = Zt)
подается через 20,0 м кабеля к точкам A1X и A1Y и измеряется вольтметром
35
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
(соединенным параллельно с сопротивлением Zt) на конце другого 20,0 м
кабеля, подключенного к точкам A2X и A2Y.
5.1.5.1.3.1 Вносимые потери в промежуточной установке
Генератор должен быть в состоянии производить:
а) синусоидальный сигнал в 2 BR (скорость передачи, выраженная в
бит/сек или в Гц в зависимости от случая) 4 V от пика до пика;
б) синусоидальный сигнал в 1 BR 4 V от пика до пика.
IUT должна быть:
в) в промежуточной установке (Kb в закрытом состоянии, Kt1 and Kt2 в
открытом состоянии);
г) приемопередатчики IUT должны быть отключены (на высоком
импедансе).
Процедура:
Установите генератор на 4,0 Vpp. Измерьте отсчетный (контрольный)
r.m.s (среднеквадратичный или эффективный) уровень, присутствующий на
всей длине кабеля. Этот уровень устанавливает значение 0 dB, 0DV, 0%.
Отсчетный (контрольный) уровень должен измеряться только с кабеля. Тогда,
если среднеквадратичное (эффективное) значение самого кабеля составляет 0
dB, вносимые потери из-за МАУ (среднее подключаемое устройство, часть
узла, которая взаимодействует с шиной и которая обеспечивает /принимает
двоичные логические сигналы) является отрицательным коэффициентом
усиления (потери). Как только эталон будет установлен, кабель должен быть
открыт и прикреплен к МАУ. Эта процедура должна быть повторена в любое
время при выполнении последующих мер.
Измеренное ослабление должно быть:
― менее 0,3 dB между 0,5 BR и 1,0 BR;
― менее 0,4 dB вплоть до 2,0 BR.
IUT должна быть: ― не питаемой энергией (в выключенном состоянии).
5.1.5.1.3.2 Входное сопротивление в промежуточной установке
Используйте генератор постоянного тока 48 V dc (постоянного тока )
10% и установите ограничение тока в 10 мА.
IUT должна быть:
в промежуточной установке (Kb закрытый, Kt1 and Kt2 открытый):
Измеренный ток не должен превышать 48 |xA.
36
Рисунок 2 показывает устройство
сопротивления в промежуточной установке.
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
для измерения входного
Слова на картинке: узел, промежуточная установка
Рисунок 2 ̶ Измерение входного сопротивления
Выполните измерения для:
а) A1X-A1Y б) A2X - A2Y
5.1.5.1.4 Конечная установка
Это относится к требованию раздела 4.5.2.2 МЭК 61375-2-1.
Волновое сопротивление IUT при измерении может быть вычислена от
высоты шага, отраженного от перехода между системой TDR (рефлектометр
временного домена, инструмент для анализа односторонних и
дифференциальных линий электропередачи) и ZEndNode (конечный узел) IUT.
Измерьте высоту падающей волны, отправленной посредством TDR и
измерьте высоту отраженной волны.
Вычислить: ZEndNode = ZTDR
Высота _ инцидент + Высота _ отраженная
Высота _ инцидент ̶ Высота _ отраженная
Z EndNode
shaN
be 120 Q +10 %
Рисунок 3 показывает устройство
сопротивления в конечной установке.
37
для
измерения
входного
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 3 – Устройство 1 для измерений в конечной установке
5.1.5.1.4.1 Затухание (ослабление) конечной установки
Блок линии в конечной установке должен ослаблять более чем на 55,0
dB сигнал, подаваемый между A1X и A1Y, и должен измеряться между A2X
и A2Y или наоборот. МЭК 61375-2-1 не описывает никакого испытательного
сигнала, так, чтобы идентифицировать потери конечной установки,
измеренные, как указано в стандарте, лучше обратиться к нему, когда
перекрестные помехи в том же сегменте между расцепленными составами.
Это мероприятие в основном находится под влиянием высшей гармоники, все
еще присутствующей на сигнале. Для ее измерения, квадрат волны 1,0 BR
используется в следующих условиях:
а) прямоугольная волна 1,0 BR 4 V r.m.s 22,5 ns наносекунд начального
(переднего) и конечного (заднего) краев;
б) прямоугольная волна 1,0 BR 4 V r.m.s. 254 ns наносекунд передней и
задней кромки.
Установите IUT в качестве конечного узла.
Установите условие
а) настройте генератор до напряжения, приведенного в а) это 4 V r.m.s.
Измерьте напряжение, приведенное в b).
Вычислить соотношение: VAt t 20 • logl —
Рис. 4 показывает устройство для измерения затухания в конечной
установке.
38
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 4 ̶ Устройство 2 для измерения конечной установки
Коэффициент должен быть более 55,0 дБ.
5.1.5.1.5 Выключатели
Это имеет отношение к требованию раздела 4.5.3 МЭК 61375-2-1.
5.1.5.1.5.1 Начальное сопротивление контакта
Сопротивление
контакта
определяется
как
электрическое
сопротивление между релейными нагрузочными клеммами, в то время как
соответствующий контакт закрыт. Сопротивление может быть получено из
соотношения падения напряжения по реле и нагрузочного тока (закон Ома).
Из-за небольшой контактной коррозии, падение напряжения контакта может
быть выше (до 250 мВ) для малых нагрузочных токов. Для нагрузок в
диапазоне ампер, ток локально генерирует тепло, испаряющееся с наружного
слоя (спекание) и снижающее сопротивление.
Следует измерить сопротивление. Сопротивление, которое необходимо
измерить, низкое 0,050 Q. Четырех с половиной значный цифровой
мультиметр может иметь разрешение 1/100 Q, но сопротивление
соединяющих проводов, контактное сопротивление, где провода
подключаются к прибору, и где провода скрепляются к неизвестному,
является значительным по сравнению с неизвестным. Кроме того,
сопротивление этого контакта является весьма переменным, и таким образом
вы не можете соединить провода вместе и вычесть это показание из
неизвестного показания.
На рисунке 5 показано устройство для измерения выключателей.
39
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 5 ― Устройство 1 для измерения выключателей (слова на
рисунке: промежуточный узел, точка (а), точка (b))
Схема из четырех проводной системы показана на рисунке 5.
Горизонтальные витые кабельные провода представляют паразитные
сопротивления. Во внутреннем цикле (петле), источник тока поддерживает
постоянный ток, независимо от того, какое сопротивление в контуре (цикле,
петле). (В пределах практических ограничений.) Поскольку вольтметр
подключен к неизвестному собственными проводами, он измеряет
напряжение только на концах неизвестного. Вольтметр имеет свои
паразитические сопротивления, но поскольку входное сопротивление
вольтметра высокое, эти маленькие серии сопротивления не оказывают
существенного влияния на показания. Данный метод измерения используется
всякий раз, когда импеданс (сопротивление) цепи является очень низким.
Точное определение контактного сопротивления не может быть
выполнено целесообразно без доступа к внутренней части IUT. По этой
причине, сопротивление должно измеряться с помощью испытательного
устройства на следующем изображении, и должно оцениваться по сравнению
с контрольным значением.
На рисунке 6 показана установка устройства для измерения
выключателей непрямого подсоединения
40
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 6 – Устройство 1 для измерения выключателей непрямого
подсоединения
На рисунке 7 показана установка
выключателей прямого подсоединения.
устройства
для
измерения
Рисунок 7 ― Устройство для измерения выключателей прямого
подсоединения
Значения между штырями (контактами) (Таблица 25 ― штырь (контакт)
WTB к измерению штыря (контакта):
Таблица 25 ― штырь WTB к измерению штыря (измерению
контакта)
Точки измерения
A1 штырь (контакт) 1 и A2 штырь (контакт) 1
A1 штырь(контакт) 2 и A2 штырь(контакт) 2
B1_штырь_(контакт) 1 and B2_штырь(контакт) _1
B1_штырь(контакт) _2 and B2_штырь(контакт) _2
41
Ожидаемое значение
Max 0,07
Max 0,07
Max 0,07
Max 0,07
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.5.1.6 Приемопередатчик
Это имеет отношение к требованиям раздела 4.6 МЭК 61375-2-1.
Если иное не предписано, соблюдайте следующие условия измерения по
умолчанию:
а) характеристики приемопередатчика измеряются в точках X и Y там,
где участки кабеля присоединены к узлу;
б) все напряжения измеряются как дифференциальное напряжение
между X и Y, (Ux - Uy);
в) при измерении передатчика, схема приемника в нормальном
состоянии приема.
При измерении приемника, схема передатчика находится в состоянии
высокого импеданса;
г) все значения резисторов + 1%, все значения конденсатора + 10%.
5.1.5.1.6.1 Передатчик
5.1.5.1.6.1.1 Схема (цепь) испытаний для передатчика
Для аппроксимации загрузки передатчика с кабелем и узлами,
указываются четыре схемы (цепи) испытаний:
а) легкая испытательная схема имитирует открытую линию (как в узле в
конечной установке). Значение общей резистивной нагрузки равно значению
терминатора;
б) тяжелая испытательная схема (цепь) имитирует полностью
загруженную шину. Значение общей резистивной нагрузки является равно
0,42, от значения терминатора;
в) испытательная схема на холостом ходу моделирует кабель длиной
860,0 м без резистивных нагрузок. Конденсаторы имеют значение 1,3 nF + 10
% каждый, резисторы имеют значение 27,0 Q + 1% каждый;
г) короткая испытательная схема имитирует сбой линии. Она состоит
только из схемы текущих измерений;
Эти схемы показаны на рисунке 8.
42
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Слова на картинке: короткая испытательная схема (цепь),
испытательная схема на холостом ходу, тяжелая испытательная схема,
легкая испытательная схема, тестируемый передатчик, терминатор,
закрытый выключатель
Рисунок 8― Передатчиковые устройства
е) измерение производится с узлом в конечном положении (Кb открыт,
закрыт Кt);
е) терминатор блока линии рассматривается в спецификации
испытательной схемы
5.1.5.1.6.1.2 Выходной сигнал передатчика
При подключении либо тяжелой, либо легкой испытательной схемы,
определенной в разделе 5.1.5.1.6.1.1, передатчик должен соответствовать
следующим спецификациям, показанным на рисунке 9:
а) выходной сигнал должен быть альтернативно положительным и
отрицательным;
б) амплитуда выходного сигнала должна быть не менее +3,0 V с тяжелой
испытательной схемой, максимально +7,0 V с легкой испытательной схемой;
в) максимальная амплитуда определяется как максимальная амплитуда
выходного сигнала. Сигнал не должен падать более чем на 20% от этой
пиковой амплитуды вплоть до 0100 (это от следующего предполагаемого
нулевого перехода; вызовной сигнал (звон) амплитуды в течение этого
43
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
времени, по отношению к среднему падению напряжения, не должен
превышать 5% пикового значения;
г) скорость нарастания выходного сигнала должна быть меньше, чем
0,20 V/ns наносекунд в любое время и более 0,03 V/ns в пределах 100,0 ns
нулевого пересечения;
д) превышение выходного сигнала, определенного как отношение
максимальной амплитуды к стационарной амплитуде, не должно превышать
10% его стационарной амплитуды;
е) край искажения выходного сигнала, определенный как разница во
времени между идеализированным и фактическим пересечением нуля, не
должен превышать +2% времени передачи одного бита.
Рисунок 9 ― Выходной сигнал передатчика (слова на картинке:
звон, пиковое значение)
5.1.5.1.6.1.3 Шум передатчика
Измерение осуществляется либо в:
а) в промежуточной; либо
б) в конечной установке.
Рисунок 10 показывает установку
передаваемого шума в промежуточном звене.
устройства
тестирования
44
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 10 ̶ Испытательное устройство передачи шума в
промежуточном звене
Испытательное устройство должно применяться для промежуточного
узла, и шум, производимый передатчиком, который не передает, не должен
превышать значение 5,0 mV r.m.s в диапазоне частот 1,0 кГц до 4,0 BR.
На рисунке 11 показана установка устройства для тестирования
передачи шума на конечном узле
Рисунок 11 - Испытательное устройство передачи шума на
конечном узле
5.1.5.1.6.1.4 Передаточный конец кадра (рамки, фрейма)
Конец кадра (рамки, фрейма), произведенный передатчиком, должен
испытываться при следующих условиях:
а) передатчик передает кадр (рамку, фрейм) максимально возможной
длины;
45
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
б) биты Frame_Data (Данные кадра) являются псевдо-случайной
последовательностью от '1' и '0 символов;
в) кадр (рамка, фрейм) закрыт конечным разделительным символом;
г) передатчик управляет испытательной схемой на холостом ходу;
д) средняя разностная амплитуда больше 4,5 V, до того, как передатчик
отключен.
В данных условиях, выходной сигнал должен оставаться в следующих
пределах, как показано на рисунке 12:
1) 100,0 ns (наносекунд-нс) после последнего отрицательного к
положительному переходу и для 2,0 BT + 100 ns, выходной сигнал должен
оставаться выше 0,300 V;
2) в пределах 3,0 BT после последнего отрицательного к
положительному переходу, выходной сигнал должен упасть ниже 1100 V;
3) в течение 20,0 ns, начиная, когда выходной сигнал достигает впервые
1100 V, выходная амплитуда сигналов не должна превышать 0,100 V;
4) в течение 64,0 ns, начиная, когда выходной сигнал впервые достигает
прежде 1100 V, выходная амплитуда сигналов не должна превышать 0,025 V.
Рисунок 12 - Сигнал и холостой ход на передатчике
5.1.5.1.6.1.5 Отказоустойчивость передатчика
Передатчик должен допускать применение короткого испытательного
замыкания (или схемы – на Ваше усмотрение - сноска переводчика) в точке
подключения, пока не будет достигнута термостабильность.
Передатчик должен возобновить нормальную работу после того, как
короткое испытательное замыкание будет удалено.
Условия
а) передатчик включен;
46
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
б) передатчик не включен.
Инструменты
в) Осциллограф диапазоном частот (с шириной полосы пропускания)100
МГц
г) датчик тока с диапазоном частот (с шириной полосы пропускания) 20
МГц;
е) резисторы с токовой нагрузкой короткого замыкания 7 RF
(радиочастота), как указано в нижеследующей таблице 26:
Таблица 26 - Параметры отказоустойчивости
Сопротивление
50,1
Мощность(W)
20
Частота
DC - 2MHz
Емкость
0,75 pF пикофарада
На рис. 13 показывает пример радиочастотного резистора.
Рисунок 13 - Пример радиочастотного резистора
На рисунке 14 показана установка устройства для испытания на
короткое замыкание.
Рисунок 14 ̶ Устройство1 для испытания на короткое замыкание
47
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Выполните условие а) (передатчик включен).
Применяя устройство 1 для 1 (одного) часа, максимальный r.m.s
(эффективный) ток, измеренный датчиком тока, не должен превышать 1 A +
10%.
При удалении устройства, передатчик должен возобновить свое
предыдущее рабочее состояние.
Выполните условие
б) (передатчик не включен).
Применяя устройство 1 для 1 (одного) часа, максимальный r.m.s
эффективный ток, измеренный датчиком тока, не должен превышать 1 A +
10%.
При удалении устройства, передатчик должен возобновить свое
предыдущее рабочее состояние.
5.1.5.1.6.1.6 Передатчик анти-Jabber (антисбойный пакет)
Эту функцию, предписанную разделом 4.6.2.6 МЭК 61375-2-1,
невозможно проверить, потому что необходимо сформировать состояние
ошибки внутри программного обеспечения тестируемой реализации поездной
сети связи (IUT TCN) или аппаратного обеспечения.
Эта функция запрашивается быть описанной только в PICS, реализована
ли она или не реализована.
5.1.5.1.6.2 Характеристики приемника
Это имеет отношение к испытательным требованиям разделов 4.6.3.3,
4.6.3.4, 4.6.3.5 и 4.6.3.6 МЭК 61375-2-1, приемник должен соответствовать
спецификациям, как показано на рисунке 15 и на рисунке 16:
Технические характеристики приемника испытываются применением
последовательности кадров (рамок), содержащих 1024 бит случайных данных
в области данных, передаваемых волнообразным модификатором.
Волнообразный модификатор должен быть в состоянии:
а) произвести выборку входящего бита и отправить исходящий бит с
амплитудой, измененной в соответствии с требованиями испытания;
б) произвести выборку входящего бита и отправить исходящий бит со
временем нарастания, измененным в соответствии с требованиями испытания;
в) произвести выборку входящего бита и отправить исходящий бит со
временем затухания, измененным в соответствии с требованиями испытания;
г) произвести выборку входящего бита и отправить исходящий бит с
неустойчивой синхронизацией в соответствии с требованиями испытания.
Испытание должно быть выполнено с конфигурацией устройства 1.
Испытание должно быть выполнено с конфигурацией устройства 2.
Модификатор в форме сигнала (волны) должен быть установлен:
1) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns из предшествующего пересечения
48
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
нулевого уровня и это длится, по меньшей мере, 0,5 (BT - 350,0 ns),
соответственно (1,0 BT -0350 μs-микросекунда;
2) с максимальной амплитудой 5,00 V;
3) с неустойчивой синхронизацией (дрожанием) менее 0,05BT.
ТЕ (Тестовое оборудование) должно быть узлом, способным
действовать, как сильный мастер (задающее устройство, ведущий задатчик).
ТЕ должен инициировать IUT.
ТЕ должно запросить все основные периоды IUT, вставляя надлежащий
Presence_Frame (Присутствие_ Кадр/рамка) каждые 3 основные периода.
IUT должна ответить на каждый запрос и поддерживать сеть открытой.
Модификатор в форме сигнала должен быть установлен:
4) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns-наносекунда из предшествующего
пересечения нулевого уровня и это длится, по меньшей мере, 0,5 (BT - 350,0
ns), соответственно (1,0 BT-0350 μs;
5) с максимальной амплитудой 0,330 V;
6) с неустойчивой синхронизацией (дрожанием) менее 0,05BT.
Тестируемая реализация (IUT) должна ответить на каждый запрос и
поддерживать сеть открытой.
Модификатор в форме сигнала должен быть установлен:
7) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns из предшествующего пересечения
нулевого уровня и это длится, по меньшей мере, 0,5 (BT - 350,0 ns),
соответственно (1,0 BT - μs;
8) с максимальной амплитудой 5,00 V;
9) с неустойчивой синхронизацией (дрожанием) больше, чем 0,08BT и
менее чем 0,1 BT.
Тестируемая реализация (IUT) должна ответить на каждый запрос и
поддерживать сеть открытой.
Модификатор в форме сигнала должен быть установлен:
10) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns из предшествующего пересечения
нулевого уровня и это длится, по меньшей мере, 0,5 (BT - 350,0 ns),
соответственно (1,0 BT -0,350 μs –микросекунда;
11) с максимальной амплитудой 0,330 V;
12) больше, чем 0,08BT и менее чем 0,1 BT.
49
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Модификатор в форме сигнала должен быть установлен:
13) с сигналом, остающимся выше 0,050 V, наклон испытательного
сигнала превысит 2,0 мV / ns в течение периода времени, который начинается
после 100,0 ns предыдущего нуля;
14) с максимальной амплитудой 0,330 V;
15) с синхронной сигнализацией (дрожание) менее 0,05BT.
Тестируемая реализация (IUT) не должна реагировать на каждый запрос
и не должна поддерживать сеть открытой.
Рисунок 15 - Кривая сигнала приемника
50
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 16 ― Краевое искажение приемника
5.1.5.1.6.3 Подавление шумов приемника
Технические характеристики приемника испытываются применением
последовательности кадров (рамок), содержащих 1024 бит случайных данных
в области данных, передаваемых модификатора в форме сигнала.
Волнообразный модификатор должен быть в состоянии:
а) произвести выборку входящего бита и отправить исходящий бит с
измененной амплитудой в соответствии с требованиями испытания;
б) произвести выборку входящего бита и отправить исходящий бит с
временем нарастания, измененным в соответствии с требованиями испытания;
в) произвести выборку входящего бита и отправить исходящий бит со
временем затухания, измененным в соответствии с требованиями испытания;
г) произвести выборку входящего бита и отправить исходящий бит с
неустойчивой синхронизацией в соответствии с требованиями испытания.
Испытание должно быть выполнено с конфигурацией устройства 1.
Испытание должно быть выполнено с конфигурацией устройства 2.
Волнообразный модификатор должен быть установлен:
1) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns-наносекунд из предшествующего
пересечения нулевого уровня и это длится, по меньшей мере 0,5 (BT - 350,0
ns), соответственно (1,0 BT -0,350 μs -микросекунд);
2) с максимальной амплитудой 5,00 V;
3) с неустойчивой синхронизацией (дрожанием) менее чем 0,05BT
51
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
ТЕ (тестовое оборудование) должно быть узлом, способным действовать как
сильный мастер (задающее устройство). ТЕ должно открывать IUT.
ТЕ должно запросить все основные периоды IUT, вставляя надлежащий
Presence_Frame (Присутствие_Кадр) каждые 3 основные периоды.
Тестируемая реализация (IUT) должна ответить на каждый запрос и
должна поддерживать сеть открытой.
Установите синусоидальный сигнал общего режима, примененный
между оболочкой и обоими проводами передачи данных с амплитудой 4000V
r.m.s и повторить следующее испытание для 10 значений, как указано в
таблице 27:
Таблица 27― Частотный синусоидальный сигнал
Частота Гц
65
1000
10 000
100 000
1 000 000
1 500 000
Модификатор в форме (волны) сигнала должен быть установлен:
4) с сигналом, остающимся выше 0,300 V в течение периода времени,
который начинается после 100,0 ns - наносекунда из предшествующего
пересечения нулевого уровня и который длится, по меньшей мере (0,5 ВТ 350,0 ns), соответственно (1,0 BT - 0350 μs –микросекунда);
5) с максимальной амплитудой 0,700 V;
6) с синхронной неустойчивостью (дрожанием) более 0,08 ВТ и менее 0,1 BT.
IUT должна ответить на каждый запрос и должна поддерживать сеть
открытой в течение 1 (одного) ч.
Установите аддитивный (добавочный) квазибелый гауссовый шум
(примененный между X и Y), распределенный по полосе пропускания от 1,0
кГц до 4,0 МГц в амплитуде 0,140 V r.m.s.
IUT должна ответить на каждый запрос и должна поддерживать сеть
открытой в течение 1 (одного) ч.
5.1.6 Интерфейс канального уровня
5.1.6.1 Общее описание
Канальный уровень WTB (проводная шина поезда) это сложный автомат
блока состояний ― испытание его функций требует много испытательных
пробных вариантов для проверки всех внутренних состояний и смены
состояний. Эта часть МЭК 61375 рекомендует подход «черного ящика» (любая
система неизвестного устройства с известной реакцией на сигналы), чтобы
52
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
проверить стек TCN на соответствие, эта рекомендация сопровождается
тестирующим подходом , описанным далее.
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. Эта инициализация
53
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
может быть частью 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 МЭК 613752-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
54
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
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 ― Пример логической схемы релейного переключателя
для линии А
55
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
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 портов приемника
56
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
получают данные с удаленных устройств WTB плюс один порт приемника для отражения
собственного исходного порта.
Начальная прочность узла должна быть настроена на "слабом".
5.1.6.12 Услуги агента TNM (управление поездной сетью)
Агент TNM, определенный в разделе 8 МЭК 61375-2-1, должен быть
использован для того, чтобы позволить испытательному стенду извлечь
результаты введенных сигналов.
IUT и контрольные устройства реализации должны реализовать услуги
TNM, перечисленные в таблице 29.
Таблица 29 ̶ услуги агента TNM
SIF_code
Код Название услуги
стандартного
интерфейса
(или
поле
служебной
информации)
20
READ_WTB_STATUS
СЧИТЫВАТЬ
(СНИМАТЬ
ПОКАЗАНИЯ)_
WTB_СТАТУС
21
WRITE_WTB_CONTROL
ЗАПИСЫВАТЬ
(ВВОДИТЬ
ДАННЫЕ)_
WTB_УПРАВЛЕНИЕ
Задействованные процедуры
ls_t_GetStatus
получить
ls_t_GetStatistics
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
ls_t_GetWTBNodes получить
СЧИТЫВАТЬ_WTB_УЗЛЫ
узлы
ls_t_GetTopograpy получить
24
READ_TOPOGRAPHY
СЧИТЫВАТЬ_ТОПОГРАФИЮ топографию
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, но только одна процедура должна быть вызвана в единицу времени.
57
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Примечание - 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 для проверки неопределенной
переменной.
5.1.6.13 Услуги Mapping Server (сервера отображения)
Mapping Server ̶ Сервер отображения, как определено в UIC
(идентификация пользователя) КОД 556, должен быть использован для того,
чтобы позволить испытательному стенду извлечь некоторые результаты
введенных сигналов.
IUT и эталонные устройства реализации должны реализовать услуги
сервера отображения, перечисленные в таблице 30.
Таблица 30 ̶ Услуги Mapping Server ̶ сервера отображения
Код
команды
Обслуживание
(услуга)
Задействованные процедуры
—
node initialization ̶
ls_t_Configurea Конфигурировать
инициализация узла
15.06 b
Запрос провести открытие ls_t_ChgNodeDesc изменить дескриптор
UIC (идентификатор
узла
пользователя)
ls_t_ChgNodeDesc ls_t_ChgInauguration_Data
0.240b
set/reset attribute "leading
изменить дескриптор узла
vehicle" набор/ сброс
изменить данные открытия
«ведущее транспортное
средство»
а
Mapping Server ̶ Сервер отображения должен принимать параметры конфигурации
из базы определенных данных устройства, который также используется для
конфигурирования узла для регулярной эксплуатации.
б
Командные коды телеграмм в соответствии с профилем UIC CODE 556.
5.1.6.14 Наборы испытаний
В сети WTB, количество задействованных устройств и их положение в
сети актуальны для нескольких тестов. Позиции устройства WTB в сети WTB
называются P01 до P32.
Ориентация WTB устанавливается в соответствии с этой схемой:
• P01, P02, P07, P08 имеют ориентацию 1-2;
• P03, P04, P05, P06 имеют ориентацию 2-1;
• Узлы P09 P16, имеют ту же ориентацию от P01 до P08;
58
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• Узлы P17 на P32 имеют ту же ориентацию от P01 до P16;
• Линии P01направления 1 и P32направления 2 не подключены.
Рисунок 18 показывает установку ориентации WTB.
Рисунок 18 ̶ Ориентация WTB
Выключатель питания крепится к данным устройствам WTB (Таблица
31):
59
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 31 ̶ Идентификатор переключателя мощности
Идентификатор переключателя
питания
PS1
PS2
PS3
PS4
PS5
PS6
PS7
PS8
PS9
Позиция устройства
P01
P02
P03..P08
P09
P10
P11
P12.. P30
P31
P32
Назначение переключателя линии WTB заключается в следующем
(Таблица 32):
Таблица 32 ̶ Идентификатор сетевого выключателя
Идентификатор
сетевого выключателя
LS1
LS2
LS3
LS4
LS5
LS6
LS7
LS8
Позиция
P01
P01
P10
P10
P10
P10
P32
P32
Линия WTB
A2
B2
A1
B1
A2
B2
A1
B1
Рисунок 19 показывает установку идентификации сетевого выключателя
в положении P01.
LS1
LS2
Рисунок 19 ̶ Идентификация выключателя в положении P01
Рисунок 20 показывает установку идентификации сетевого выключателя в
положении P10.
60
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
LS3
Рисунок 20Линия
LS4
LS6
Идентификация сетевого выключателя в положении P10
Рисунок 21 показывает установку идентификации сетевого выключателя
в положении P32.
LS7
LS8
Рисунок 21 - идентификация сетевого выключателя в положении
P32
В следующей таблице показаны все 33 тестовых наборов:
Таблица 33 ̶ Тестовые наборы (наборы испытательных программ
для тестирования различных аспектов)
Идентификатор
тестового набора
IUT
(тестируемая
реализация)
Испытание_1
(датчик 1)
Испытание_2
датчик 2)
TTS1
TTS2
TTS3
P01
P32
P10
P02
P01
P09
P32
P31
P11
Позиция регистратора данных WTB определяется в формулировках
тестовых наборов.
На рисунке 22 показана установка железнодорожного тестового набора
61
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 22 ̶ Идентификатор тестового набора TTS1
62
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
На рисунке 23 показана установка железнодорожного тестового набора
2.
Рисунок 23 ̶ Идентификатор тестового набора TTS2
63
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
На рисунке 24 показана установка железнодорожного тестового набора
3.
Рисунок 24 ̶ идентификатор тестового набора TTS3
64
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.6.15 Положения IUT
Положение IUT существенно для различных тестовых вариантов.
Положение P01 используется для проверки конечного установочного
положения для максимальной длины сети (32 узла). Положение P32 подобно
положению P01, но главное направление другое. Положение Р10 составляет
около 1/3 положения полнометражной сети и может использоваться для
различных тестовых вариантов.
5.1.7 Тестовые варианты
Несколько тестовых вариантов предписаны для того, чтобы проверить
правильное поведение IUT (тестируемая реализация) в различных условиях.
Для каждого тестового примера, указаны набор и таблица, содержащие
тестовые этапы с действиями и ожидаемыми результатами.
Некоторые сигналы осуществляются через TNM (управление поездной
сетью) посредством следующих команд:
• WRITE_WTB_CONTROL – ВВЕСТИ_ ПРОВОДНАЯ ПОЕЗДНАЯ
ШИНА-УПРАВЛЕНИЕ (для вызова процедуры LSI (большая интегральная
схема));
•
WRITE_WTB_USER_REPORT
̶
ВВЕСТИ_WTB_
ПОЛЬЗОВАТЕЛЬ_ОТЧЕТ
(для вызова процедуры LSI);
• WRITE_FORCE_VARIABLES ̶ ВВЕСТИ_СИЛА_ПЕРЕМЕННЫЕ
(ввести набор данных экспорта для обработки потока данных).
Другие сигналы (стимулы) подаются через релейный переключатель к
управлению:
• мощность устройств IUT и контрольных приборов;
• сетевой выключатель WTB для моделирования сцепления и отказа
линии.
Другие сигналы (стимулы) осуществляются через Mapping Server сервер
отображения посредством телеграмм:
• Код команды 15.06 (Запрос проводить открытие UIC ̶ идентификация
пользователя)
• Код команды 0.240 (набор / сброс атрибутов "ведущее транспорт")
Примечание - Если узел не реализует Mapping сервер ( сервер отображения) с
профилем UIC, он должен реализовать Mapping сервер с эквивалентной
функциональностью для перечисленных выше команд.
65
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Результаты извлекаются через TNM (управление поездной сетью) с
помощью команд:
• READ_WTB_STATUS ̶ СЧИТЫВАТЬ (СНЯТЬ ПОКАЗАНИЯ)
_WTB_STATUS ̶ (чтобы получить статус WTB-LL и статистику);
• READ_WTB_NODES ̶ СЧИТЫВАТЬ_WTB_УЗЛЫ (чтобы получить
отчет узла и пользовательский отчет от всех узлов);
• READ_TOPOGRAPHY ̶ СЧИТЫВАТЬ ТОПОГРАФИЮ (для
получения топографии и данных инаугурации (открытия));
• READ_VARIABLES
̶ СЧИТЫВАТЬ_ПЕРЕМЕННЫЕ (чтобы
получить набор данных стока (приемника) со всех узлов для обработки потока
данных).
Время выделения пространства рамкам (кадрам) должно быть измерено
для каждого из вариантов тестов, указанных с раздела 5.1.7.1 до разд. 5.1.7.9 и
с разд. 5.1.7.11 до разд. 5.1.7.14 настоящего стандарта. Измеренная величина
должна быть в соответствии с разделом 5.2.2.4 МЭК 61375-2-1.
5.1.7.1 Прочность узла
Таблица 34 определяет действия для проверки прочности узла.
Установка: TTS3
Таблица 34 ̶ Последовательность испытаний на прочность узла
Шаг
1
Действие
Включить P09, P10,
P11, P32
2
TNM: Set Strong
установить сильное > P10
3
TNM: Set Strong
установить сильное > P11
4
TNM: Set Weak
установить слабое ->
P11
Ожидаемые результаты
• inauguration with four
nodes • master position is
random
• открытие с помощью 4
узлов• положение мастера
(ведущего задатчика)
является случайным
• optionally new inauguration (if master was
not P10) • new topography • P10 is strong
master • опционально новое открытие (если
ведущий задатчик не являлся P10) • новая
топография • P10 является сильным ведущим
задатчиком (мастером)
• two separate networks - две отдельные сети: P09, P10
and P11, P32.
•
the Master Conflict is stable, so that no inauguration
takes place, two WTB segments
• the Master Конфликт стабилен, так что никакого
открытия не будет, два сегментаWTB •
• coupling of two compositions P11, P32lose,
P10, P11 win • P10 is the strong master, only
one WTB segment
66
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5
TNM: Set Weak
установка слабое
^P10
6
TNM: Set Slaves
установить
ведомоеP10
7
Power off отключить
питание P09, P11,
P32
8
Power onвключить
питание P11, P32
9
ls_t_Remove
удалитьP10
• сцепление двух композиций P11,
P32потеря P10, P11 приобретение• P10
является сильным ведущим задатчиком,
только один сегмент WTB
• new topography •
no inauguration • P10 is
the weak master
• новая топография• нет
открытия• P10 является
слабым мастером
(ведущим задатчиком)
• demotion of P10 •
master position is random
• понижение P10 • положение ведущего задатчика
является случайным
• network disruption • no traffic;
using of data logger to check • P10
does not perform detection
• нарушение сети • нет передачи; использование
регистратора данных для проверки • P10 не выполняет
обнаружения
• inauguration of P10, P11,
P32 • P10 is the slave
• открытие P10, P11, P32 •
P10 является ведомым
• P10 is removed from the
network. • inauguration with
P11, P32
• P10 удален из сети • открытие с
P11, P32
5.1.7.2 Изменение отчета пользователя
Таблица 35 определяет действия для проверки изменения отчета
пользователя.
Установка: TTS3
Таблица 35 ̶ Изменение последовательности испытаний отчета
пользователя
Шаг Действие
Power up P09, P10
1
2
Включить
TNM: Set Strong -> P09
Установить сильное
3
TNM: Change User Report ->
P09
67
Ожидаемые результаты
• inauguration
открытие
• P09 is the strong master
P09 является сильным мастером (ведущим
задатчиком)
• user to master
освоить пользователю
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4
5
6
7
Изменить отчет пользователя
TNM: Change User Report ->
P10
Изменить отчет пользователя
TNM: Set Slave -> P09
Установить ведомое
TNM: Change User Report ->
P09
Изменить отчет пользователя
TNM: Change User Report ->
P10
Изменить отчет пользователя
• user to master
освоить пользователю
• inauguration, P10 is master
открытие, P10является ведущим задатчиком
• user to master
освоить пользователю
• user to master
освоить пользователю
5.1.7.3 Изменение дескриптора т.е. (структуры данных, уникальным
образом описывающую аппаратное устройство или программную
функцию) узла
Таблица 36 определяет действия для проверки изменения дескриптора
узла.
Установка: TTS3
Таблица 36 - Изменение последовательности испытаний
дескриптора узла
Шаг
Действие
Ожидаемые
результаты
1
Power up P09, P10
включить
TNM (управление поездной сетью): Set Strong ->
P09
установить сильное
• inauguration
открытие
• P09 is the strong master
• P09 является сильным
ведущим задатчиком
«хозяином»
• new topography
новая топография
2
3
4
5
6
7
MS (сервер сопоставлений, определенный в
идентификационном коде пользователя 556):
Request inaugurationa —> P09
запросить открытие
MS: Request inaugurationa—> P10
запросить открытие
TNM: Set Slave -> P09
установить ведомое
MS: Request inaugurationa —> P09
запросить открытие
MS: Request inaugurationa—> P10
запросить открытие
• new topography
новая топография
• inauguration, P10 is the
master
открытие, Р10 является
«хозяином»,( ведущим
задатчиком, мастером)
• new topography
новая топография
• new topography
новая топография
68
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
3
, например, Телеграммы Mapping Server (сервера отображения) нет. 15.06
(Запрос выполнить открытие UIC) или эквивалентную телеграмму.
5.1.7.4 Изменение данных инаугурации (открытия)
Таблица 37 определяет действия для проверки изменения данных
инаугурации (открытия).
Установка: TTS3
Таблица 37 ̶ Изменение последовательности теста данных
инаугурации
Шаг Действие
1
2
Power up P09, P10
Включить Р09, Р10
TNM: Set Strong -> P09
Установить сильное
3
MS: Change propertiesa -> P09
4
MS: Change properties3^ P10
Изменить свойства
TNM: Set Slave -> P09
Установить ведомое
5
6
7
MS: Change propertiesa -> P09
Изменить свойства
MS: Change propertiesa -> P10
Изменить свойства
Ожидаемые
результаты
• Inauguration
открытие
• P09 is strong master
Р09 является сильным
ведущим задатчиком
• New topography
Новая топография
• New topography
Новая топография
• P10 is master Р10
является ведущим
задатчиком
• New topography
Новая топография
• New topography
Новая топография
Например, например Телеграммы Mapping Server (сервера отображения)
нет. 0,240 (набор/сброс атрибута «ведущий транспорт») или эквивалентную
телеграмму.
.
5.1.7.5 Удлинение блокировки открытия
Таблица 38 определяет действия для проверки удлинения блокировки
открытия.
69
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Установка: TTS3
Таблица 38 ̶ Тестовая последовательность удлинения блокировки
открытия
Шаг Действие
1
2
Power up P09, P10, P11
Включить Р09, Р10, Р11
TNM: Set Strong -> P10
Установить сильное
3
TNM: Inhibit Inauguration -> P09
Запрет открытия
4
Power up P32
Включить Р32
TNM: Inhibit Inauguration —> P11
Запрет открытия
TNM: Allow Inauguration -> P09
Разрешение открытия
TNM: Inhibit Inauguration —> P10
5
6
7
8
9
TNM: Allow Inauguration —> P11
Разрешение открытия
TNM: Allow Inauguration —> P10
Разрешение открытия
Ожидаемые
результаты
• inauguration
открытие
• P10 is the strong master
Р10 является сильным
ведущим задатчиком,
(«хозяином», мастером)
• network inhibited
сеть запрещается
(подавляется)
• no inauguration
нет открытия
• network inhibited
сеть запрещается
• network inhibited
сеть запрещается
• network inhibited
сеть подавляется
• network inhibited
сеть запрещается
• new inauguration
новая сеть
5.1.7.6 Состояние сна
Таблица 39 определяет действия для проверки состояния сна.
Установка: TTS3
Таблица 39 ̶ Тестовая последовательность состояния сна
Шаг Действие
Ожидаемые результаты
1
• inauguration
открытие
• P10 is the strong master
Р10 является сильным «хозяином»
(ведущим задатчиком, мастером)
• sleep request on node P09 reported on
WTB status
Запрос сна на узле Р09, сообщенный на
status WTB
2
3
Power up P09, P10, P11, P32
Включить ……
TNM: Set Strong -> P10
Установить сильное
TNM: Set Sleep -> P09
Установить состояние сон
70
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
4
TNM: Set Sleeps P10
Установить состояния сна
• sleep request on node P10 reported on
WTB status
Запрос сна на узле Р10, сообщенный на
WTB status
5
TNM: Set Sleeps P11
Установить состояния сна
• sleep request on node P11 reported on
WTB status
Запрос сна на узле Р11, сообщенный на
WTB status
6
TNM: Cancel Sleep -> P09
отменить сон
• sleep request removed on node P11
reported on WTB status
Запрос сна удаленного на узле Р11,
сообщенный на WTB status
7
TNM: Set Sleep -> P32
Установить состояния сна
• sleep request for node P32 reported on
WTB status
Запрос сна для узла Р32, сообщенный на
WTB status
8
TNM: Set Sleep -> P09
Установить состояния сна
9
Power off / power on P09
Выключить/ включить Р09
• all nodes enter in sleep state: no WTB
traffic
Все узлы входят в состояние сна: нет
WTB трафика
• new inauguration
Новая инагурация
5.1.7.7 Быстрый ввод
Таблица 40 определяет действия для проверки быстрого ввода.
Установка: TTS3
Таблица 40 – Тестовая последовательность быстрого ввода
Шаг Действие
Ожидаемые результаты
1
Power up P09, P10, P11, P32
Включить Р09, Р10, Р11, Р32
TNM: Set Strong -> P10
Установить сильное
Power off P11
Выключить Р11
• inauguration
открытие
• P10 is the strong master
Р10 является сильным ведущим задатчиком
• P11 does not communicate • topography does
not change
Р11 не входит в связь • топография не изменяется
Power on P11
Включить
• no inauguration • new
topography due to reintegration of
P11
Нет открытия • новая топография
из-за реинтеграции Р11
2
3
4
71
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5
TNM: Set Slaves P10
Установить ведомые Р10
6
Power off P10
Выключить
7
Power on P10
Включить
• new inauguration • P10 is the slave
Новое открытие • Р10 является подчиненным
(ведомым)
• P10 does not communicate • topography does
not change
Р10 не входит в связь • топография не изменяется
• no inauguration • new
topography due to reintegration of
P10
Нет открытия • новая
топография из-за реинтеграции
Р10
5.1.7.8 Поздний ввод
Таблица 41 определяет действия для проверки позднего ввода.
Установка: TTS3
Таблица 41 ̶ Тестовая последовательность позднего ввода
Шаг Действие
Ожидаемые результаты
1
• inauguration
открытие
• P10 is the strong master
Р10 является сильным ведущим
задатчиком
• P10 does not communicate
Р11 не входит в связь
2
Power up P09, P10, P11, P32
Включить Р09, Р10, Р11, Р32
TNM: Set Strong -> P10
Установить сильное
3
Power off P11
Выключить Р11
4
Power off / power on P09
Выключить/включить Р09
5
TNM: Inhibit Inauguration^ P09
TNM: Запретить открытие^ P09
Power on P11
Включить Р11
TNM: Allow Inauguration^ P09
TNM: Разрешить открытие^ P09
6
7
• new inauguration due to end
node lost • network with P09,
P10, P32
Новое открытие из-за
потерянного конечного узла •
сеть с Р09, Р10, Р32
• inauguration inhibited
открытие запрещено
• topography does not change
топография не меняется
• new inauguration with P09,
P10, P11, P32
новое открытие с Р09, Р10, Р11,
Р32
72
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.7.9 Данные процесса
Таблица 42 определяет действия для проверки данных процесса.
Установка: TTS3
Таблица 42 ̶ Тестовая последовательность данных процесса
Шаг Действие
1
2
3
4
5
6
7
8
9
Power up P09, P10, P11, P32
Включить Р09, Р10, Р11, Р32
TNM: Set Strong -> P10
Установить сильное
Write Process Data pattern
Записать образцы процессных данных
TNM: Remove -> P11
Удалить
Power off all nodes
Выключить все узлы
Power up P09, P10, P11, P32
Включить Р09, Р10, Р11, Р32
TNM: Set Strong -> P11
Установить сильное
Write Process Data pattern
Записать образцы данных процесса
TNM: Remove -> P10
Удалить
Ожидаемые результаты
• inauguration
открытие
• P10 is the strong master
Р10 является сильным ведущим
задатчиком (мастером)
• export and import of process data
экспорт и импорт данных процесса
• check about sink time supervision
of node P11
проверка относительно времени
контроля приемника (стока) узла Р11
• inauguration
открытие
• P11 is the strong master
Р11 является сильным ведущим
задатчиком
• export and import of process data
Экспорт и импорт данных процесса
• check about sink time supervision
of node P10
Проверить относительно времени
контроля стока (приемника) узла
Р10
5.1.7.10 Индивидуальный период
Таблица 43 определяет действия для проверки индивидуального периода
3.
Установка: TTS3
Настройте все узлы с периодом узла 3.
Таблица 43 ̶ Тестовая последовательность индивидуального
периода 3
Шаг Действие
Ожидаемые
результаты
1
Включить все узлы
открытие
73
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 44 определяет действия для проверки индивидуального периода
2.
Установка: TTS3
2
TNM: Set Strong -> P10
Установить сильное
• P10 is the strong master •
new topography
•
check the node periods of
all nodes using data logger,
all nodes have node_period =
3
• Р10 является сильным
ведущим задатчиком,
«хозяином» • новая
топография • проверить
периоды узла всех узлов
используя данные
регистратора, все узлы
имеют период узла = 3
Конфигурируйте все узлы с периодом узла 2.
Таблица 44 ̶ Тестовая последовательность индивидуального периода 2
Шаг Действие
1
2
Power up all nodes
Включить все узлы
TNM: Set Strong -> P10
TNM: установить сильное -> P10
Ожидаемые
результаты
• inauguration
открытие
• P10 is the strong master •
new topography
•
check the node periods
of all nodes using data
logger, some nodes have
node_period > 2
• P10 является сильным
ведущим задатчиком•
новая топография
•
проверка периодов
узла всех узлов, используя
регистратор данных,
некоторые узлы имеют
период узла > 2
74
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.7.11 Соединение (сцепление) двух композиций
Таблица 45 определяет действия для проверки соединения двух
композиций.
Установка: TTS3
Таблица 45 ̶ Тестовая последовательность соединения двух
композиций
Шаг/этап Действие
Ожидаемые результаты
1
Power up all nodes
Включить все узлы
TNM: Set Strong -> P01
TNM: установить сильное -> P01
• inauguration
открытие
• P01 is master
• P01 является ведущим
задатчиком («хозяином», мастером)
Open LS5 and LS6
• inauguration of two network •
network #1: P01.. P10; P01 is master
(10 nodes) • network #2: P11.. P32
(21 nodes)
• Открытие двух сетей •сеть#1: P01..
P10; P01 является ведущим
задатчиком, мастером (10 узлов) •
сеть #2: P11.. P32 (21 узлов)
•
• P32 is the master of network #2
• P32 является ведущим задатчиком
сети #2
2
3
Открыть LS5 and LS6
4
5
TNM: Set Strong -> P32
установить сильное
TNM: установить сильное
-> P3
Close LS5 and LS6
Закрыть LS5 and LS6
6
TNM: Set Strong -> P10
TNM: установить сильное
-> P10
7
Open LS5 and LS6
Открыть LS5 и LS6
75
• coupling of two network
•
P32 is the master (the longer
former network wins, its master
become the master of the new network)
•соединение 2 сетей
• Р32 является «хозяином»-ведущим
задатчиком (чем длиннее бывшие
прибретения сети , ее ведущий
задатчик становится ведущим
задатчиком новой сети)
• P10 is the master
•Р10 является «хозяином»-ведущим
задатчиком
• inauguration of two networks •
network #1: P01.. P10; P10 are masters
• network #2: P11.. P32
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
8
9
10
11
12
13
14
15
16
17
18
TNM: Set Strong -> P32
TNM: установить сильное
-> P32
Close LS5 and LS6
Закрыть LS5 и LS6
Power off P12..P30
Выключить P12..P30
TNM: Set Strong -> P01
установить сильное
TNM: установить сильное
-> P01
Open LS5 and LS6
открыть LS5 и LS6
TNM: Set Strong -> P32
TNM: установить сильное
-> P32
Close LS5 and LS6
Закрыть LS5 и LS6
TNM: Set Strong -> P10
TNM: установить сильное
-> P10
Open LS5 and LS6
Открыть LS5 и LS6
TNM: Set Strong -> P32
TNM: установить сильное
-> P32
Close LS5 and LS6
Закрыть LS5 and LS6
• открытие двух сетей • сеть #1:
P01.. P10; P10 ведущие задатчики •
сеть #2: P11.. P32
• P32 is the master of network #2
• P32 ведущий задатчик сети #2•
• coupling of two networks • P32
is the master
• соединение двух сетей• P32 ̶
ведущий задатчик
• P01 is the master
• P01 ̶ ведущий задатчик
• inauguration of two networks •
network #1: P01.. P10; P01 are masters
network #2: P11, P31, P32
• открытие двух сетей• сеть #1: P01..
P10; P01 ̶ ведущие задатчики сети
#2: P11, P31, P32
• P32 is the master of network #2
• P32 ̶ ведущий задатчик сети #2
• coupling of two networks • P01
is the master
• соединение двух сетей• P01 ̶
ведущий задатчик
• P10 is the master•
•P10 ̶ ведущий задатчик
• inauguration of two networks •
network #1: P01.. P10; P10 are masters
• network #2: P11, P31, P32
• открытие двух сетей • сеть #1:
P01.. P10; P10 ̶ ведущий задатчик •
сеть #2: P11, P31, P32
• P32 is the master of network #2
• P32 ̶ ведущий задатчик сети #2
• coupling of two networks • P10 is
the master
• соединение двух сетей• P10 ̶
ведущий задатчик
76
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
5.1.7.12 Время открытия промежуточного звена IUT
Таблица 46 определяет действия для тестирования времени открытия
IUT в промежуточной установке.
Установка: TTS3
Таблица 46 ̶ Тестовая последовательность времени открытия IUT
в промежуточном звене
Шаг Действие
Ожидаемые результаты
1
• inauguration
открытие
• P10 is the master
P10 ̶ ведущий задатчик
2
3
4
Power up all nodes
Включить все узлы
TNM: Set Strong -> P10
TNM: установить
сильное -> P10
Power off P01
Выключить Р01
Power on P01
Включить Р01
• inauguration (end node lost) • P10
master • using of data logger to measure
inauguration time
•открытие (конечный узел потерян)• P10 ̶
ведущий задатчик •использование
регистратора данных для измерения
времени открытия
• inauguration (lengthening) • P10
master • using of data logger to measure
inauguration time
• открытие( удлинение)• P10 ̶ ведущий
задатчик • использование регистратора
данных для измерения времени открытия
5.1.7.13 Тестовая последовательность времени открытия IUT в
конечной установке в основном направлении 2
Таблица 47 определяет действия для проверки времени открытия IUT в
конечной установке и в главном направлении 2.
77
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Установка: TTS1
Таблица 47 ̶ Тестовая последовательность времени открытия IUT
в конечной установке в основном направлении 2
Шаг Действие
Power up all nodes
1
Ожидаемые результаты
2
Включить все узлы
TNM: Set Strong -> P01
TNM: установить сильное -> P01
3
Power off P32
Выключить Р32
4
Power on P32
Включить Р32
• inauguration
• открытие
• P01 is the master
• P01 ̶ ведущий задатчик
• inauguration (end node lost) •
P01 master • using of data logger
to measure inauguration time
• открытие (конечный узел
потерян) • P01 ̶ ведущий
задатчик • использование
регистратора данных для
измерения времени открытия
• inauguration (lengthening) •
P01 master • using of data logger
to measure inauguration time
• открытие (удлинение) • P01 ̶
ведущий задатчик •
использование регистратора
данных для измерения времени
открытия
5.1.7.14 Время открытия IUT в конечной установке в основном
направлении 1
Таблица 48 определяет действия, для проверки времени открытия IUT в
конечной установке и в главном направлении 1.
Установка: TTS2
Таблица 48 ̶ Последовательность тестирования времени открытия
IUT в конечной установке в основном направлении 1
Шаг Действие
Power up all nodes
1
2
Включить все узлы
TNM: Set Weak -> P32
TNM: установить слабое ->
P32
Ожидаемые результаты
• inauguration
открытие
• P32 is the master
P10 ̶ ведущий задатчик
78
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
3
Power off P01
Выключить Р01
4
Power on P01
Включить Р01
• inauguration (end node lost) • P32
master • using of data logger to measure
inauguration time
•открытие (конечный узел потерян)•
P32 ̶ ведущий задатчик •
использование регистратора данных для
измерения времени открытия
• inauguration (lengthening) • P10
master • using of data logger to measure
inauguration time
• открытие( удлинение)• P32 ̶ ведущий
задатчик • использование регистратора
данных для измерения времени
открытия
5.1.7.15 Отказ главного узла
Таблица 49 определяет действия для тестирования главного узла на сбой
(отказ).
Установка: TTS3
Таблица 49 ̶ Последовательность тестирования главного узла на
отказ
Шаг Действие
Power up P09, P10, P11,
1
2
3
4
P32
Включить P09, P10, P11,
P32
TNM: Set Strong -> P11
TNM: установить сильное > P11
TNM: Set Weak -> P10
TNM: установить слабое > P10
Power off P11
Выключить P11
Ожидаемые результаты
• inauguration with four nodes • master position is
random
• открытие с 4 узлами • положение ведущего
задатчика случайное
• new topography • optionally new inauguration •
P11 is the strong master
• новая топография • опционально новое
открытие• P11 ̶ сильный ведущий задатчик
•
•
no change
нет изменений
• new topography • new inauguration • P10 is
the master
• новая топография • новое открытие • P10 ̶
ведущий задатчик
5.1.7.16 Резервирование линии в режиме нормальной работы
Таблица 50 определяет действия для проверки резервирования линии в
режиме нормальной работы.
79
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Установка: TTS3
Таблица 50 ̶ Последовательность тестирования резервирования
линии во время нормальной работы
Шаг Действие
Power up P09, P10, P11, P32
1
Включить P09, P10, P11, P32
2
TNM: Set Strong -> P11
TNM: установить сильное ->
P11
3
Open LS3
Открыть LS3
Close LS3
Закрыть LS3
Open LS4
Открыть LS4
Close LS4
Закрыть LS4
Open LS5
Открыть LS5
Close LS5
Закрыть LS5
Open LS6
Открыть LS5
Close LS6
Закрыть LS6
Wait 5s
Ожидать 5
Repeat steps 3... 10 for 1h
Повторить шаги 3 ……. 10 для
1h
4
5
6
7
8
9
10
11
12
Ожидаемые результаты
• inauguration with four nodes • master
position is random
• открытие с 4 узлами • положение
ведущего задатчика случайное
• new topography • optionally new
inauguration • P11 is the strong master
• новая топография • опционально новое
открытие• P11 ̶ сильный ведущий задатчик
• Master_Report dma shall be set to 1
Главный отчет dma должен быть установлен к 1
• Master_Report dma shall be set to 0
Главный отчет dma должен быть установлен к 0
• Master_Report dmb shall be set 1
Главный отчет dmb должен быть установлен 1
• Master_Report dmb shall be set to 0
Главный отчет dmb должен быть установлен к 0
• Master_Report dma shall be set to 1
Главный отчет dma должен быть установлен к 1
• Master_Report dma shall be set to 0
Главный отчет dma должен быть установлен к 0
• Master_Report dmb shall be set to 1
Главный отчет dmb должен быть установлен к 1
• Master_Report dmb shall be set to 0
Главный отчет dmb должен быть установлен к 0
• no changes
Нет изменений
• inauguration shall never take place (robustness
test)
Открытие никогда не состоится (надежность
теста)
5.1.7.17 Резервирование линии во время открытия
Таблица 51 определяет действия для проверки резервирования линии во
время открытия.
80
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Установка: TTS1
Таблица 51 ̶ Последовательность тестирования резервирования
линии во время открытия
Шаг
1
2
3
4
5
6
7
8
9
10
Действие
Ожидаемые результаты
• inauguration • master position is random
открытие • положение ведущего задатчика
случайное
TNM: Set Strong -> P11
• new topography • optionally new inauguration •
TNM: установить сильное - P11 is the strong master
> P11
• новая топография • опционально новое
открытие• P11 ̶ сильный ведущий задатчик
Power up all nodes
Включить все узлы
Power off P01
Выключить Р01
Open LS1
Открыть LS1
Power on P01
Включить Р01
• end node lost • inauguration
• конечный узел потерян • открытие
• no change
Нет изменений
• inauguration • P01 is the end node
• открытие • P01 является конечным узлом
Power off P01
Выключить Р01
Close LS1
Закрыть LS1
Open LS2
Открыть LS2
Power on P01
Включить Р01
•
•
•
Open LS1
Открыть LS1
•
•
end node lost • inauguration
конечный узел потерян • открытие
no change
• no change
Нет изменений
• inauguration • P01 is end node
• открытие • P01 является конечным узлом
end node lost • inauguration
конечный узел потерян • открытие
5.1.7.18 Измерение базового периода
Таблица 52 определяет действия для измерения базового периода.
Установка: TTS1
Конфигурируйте узлы P01 P02 с периодом узла 0.
81
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 52 ̶ Тестовая последовательность измерения базового
периода
Шаг Действие
Power up P01, P02
1
Ожидаемые результаты
2
• P01 is master • New topography
• Use of data logger to measure basic period.
Expected value shall be: 25 ms ± 1 ms
• P01 ̶ ведущий задатчик • Новая
Включить P01, P02
TNM: Set Strong -> P01
TNM: установить сильное ->
P01
• inauguration
открытие
топография
•
Использование регистратора данных для
измерения базового периода. Ожидаемое
значение должно быть: 25 ms ± 1 ms
5.1.7.19 Процедуры канального уровня WTB
Следующая таблица 53 перечисляет процедуры канального уровня
WTB, которые используются управлением сети или Mapping Server (сервером
отображения) для реализации тестового приложения.
Таблица 53 ̶ Процедуры канального уровня WTB
Процедура
Подраздел в МЭК Используемый в МЭК-2-1
61375-2-1
TNM or Mapping Server
ls_t_Report(...)
Отчет
5.6.4.3
ls_t_Init()
Инициализация
ls_t_Reset()
повторно установить
ls_t_Configure(...)
Конфигурировать
ls_t_SetSlave()
установить ведомое
ls_t_SetWeak()
установить слабое
ls_t_SetStrong()
установить сильное
ls_t_StartNaming()
начать называние
ls_t_Remove()
удалить
ls_t_Inhibit()
5.6.4.4
Mapping Server (UIC CODE 556)
Сервер отображения
(идентификация кода 556)
Mapping Server (UIC CODE 556)
5.6.4.5
8.4.3.2
5.6.4.6
Mapping Server (UIC CODE 556)
5.6.4.7
8.4.3.2
5.6.4.8
8.4.3.2
5.6.4.9
8.4.3.2
5.6.4.10
8.4.3.2
5.6.4.11
8.4.3.2
5.6.4.12
8.4.3.2
82
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
запретить
ls_t_Allow()
разрешить
ls_t_SetSleep()
установить сон
ls_t_CancelSleep()
отменить сон
ls_t_GetStatus(...)
получить статус- состояние
ls_t_GetWTBNodes(...)
получить узлы WTB
ls_t_GetTopography(...)
получить топографию
ls_t_ChgNodeDesc(...)
изменить дескриптор узла
ls_t_ChgUserReport(...)
изменить отчет пользователя
ls_t_Chglnauguration_Data(...)
изменить открытие
ls_t_GetStatistics(...)
изменить статисику
ls_t_Getlnaug_Data(...)
получить данные открытия
5.6.4.13
8.4.3.2
5.6.4.14
8.4.3.2
5.6.4.15
8.4.3.2
5.6.4.16
8.4.3.1
5.6.4.17
8.4.3.3
5.6.4.18
8.4.3.4
5.6.4.19
Mapping Server (UIC CODE 556)
5.6.4.20
8.4.3.5
5.6.4.21
Mapping Server (UIC CODE 556)
5.6.4.22
8.4.3.1
5.6.4.23
Mapping Server (UIC CODE 556)
6 Тестовое соответствие RTP
RTP (протоколы в режиме реального времени) испытываются
посредством WTB в тестировании по принципу «черного ящика», который
включает использование самих RTP.
Уязвимого (незащищенного) интерфейса между RTP и протоколом
канального уровня не предусмотрено, так что только здесь метод является
единственно реальным (осуществимым).
RTP предназначены для работы с параллельным доступом совместно
используемых ресурсов, создающих конфликты. Несоответствие и его
проявление в отказе связи не могут появляться или не в состоянии появиться
разъединенными. Конфликты и состязания (при передаче данных) могут
успешно запускаться в течение длительных периодов времени, или для целого
ряда различных исполнений, а затем неудачно завершаются в несколько иной
последовательности выполнения. Согласно Хольцманну (см библиографию)
"Это практически невозможно исчерпывающе проверить все возможные
поведения неизвестной реализации простым зондированием ее и наблюдением
за ее откликами (реакциями, ответами). Всегда существует вероятность того,
что некоторые не предпринятые последовательности попыток выявили бы
новое поведение, которое явилось бы неприемлемым. Особый набор тестов,
выбранный для испытаний на соответствие данного типа, зато, всегда является
маленьким выбором из бесконечного множества всех возможных наборов
83
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
тестов". Этот тест на соответствие будет ограничен до ограниченного набора
значений.
Основными требованиями для тестирования протокола являются:
а) число возможных типов данных процесса имеет предел;
б) время отклика протокола имеет предел;
в) существуют устойчивые условия, в которых IUT ждет нового
входного сигнала;
г) имущественное положение существует: при получении сообщения
"Статус", IUT отвечает выходным сообщением, которое однозначно
идентифицирует ее текущее состояние.
Все основные требования должны быть проверены в связи с сетью
железнодорожного состава. Заявка на соответствие сети железнодорожного
состава должна охватывать следующие требования:
6.1 Порты и Traffic_Store (трафик_ запоминающее устройство)
Смотреть раздел 6.2.2.2.1 МЭК 61375-2-1.
а) Тестируется количество портов для связи Process_Data
(Процесс_Данные).
б) Тестируется доступ к порту последовательно в одной нераздельной
операции.
в) Тестируются порты, принадлежащие к одному и тому же канальному
уровню, принадлежат к одному и тому же Traffic_Store . Хранение трафика
г) Тестируется порт, идентифицированный в пределах Traffic_Store его
Port_Address (Порт_Адрес).
д) Тестируется Traffic_Store, идентифицированный в пределах
устройства посредством его Traffic_Store_Id .
Общая структура памяти не может подвергаться непосредственному
тестированию из-за отсутствия явной стандартизированной синхронизации
между приложением и сетью. Для повышения надежности, тест, который
может быть доступен одновременно приложению и сети, останется работать в
течение 6 ч.
Если IUT проходит эти испытания, она способна воспроизводить
поведение, предусмотренное в МЭК 613751-2-1, но IUT останется неизвестной
до тех пор, пока может войти в набор состояний, которые производят
ошибочное поведение.
84
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
6.2 Согласованность набора данных
Смотреть раздел 6.2.2.2.2 МЭК 61375-2-1.
а) Тестируется каждый порт, содержащий ровно один набор данных.
б) Тестируется набор данных, произведенный только одной заявкой
издателя.
в) Тестируется только один порт-источник с заданной Port_Address на
шине.
г) Тестируются канальные уровни, передающие содержимое порта
источника к портам стока (приемника) в пределах ограниченного времени,
подписанные к одному и тому же Port_Address и обеспечивающие
согласованность переданного порта- источника.
6.2.1Обработка ошибки
Смотреть раздел 6.2.2.2.3 МЭК 61375-2-1.
Ниже перечисленные неопределенные поля в наборе данных,
перезаписанные с ‘1’, не тестируются.
а) если канальный уровень обнаруживает, что произошла ошибка
передачи;
б) если канальный уровень обнаруживает, что заявка его издателя
предоставляет неправильные данные;
в) если канальный уровень обнаруживает, что заявка его издателя не
предоставляет данные своевременно.
Канальный уровень должен переписать весь порт с '0' и проверяется.
6.2.2 Контроль свежести (новизны)
Смотреть раздел 6.2.2.2.4 МЭК 61375-2-1.
а) Каждый порт-приемник Freshness_Timer (Свежесть (Обновление?) таймер) проверяется.
б) Freshness_Timer, извлеченный в неделимой операции, подвергается
тестированию.
в) Разрешение Freshness_Timer, короче или равно 16 м/с, тестируется.
г) Диапазон Freshness_Timer не тестируется.
6.2.3 Набор данных синхронизации
Смотреть раздел 6.2.2.2.5 МЭК 61375-2-1.
Не тестируется.
85
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
6.2.4 Набор данных опроса
Смотреть раздел 6.2.2.2.6 МЭК 61375-2-1.
Не тестируется в данном стандарте.
6.2.5 Набор данных, порт и логический адрес
Смотреть раздел 6.2.2.2.7.1 МЭК 61375-2-1.
Не тестируется.
6.2.6 Идентификатор Traffic_Store Трафик_Хранение (накопление)
Смотреть раздел 6.2.2.2.7.3 МЭК 61375-2-1.
Traffic_Store_Id проверяется для того, чтобы подтвердить только то, что
отличается от значения 1 (WTB). Максимальное количество поддерживаемых
Traffic_Stores не тестируется.
6.3 Port_Address
Смотреть раздел 6.2.2.2.8 МЭК 61375-2-1.
Port_Address является одним из 4096 портов в пределах Traffic_Store,
выбранным посредством Traffic_Store_Id. Он ограничен к тестовому адресу,
предоставленному IUT, для проверки соответствия и подвергается
тестированию.
6.4 Примитивы Link_Process_Data_Interface
Смотреть раздел 6.2.2.3 МЭК 61375-2-1.
Примитивы могут различаться в реализации. Тестирование по принципу
«черного ящика» не в состоянии оценить прямое соответствие, может быть
протестировано только ожидаемое поведение.
6.5 Услуги и протоколы сообщений
Смотреть раздел 6.3 МЭК 61375-2-1.
Услуги и протоколы сообщений тестируются.
86
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
7 Тестовое соответствие железнодорожного состава, оборудованного
WTB
7.1 Общее
Соответствие железнодорожного состава на ПСС уровне (Поездные
сети связи) является фундаментальной предпосылкой для совместимости
железнодорожных составов, оснащенных ПСС.
Область применения этого раздела состоит в предписании тестов,
необходимых для обеспечения соответствия ПСС железнодорожного состава,
оснащенного WTB. Эти тесты могут быть выполнены независимо от
испытаний заявки (приложения) или могут быть интегрированы в тестах
заявки (приложения), в качестве предварительных испытаний, общих для
заявок (приложений) всех профилей.
Соответствие ПСС является необходимым предварительным условием
для обеспечения взаимодействия между различными железнодорожными
составами, но оно не может гарантировать это, потому что другие
предпосылки должны быть удовлетворены на уровне заявки (приложения).
Вот почему необходимы оба испытания (ПСС соответствия и заявки),
чтобы позволить взаимодействие между железнодорожными составами от
различных железнодорожных производителей и операторов.
Прибор, используемый для испытания, вагонный тестер, указанный в
приложении В.
7.2 PICS (Свидетельство о соответствии реализации протокола)
PICS проформа представляет собой набор таблиц, содержащих вопросы,
которые требуют ответов со стороны исполнителя, а также ограничения на
возможные ответы.
PICS проформа содержит два типа вопросов:
• ответы на вопросы словами либо "ДА", либо "НЕТ" относительно того,
было ли выполнено условие (начиная от макроскопического функционального
блока до микроскопического блока). Допустимые ответы, которые отражают
базовую спецификацию, описаны в PICS, как требование; ответы составляют
поддержку;
• вопросы о численных значениях, выполняемых (для таймеров, для
размеров сообщений, для частоты и т.д.). Законный диапазон изменения этого
значения, который отражает основу предписаний, приведен в МЭК 61375-2-1.
Ответ представляет поддерживаемые значения.
7.2.1 Инструкции по заполнению PICS проформы
PICS организовано в таблицы. Столбцы в таблицах:
• Ссылка №;
87
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• Вопрос, связанный с характеристикой или поддерживаемой
возможностью;
• Отклик (реакция), ответ на вопрос;
• Примечание должно заполняться, чтобы дать больше объяснений по
поводу ответа. В документе, примечание используется для дачи объяснений
по поводу смысла вопроса и / или возможного ответа.
7.2.2 Сокращения
В данной PICS проформе используются следующие сокращения:
Y: да
N: нет
d: по умолчанию
n / a: не применимо
7.2.3 Таблицы PICS
7.2.3.1 Идентификация PICS
Следующая таблица 54 предназначена для заполнения, чтобы
идентифицировать PICS проформу.
Таблица 54 ̶ Идентификация PICS проформы
Ссылка Вопрос
№
1
Дата утверждения
2
Серийный номер PICS
Отклик (ответ)
7.2.3.2 Идентификация WTB железнодорожного состава при
испытании
Следующая таблица 55 предназначена для заполнения с целью
идентификации железнодорожного состава при испытании (CUT – ТЖС
Тестируемый ж/д состав).
Таблица 55 ̶ PICS проформа WTB тестируемого железнодорожного
состава
Ссылка Вопрос
Отклик Примечание
№
(ответ)
1
Идентификационный номер
Номер
кода
железнодорожного состава
идентификации
пользователя или другой
88
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
внутренний
код,
используемый
оператором
2
3
4
Наименование
производителя
Количество активных узлов
на железнодорожном составе
Количество
неактивных
узлов на железнодорожном
составе
7
Возможность
резервирования узла
Возможность
резервирования линий
Магистральный кабель
8
Соединительный кабель
9
Кабель-удлинитель
5
6
Например, если имеются
узлы с конфигурацией
холодного
резервирования
Возможные ответы: [Y] да
или [N] нет
Возможные ответы: [Y] да
или [N] нет
Возможные ответы: [Y] да
или [N] нет МЭК 61375-21-4.1.1
Возможные ответы: [Y] да
или [N] нет МЭК 61375-21-4.1.1
Возможные ответы: [Y] да
или [N] нет МЭК 61375-21-4.1.1
7.2.3.3 Идентификация узла WTB железнодорожного состава
Следующая таблица 56 предназначена для заполнения с целью
идентификации узлов WTB, которые находятся на тестируемом
железнодорожном составе CUT (Consist Under Testing). Если CUT
(тестируемый железнодорожный состав) оснащен более чем одним узлом (см
раздел 4.3.2 МЭК 61375-2-1), следующая таблица должна быть заполнена для
каждого узла.
Таблица 56 ̶ PICS проформа идентификация WTB узла
железнодорожного состава
Ссылка Вопрос
№
1
Номер узла
2
3
89
Производитель узла
Применение узла
Отклик Примечание
(ответ)
Идентификационный
код
производителя или оператора
Наименование производителя
Ссылка на стандарт или
другие
спецификацию,
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
например,
приложения
4
Значение
умолчанию
процесса
5
Возможность
и
тестируемость данных
сообщения (сигнала)
6
Сертификат
соответствия узла
7
Версия
SW
(переключатель
или
программное
обеспечение - на Ваш
выбор
по смыслу –
примечание перводчика)
узла
Тип узла
8
по
данных
профиль
Содержание
процессных
данных
по
умолчанию
должно быть отправлено
тестером
для того, чтобы
инициализировать функции
железнодорожного состава.
Информация должна быть
предоставлена
в
случае
необходимости,
для
правильного
выполнения
тестирования.
Подробная информация о MD
(мини-диск,
устройство
согласования, монохромный
дисплей), которая нужно дать,
чтобы осуществлять проверку
на
тестере
надлежащим
образом
Если
устройство
было
протестировано с помощью
внутренней или внешней
лаборатории, то это и
является
номером
сертификата испытания
Ссылка на стандарт или
другую
спецификацию,
например, WTB_LL МЭК
61375-2-1
Возможные ответы: [SM]
Сильный Мастер (ведущий
задатчик) [WM] Слабый
Мастер [PS} Постоянный
ведомый.
Они могут быть больше, чем
один, указать в этой секции,
как они могут быть выбраны
90
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
7.2.3.4 Идентификация магистрального кабеля железнодорожного
состава
Следующая таблица 57 предназначена для заполнения с целью
определения магистрального кабеля (МЭК 61375-2-1, раздел 4.1.1), который
находится на борту тестируемого железнодорожного состава. Он включает в
себя соединения на двух концах кабеля.
Таблица 57 ̶ PICS проформа идентификация магистрального
кабеля железнодорожного состава
Ссылка Вопрос
№
1
Код кабеля
2
3
4
5
6
Отклик
(ответ)
Примечание
Идентификационный
производителя или оператора
код
Производитель
кабеля
Форма
и
участок кабеля
Длина кабеля
Сертификат
соответствия
кабеля
Наименование производителя
Конечные
соединения
кабеля
Кабельные разъемы (соединители,
коннекторы) или винтовые клеммы
Например, экранированный 2 х 0,75
мм2
От конца до конца
Если кабель был протестирован с
помощью внутренней или внешней
лаборатории, то это и является
номером сертификата испытания
Если магистральный кабель на железнодорожном составе делится на
различные участки, то для каждого участка должна быть заполнена одна
таблица.
7.2.3.5 Идентификация соединительного кабеля железнодорожного
состава
Следующая таблица 58 предназначена для заполнения с целью
определения соединительного кабеля (МЭК 61375-2-1, раздел 4.1.1), который
находится на борту тестируемого железнодорожного состава. Он включает в
себя соединения на двух концах кабеля.
91
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 58 ̶ PICS проформа идентификация соединительного
кабеля железнодорожного состава
Ссылка Вопрос
№
1
Код кабеля
Отклик Примечание
(ответ)
Идентификационный
код
производителя или оператора
2
3
Производитель кабеля
Форма и участок кабеля
4
5
6
Длина кабеля
Стандарт кабеля
Сертификат
соответствия кабеля
7
Конечные
кабеля
соединения
Наименование производителя
Например, экранированный 2
х 0,75 мм2 экранированный +
16x1 мм2
От конца до конца
Например, UIC 558
Если
кабель
был
протестирован с помощью
внутренней или внешней
лаборатории, то это и
является
номером
сертификата испытания
Кабельные
разъемы
(соединители, коннекторы)
или винтовые клеммы
Если соединительный кабель на железнодорожном составе делится на
различные участки, то для каждого участка должна быть заполнена одна
таблица.
7.2.3.6 Идентификация кабеля-удлинителя железнодорожного
состава
Следующая таблица 59 предназначена для заполнения с целью
определения кабеля-удлинителя (МЭК 61375-2-1, раздел 4.1.1), который
находится на борту тестируемого железнодорожного состава. Он включает в
себя соединения на двух концах кабеля.
92
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Таблица 59 ̶ PICS проформа идентификация удлинителя
железнодорожного состава
Ссылка Вопрос
№
1
Код кабеля
2
3
4
5
6
Производитель
кабеля
Форма
и
участок кабеля
Длина кабеля
Сертификат
соответствия
кабеля
Кабельные
конечные
соединения
Отклик
(ответ)
Примечание
Идентификационный
производителя или оператора
код
Наименование производителя
Например, экранированный 4 x 0,5
mm2
От конца до конца
Если кабель был протестирован с
помощью внутренней или внешней
лаборатории, то это и является
номером сертификата испытания
Кабельные разъемы (соединители,
коннекторы) или винтовые клеммы
Если кабель-удлинитель на железнодорожном составе делится на
различные участки, то для каждого участка должна быть заполнена одна
таблица.
7.3 Наборы тестов
Предполагается, что тесты на соответствие TCN- ПСС (поездные сети
связи) должны быть выполнены на железнодорожном составе, оснащенным
одним активным узлом WTB и линией (линиями) WTB, физически
доступными на обоих концах состава в процессе тестирования.
Не допускается никакого вмешательства на борту состава, путем
отделения и присоединения разъемов устройств.
Устройства и подсистемы, которые составляют железнодорожный
состав, должны быть индивидуально протестированы на уровне устройств и
соответствующего сертификата испытаний, указанных в PICS, и должны быть
доступны по запросу.
В любом случае, PICS, описанные в разделе 7.2 и заполненные
правильно, в состоянии подготовить тестовые наборы для различных уровней
тестирования.
Есть три уровня тестирования:
̶ Базовые тесты на проверку взаимосвязи;
̶ Тесты на проверку возможности;
93
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
̶ Тесты на проверку поведения.
Рассмотренные здесь тесты являются базовыми тестами на проверку
взаимосвязи, даже если некоторые из этих тестов могут также проверить
другие возможности (например, ошибку передачи кадра/рамки), и
методология требует тест на проверку поведения и анализ для некоторых
тестовых разделов.
В следующем описании, разница между тремя уровнями не
упоминается.
Тесты предоставляются в двух подразделах ниже:
а) физический интерфейс;
б) возможности канального уровня WTB.
Любые дальнейшие тесты не рассматриваются по следующим
причинам:
̶ тесты на проверку коннекторов (соединителей) должны проводиться
на уровне заявки, потому что внешние соединители железнодорожного
состава определяются заявкой (например, UIC лист/брошюра);
̶ тесты ввода (вставки), имеющие отношение к
единственному
железнодорожному составу, включены в физические испытания интерфейса;
̶ тест на проверку интероперабельности (совместимости) сети
железнодорожного состава не является актуальным на уровне
железнодорожного состава (это не так строго необходимо, чтобы
железнодорожный состав WTB был оснащен особой сетью железнодорожного
состава);
̶ профиль приложения находится вне сферы соответствия ПСС (TCN) и
требует особого применения теста (например, теста на UIC на уровне
железнодорожного состава, используя модель состава).
Для того чтобы выполнить тесты, будет использоваться специальный
инструмент, называемый «coach tester» "вагонный тестер". Он включает в
себя все необходимые испытательные устройства для различных этапов
испытаний.
7.3.1 Испытания физического интерфейса
Испытания проводят на уровне железнодорожного состава, независимо
от расположения внутренних кабелей и соединений. Все предметы, входящие
в состав физического уровня (кабели, коннекторы, устройства) должны быть
в соответствии с TCN-ПСС стандартом МЭК 61375-2-1, но в любом случае
область действия настоящих тестов должна состоят в том, чтобы проверять
характеристики всего физического уровня с помощью некоторых испытаний
и измерений.
94
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Проверка осуществляется без демонтажа каких-либо коннекторов на
борту ж/д состава, но только подключением тестера к конечным коннекторам
(соединителям) на двух концах ж/д состава. В соответствии со стандартом
TCN-ПСС (см 4.1.4 МЭК 61375-2-1), предполагается, что WTB узел на ж/д
составе соединен линией направления 1 с концом ж/д состава "1" и линией
направления 2 с концом состава "2".
WTB линия может быть в одной конфигурации (линия А только) или в
конфигурации с резервированием (линии А и В).
Тесты подразделяются на следующие случаи:
а) тесты на проверку постоянного тока;
б) тесты на проверку переменного тока.
Во время выполнения всех физических интерфейсных тестов, активные
устройства (обычно узел WTB) должны быть выключены.
7.3.2 Испытание DC (постоянного тока): линия сопротивления
7.3.2.1 Одна линия
Данные тесты проверяют сопротивление линии в двух различных
случаях.
Они проводятся на концевых соединителях WTB, делая короткий разрыв
или оставляя без соединения полюса, принадлежащие к одной и той же линии
на одной стороне вагона.
На другом конце линии, с DMM (цифровой мультиметр), сопротивление
линии будет измеряться.
Рекомендуется выполнить тест с измерением 4-проводного
сопротивления, так как значение, которое должно будет измерено, имеет
малое сопротивление.
Тест будет проходить, если:
• измеренное сопротивление будет меньше, чем 2 Q, если присутствует
короткое замыкание (цепь)
(см раздел 4.2.4.1 МЭК 61375-2-1) или
• измеренное сопротивление будет больше, чем 1 MQ если присутствует
разомкнутая цепь
(см раздел 4.5.1 МЭК 61375-2-1).
7.3.2.2 Двойная линия
Если присутствует двойная линия, данные тесты будут выполняться на
обеих линиях (А и В).
Рисунок 25 показывает установку для измерения сопротивления линии.
95
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок 25 ̶ Сопротивление линии
7.3.2.3 Тестирование переменного тока 1: перекрестные помехи
Данный тест проводится только в том случае, если присутствует двойная
линия и две пары проводов находятся в одном и том же кабеле в нескольких
частях железнодорожного состава (см раздел 4.2.4.7 МЭК 61375-2-1,).
Рисунок 26 показывает установку для измерения линейных
перекрестных помех.
1-й тест
На концевых соединителях WTB, стороне 1, согласующие резисторы
линий А и В (120 Q + 10%) соединены. На стороне 2, только линия В
завершается другим резистором (120 Q + 10%).
На стороне 2, приборы соединяются следующим образом:
• генератор синусоидальной
сопротивлением Zt = 120 Q к линии А.
волны
(сигнала)
с
внутренним
Он должен быть установлен на :
Амплитуде 4 Vpp
Частоте 0,5-1-2 МГц
96
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• осциллограф на стороне 1, линия В. Измерьте напряжение и проверьте,
что предел значения отклонения 55 дБ не достигнут.
Это значение, принимая во внимание длину вагона поезда, составляет
около 7 mV.
2-й тест
Повторите 1-й тест, обменивая соединение генератора синусоидальной
волны (сейчас к линии B) с его согласующим резистором и осциллографом
(теперь линия А).
Рисунок 26 - Перекрестные помехи
7.3.2.4 тест 2 на проверку переменного тока: задержка
распространения и затухание
Данные испытания проводятся только там, где присутствует двойная
линия (см МЭК 61375-2-1, раздел 4.2.3.2 ̶ Задержка и раздел 4.1.5 ̶ Затухание).
На рисунке 27 показана установка для измерения задержки
распространения и затухания.
1-й тест
На концевых соединителях WTB, стороне 1, линии А и В соединены
вместе. На стороне 2, только линия В завершается резистором (120 Q + 10%).
На стороне 1, приборы соединены следующим образом:
• генератор синусоидальной волны с внутренним сопротивлением Zt =
120 Q к линии А.
97
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Он должен быть установлен в:
Амплитуде 4 Vpp
Частоте 0,5-1-2 МГц
• осциллограф дифференциального канала 1 на стороне 1 линии А, а
дифференциальный канал 2 на стороне 1 линии В.
Сравнивая сигнал, считанный на стороне линии А и на другой стороне
линии B, могут быть получены задержка распространения и затухание.
2-й тест
Повторите 1-й тест, обменивая соединение генератора синусоидальной
волны (сейчас к линии B) с согласующим резистором и осциллографом
(теперь к линии А).
синусоидальный
генератор 4 Vnn (7
Задержка распространения
и затухания
Рисунок 27 ̶ Задержка распространения и затухание
7.3.3 Возможности канального уровня WTB
7.3.3.1 Подготовка испытательного стенда
Тесты на уровне WTB являются функциональными тестами. Они
должны быть выполнены вагонным тестером, который включает два
контрольных узла и может быть подключен к железнодорожному составу на
одном конце или одновременно на обоих концах.
Из PICS доступна некоторая важная информация об узле состава,
особенно о его версии SW (программное обеспечение) (в TCN-ПСС и на уровне
заявки) и значение по умолчанию переменных процесса приемника,
ожидаемых узлом WTB состава. Узлы вагонного тестера должны быть
98
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
настроены с SW, который совместим со стеком TCN-ПСС узла ж/д состава и,
если применение состава требует ее, также с применением SW (программного
обеспечения).
Испытания проводятся с узлом WTB состава с подключенным питанием.
Ж/д состав соединен при помощи конечных коннекторов с вагонным тестером,
в соответствии с последовательностью сцепления и расцепления, описанной
на разных этапах испытаний.
Узел состава конфигурирован в соответствии с его возможностями, и во
время теста, должна быть предусмотрена возможность выбора всех
предоставленных функций.
7.3.3.2 Испытание открытия
Испытание открытия выполняется между узлом состава (без какой-либо
модификации SW) и одним узлом в вагонном тестере, подсоединенного через
коннектор (ы) WTB на одном конце.
Если состав имеет конфигурацию резервированной линии (А и В), обе
линии должны быть подсоединены к вагонному тестеру.
В любом случае, испытания повторяют на обоих концах состава.
На торцевой (конечной) стороне, не подключенной к сети, наличие
обнаружения кадров (рамок) должно быть проверено с помощью
осциллографа или с помощью анализатора.
Возможные типы узлов состава описаны в PICS. Следующие тестовые
примеры должны быть проверены, если таковые имеются:
• Если узел CUT (тестируемого железнодорожного состава) является
слабым мастером (ведущим задатчиком), вагонный тестер командует
следующими тестовыми примерами:
а) тип узла вагонного тестера: постоянный ведомый, открытие
заканчивается с узлом CUT в качестве мастера («хозяина», ведущего
задатчика) сети;
б) тип узла вагонного тестера: сильный мастер («хозяин», ведущий
задатчик), открытие заканчивается с узлом вагонного тестера в качестве
мастера сети;
в) тип узла вагонного тестера: слабый мастер, открытие заканчивается с
одним из узлов в качестве мастера («хозяина», ведущего задатчика) сети;
• Если узел CUT является сильным мастером, вагонный тестер управляет
следующими тестовыми примерами:
г) тип узла вагонного тестера: постоянный ведомый, открытие
заканчивается с узлом CUT в качестве мастера сети;
д) тип узла вагонного тестера: сильный мастер, открытие не завершается
за 2 сек (и оно вообще не в состоянии завершиться) и возникает мастер
конфликт. Он должен быть обнаружен и показан;
е) тип узла вагонного тестера: слабый мастер, открытие заканчивается с
узлом CUT в виде сетевого мастера;
99
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• Если узел CUT является постоянным ведомым, вагонный тестер
управляет следующими тестовыми примерами:
ж) тип узла вагонного тестера: постоянный ведомый, не происходит
никакого открытия (предел периода: 2 сек для тестовых целей, но оно никогда
не происходит в этой конфигурации), кадры (рамки) обнаружения не найдены;
з) тип узла вагонного тестера: слабый или сильный мастер, открытие
заканчивается с узлом вагонного тестера в качестве сильного мастера сети.
Испытания проводят между составом и вагонным тестером,
конфигурированным в другом типе узла для каждой фазы теста, в
соответствии с перечнем.
Различные этапы испытаний выполняют некоторые открытия в
различных условиях для проверки правильной функции. Они должны быть
управляемы вагонным тестером, через HMI (интерфейс человек- машина), где
показаны результаты.
Перед началом теста, узел должен быть активным, в состоянии
подключенного питания (не в спящем режиме). Его тип узла (сильный мастер,
слабый мастер, постоянный ведомый) должен быть установлен.
• Тест с типом узла состава "слабый мастер".
Перед подключением узла вагонного тестера, проверьте, что на
коннекторе (ах) на обоих концах железнодорожного состава найдены кадры
(рамки) обнаружения. Импульсные последовательности примерно 50 (каждые
25 мс (с допуском + 4,0 мс), должны будут видны на линиях А и В WTB.
Узел вагонного тестера выполняется в конфигурации постоянного
ведомого. Подключите линии WTB (А и Б) состава (конец 1) с
соответствующими линиями тестера (dir направление1). Открытие
происходит и должно быть завершено в течение 1 сек. Если нет, то после 2 сек,
тайм аут должен заблокировать тест и отправить на HMI (интерфейс человекмашина), сообщение об ошибке, в противном случае конечный результат
открытия должен быть следующим:
̶ узел состава является мастером (TCN -ПСС адрес = 01);
̶ адрес узла вагонного тестера ̶ 63;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в диапазоне времени 25 мс - 1 с;
̶
на коннекторе (ах) на конце 2 будут найдены кадры (рамки)
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском + 4,0 мс), будут видны на линиях А и В WTB.
Затем вагонный тестер конфигурируется в качестве сильного мастера.
Это вызывает новое открытие, которое должно быть завершено в течение 1
сек. Если нет, то после 2 сек, тайм аут должен заблокировать тест и отправить
100
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
на HMI сообщение об ошибке, в противном случае конечный результат
открытия должен быть следующим:
̶ узел состава является ведомым (ПСС -TCN адрес = 63);
̶ его ориентация противоположна мастеру (М = 2);
̶ адрес узла вагонного тестера 01;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в диапазоне времени 25 мс - 1 с;
̶ на коннекторе (ах) на конце 2, должны быть найдены кадры (рамки)
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
Наконец, вагонный тестер настроен как слабый мастер. Происходит
новое открытие, оно должно завершиться в течение 1 сек. Если нет, то после 2
сек, тайм-аут должен заблокировать тест и отправить на HMI сообщение об
ошибке, в противном случае конечный результат открытия показывает:
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в диапазоне времени 25 мс - 1 с;
̶ на коннекторе (ах) на конце 2, должны быть найдены (рамки) кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и Б WTB;
̶ TCN-адрес узла состава может быть 01 или 63. Если 63, ориентация
противоположна мастеру (М = 2).
Этот же тест следует повторить с линиями А и В железнодорожного
состава (конец 2), подключенных с помощью тестера (всегда направление 1
dir1). Результаты следующие:
конфигурация вагонного тестера: постоянный ведомый (подчиненный);
̶ узел состава является мастером (адрес ПСС /TCN = 01);
̶ адрес узла вагонного тестера 02;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в интервале времени 25 мс - 1 сек;
̶ На коннекторе(ах) на конце 1 должны быть найдены Detect
Frames/Рамки
Обнаружения.
Импульсные
последовательности
приблизительно 50 (каждые 25 мс (с допуском +4,0 мс) должны быть видны
на линиях А и В WTB.
Конфигурация вагонного тестера: сильный мастер:
̶ узел состава является подчиненным (адрес ПСС /TCN = 63);
̶ его ориентация как для мастера «хозяина» (М = 1);
̶ адрес узла вагонного тестера 01;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в интервале времени 25 мс - 1 с;
̶ на кконнекторе (ах) на конце 1, должны быть найдены кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
101
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Конфигурация вагонного тестера: слабый мастер:
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в пределах времени 25 мс - 1 с;
̶
на коннекторе (ах) на конце 1, должны быть найдены кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
̶ адрес ПСС /TCN узла состава может быть 01 или 63. Если 63, ориентация
как для мастера («хозяина» ведущего задатчика ) (М = 1).
• Тест с типом узла состава "сильный мастер".
Перед включением узла вагонного тестера, убедитесь, что на
коннекторе(ах) на обоих концах состава найдены кадры обнаружения.
Импульсные последовательности примерно 50 (каждые 25 мс (с допуском +4,0
мс) должны быть видны на линиях А и В WTB.
Узел вагонного тестера имеет конфигурацию постоянного
подчиненного. Действия и результаты такие же, как и для узла состава слабого
мастера.
Затем вагонный тестер настроен в качестве сильного мастера. Открытие
сети с двумя сильными мастерами не может произойти, и мастер конфликт
должен быть обнаружен вагонным тестером и показан на HMI (интерфейсе
человек-машина). Через 2 сек, время ожидания (тайм аут) останавливает
работу открытия без положительного заключения.
Наконец, вагонный тестер настроен как слабый мастер. Открытие
происходит и должно быть завершено в течение 1 сек. Если нет, то после 2 сек,
время ожидания (тайм аут) должно заблокировать тест и отправить на HMI
сообщение об ошибке, в противном случае конечный результат открытия
должны быть следующим:
̶ узел состава является мастером (адрес ПСС /TCN = 01);
̶ адрес узла вагонного тестера 63;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в пределах времени 25 мс - 1 с;
̶ на коннекторе (ах) на конце 2, должны быть найдены кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
Тот же самый тест необходимо повторить с линиями А и В состава
(конец 2), подключенных с тестером (всегда направление 1 Dir1). Результаты
следующие:
конфигурация вагонного тестера: постоянный подчиненный. Действия и
результаты такие же, как и для узла состава слабого мастера.
Конфигурация вагонного тестера: сильный мастер «хозяин». Открытие
сети с двумя сильными мастерами не может произойти, и мастер конфликт
должен быть обнаружен вагонным тестером и показан на HMI. Через 2 сек,
102
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
останавливает работу открытия без
время ожидания (тайм аут)
положительного заключения.
Конфигурация вагонного тестера: слабый мастер (ведущий задатчик).
Действия и результаты такие же, как и для узла состава слабого мастера
• Тест с типом узла состава "постоянный ведомый".
Перед подсоединением в узел вагонного тестера, убедитесь, что на
соннекторе (ах) на обоих концах состава, не найдены кадры обнаружения.
Узел вагонного тестера конфигурирован как постоянный подчиненный.
Подключите линии (А и Б) WTB состава (конец 1) с соответствующими
линиями тестера (направление 1 dir1). Никакого открытия не происходит, и
после 2 сек, тайм-аут должен остановить тест и предупреждает HMI, что
открытия не произошло.
Затем узел вагонного тестера выполнен в конфигурации сильного или
слабого мастера - «хозяина» (главный задатчик). Это вызывает открытие,
которое должно быть завершено в течение 1 сек. Если нет, то после 2 сек таймаут должен заблокировать тест и отправить на HMI сообщение об ошибке, в
противном случае, конечный результат инаугурации будет:
̶ узел состава является подчиненным (адрес ПСС /TCN = 63);
̶ его ориентация противоположна к мастеру (М = 2);
̶ адрес узла вагонного тестера 01;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в пределах времени 25 мс - 1 с;
̶ на коннекторе(ах) на конце 2, должны быть найдены кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
Этот же тест следует повторить с линиями А и В состава (конец 2)
подключенных с помощью тестера (всегда направление 1 dir1). Результаты
следующие:
конфигурация вагонного тестера: постоянный подчиненный. Действия и
результаты такие же, как и для соединения к концу состава 1.
Конфигурация вагонного тестера: сильный или слабый мастер. Это
приводит к открытию, которое должно быть завершено в течение 1 сек. Если
нет, то после 2 сек, время ожидания должно заблокировать тест и отправить
на HMI сообщение об ошибке, в противном случае, конечный результат
открытия должны быть следующим:
̶ узел состава является подчиненным (адрес ПСС /TCN = 02);
̶ его ориентация противоположна к мастеру (М = 1);
̶ адрес узла вагонного тестера 01;
̶ сеть состоит из 2 узлов;
̶ фаза открытия завершается в пределах времени 25 мс - 1 с;
- на коннекторе (ах) на конце 2, должны быть найдены (рамки) кадры
обнаружения. Импульсные последовательности приблизительно 50 (каждые
25 мс (с допуском +4,0 мс) должны быть видны на линиях А и В WTB.
103
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• Тест открытия ̶ узел состава в качестве промежуточного узла.
Данный тест требует оба узла вагонного тестера. Они должны быть
конфигурированы как слабый мастер. Узел 1 вагонного тестера соединен с его
направлением 1 DIR1 до конца 2 состава. Узел 2 вагонного тестера соединен с
его направлением DIR2 до конца 1 состава. Конфигурация сети является
следующей:
Рисунок 28 показывает установку узлов вагонного тестера.
Рисунок 28 ̶ узлы вагонного тестера ( слова на картинке: узел
вагонного тестера 2, направление 2, вагонный тестер, направление 1,
узел вагонного тестера 1, конец1, конец 2, узел транспортного средства)
В качестве исходного состояния, узлы вагонного тестера и узел состава
завершили начальный этап перед подключением внешних коннекторов.
Когда выполнено соединение между узлом вагонного тестера 1 и концом
2 состава, сеть с 2 узлами открывается. Один узел является мастером, другой
узел является подчиненным. Узел состава находится в состоянии конечного
узла.
Когда выполняется соединение между узлом вагонного тестера 2 и
концом 1 состава, происходит новое открытие. Сеть состоит из трех узлов,
один является «хозяином» мастером, а два других являются подчиненными.
О результатах открытия: они должны быть в соответствии со стандартом
ПСС/TCN. В частности, должны быть проверены следующие параметры:
̶ ориентация всех трех узлов является 01;
̶ адрес ПСС/TCN мастера является 01. Если узел вагонного тестера 1
является мастером, то узел состава имеет адрес ПСС/TCN = 63. Если узел 2
104
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
вагонного тестера является мастером, то адрес ПСС/TCN узла состава
является 02;
̶ выключите узел состава, без разъединения его от других двух узлов.
Если узел состава не является сетевым мастер, то никакого открытия не
происходит. Включите узел состава, никакого открытия не происходит, адрес
ПСС/ TCN узлов остается неизменным.
Если узел состава является сетевым мастером «хозяином», то, когда он
выключен, происходит новое открытие, и один из двух узлов вагонного
тестера становится новым сетевым ведущим задатчиком (мастером).
Во всех случаях время инаугурации (открытия) длится не менее 25 мс и
не более 1 сек. Результаты каждого этапа тестирования будут показаны через
HMI в течение 2 сек от начала одного шага. Должно быть предусмотрено
время ожидания (тайм аут) для того, чтобы предупредить HMI в случае, если
тест не достиг своего завершения.
7.3.3.3 Испытание в регулярных эксплуатационных условиях
Стандарт ПСС/ TCN требует некоторые тесты на 3 миллиона
передаваемых кадров (рамок) (см разд. от 2.6.3.3 до 2.6.3.6).
С основным периодом в 25 мс (получение индивидуального периода,
равного основному периоду возможно только в сети с двумя узлами), передача
3 000 000 кадров потребует много времени (75 000 сек, это означает, что
потребуется более 20 ч).
Правильность данных, полученных узлом CUT (тестируемый
железнодорожный состав), из самого узла неизвестна (статистические данные,
определенные в разд. 5.6.4.22.2 МЭК 61375-2-1 доступны для применения на
том же узле).
Как следствие, тест может быть выполнен следующим образом:
̶ вагонный тестер установлен типом узла сильного мастера;
̶ после открытия сети вагонным тестером и CUT (тестируемым ж/д
составом) устанавливается регулярная фаза операции в 75 000 сек. В это
время, каждые 25 мс мастер посылает вызов мастера на узел CUT и отвечает
посредством его порта данных;
̶ узел вагонного тестера проверяет, чтобы в одно и же время не
происходило никакого открытия, и чтобы timeouts_count - число тайм-аутов (
разд. 5.6.4.22.2 МЭК 61375-2-1) не переполняло порог "3"ошибок;
̶ если узел CUT получает ошибочный кадр (рамку), то он не отвечает
правильно (или не отвечает вообще), и это можно проверить узлом вагонного
тестера.
Данный тест длится очень долго (более 20 ч). В качестве основного
теста, может быть использован более быстрый тест, но он дает лишь общее
представление о правильной нормальной работе. Он требует, чтобы тест SW
входил в состав тестера на уровне приложений.
105
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Данный тест SW должен быть в состоянии проверить свежесть (новизну)
данных, переданных узлом состава через WTB, когда сеть, состоящая из 2
узлов (узел состава и вагонный тестер) открыта и работает в регулярной
режиме. Он должен выдать максимальное время между двумя близкими
обновлениями данных. С теоретической точки зрения, это время обновления
должно быть 25 мс, но из-за отсутствия синхронизации между ПСС/TCN
стеком и применением, это время может увеличиться в два раза.
Тест должен продолжаться не менее 10 мин, сеть должна быть
стабильной (без нового открытия за это время) и максимальное значение
счетчика обновления не должно превышать 50 мс.
7.3.3.4 Переключение резервирования линии WTB
Данный тест применяется для конфигурации резервирования линии
(линии А и В WTB).
Передаваемые кадры должны быть доступны на обеих линиях; в приеме,
линия лучшего качества считается "надежной", другая "наблюдаемой". Все
тесты должны быть выполнены с сегментом WTB между составом и вагонным
тестером, работающим с надежной линией А (и с В наблюдаемым) и
повторяться с надежной линией B (и с наблюдаемой А).
Вагонный тестер должен быть конфигурирован в качестве сильного
мастера. В исходном состоянии, сеть, работает с обеими линиями WTB,
правильно соединенными. Следует выполнить следующие шаги:
а) проверить, что перекос передачи электрических сигналов на линиях А
и В меньше, чем 32,0;
б) тогда он отправляет кадры (рамки) только на линию А, которая
становится надежной линией для CUT. Операция является правильной, если
отклик (ответ) CUT будет правильным;
в) затем тестер переключает передачу от линии А на линию В (работа А
и В в промежуточном состоянии необходима, но она должна быть как можно
короче, менее 32 микросекунд. Ответ CUT не повлияет с операционной точки
зрения (переход с линии А на линию В для CUT не должен вызвать никакой
ошибки);
г) тестирование продолжается с линиями А и В, обе должны работать
правильно, тогда испытание следует повторить, как и раньше, но обменивая А
и В, путем отправки кадра сначала только на линию B, потом только на линию
А, а затем на линии А и В. Ответы CUT останутся неизменными (не
подвергнувшимися влиянию).
В данном тесте, использование анализатора протоколов могло бы
помочь в реальном измерении явлений. Если это не доступно, то испытание
проводится без точной проверки времени переключения.
106
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
7.3.4 Хранение данных теста
Предписанные тесты не требуют хранения данных, тем не менее, эта
возможность может быть очень полезна, особенно в стадии исследования,
когда возникает неисправность.
Данные могут быть записаны и сохранены двумя разными способами:
̶ узлом вагонного тестера при операции, например, путем захвата
различных данных, полученных в ходе различных этапов испытаний;
̶ вторым узлом в вагонном тестере, подсоединенном на WTB между
составом и работающим узлом вагонного тестера. Этот второй узел должен
работать в качестве простого " слушателя " и, как следствие, не участвующего
в деятельности на WTB. Его конфигурация должна быть закрыта с вызывным
реле.
Данные должны храниться в условиях, требуемых HMI. Разработка и
визуализация хранящихся данных должна осуществляться в автономном
режиме.
7.4 Тест на совместимость сети состава
Не рассматривается, потому что состав рассматривается как «черный
ящик», доступный только WTB.
7.5 Профиль приложений
Тест профиля приложения выходит за рамки теста на соответствие
ПСС/TCN и не рассматривается.
7.6 Несколько узлов на составе
Настоящий стандарт рассматривает применение процедур соответствия
как для единичного узла, тот же профиль реплицируется и для других узлов,
установленных на составе. Тесты профиля приложения выходят за рамки этого
теста на соответствие и не рассматриваются.
8 Тест NM на соответствие
Из опроса, проведенного PT61375-2, никакие услуги по управлению
сетью не реализовываются в реальных устройствах ПСС/TCN, за
исключением тех услуг, которые настроены для пользователя, такие как
загрузка и скачивание базы данных диспетчера узла и загрузка, и скачивание
исполняемого объектного кода.
Как следствие данной ситуации, нет оснований для разработки тестовых
наборов NM для того, чтобы они существовали на данный момент.
107
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Приложение А
(обязательное)
Роль испытательной лаборатории и клиента
А.1 Роль испытательной лаборатории и клиента
А.1.1 Общее
Испытательная лаборатория несет ответственность за проведение
оценки соответствия осуществления ПСС/TCN по просьбе клиента. Как
правило, испытательными лабораториями являются:
а) организации, занимающиеся разработкой или обеспечением
реализаций TCN/ПСС. В этом случае они называются испытательными
лабораториями первой стороны и относятся к производителю / провайдеру
TCN;
б) организации, занимающиеся проверкой реализации TCN самих перед
их использованием. В этом случае, они называются испытательными
лабораториями второй стороны и относятся к пользователям TCN;
в) организации, независимые от TCN реализаций поставщиков
(провайдеров) или пользователей, бизнес которых состоит в испытании таких
реализаций. В этом случае, они называются испытательными лабораториями
третьей стороны.
Клиент несет ответственность за соответствие отчетности,
сопровождающих IUT и за конфигурации самой IUT. Как правило, клиентами
являются:
г) исполнители или провайдеры TCN/ПСС IUT, которые делают заявки
по поводу тестирования своих собственных реализаций;
е) провайдеры этих реализаций, или любая другая заинтересованная
сторона.
Применимость этого стандарта не зависит от отношений между
клиентом и реализацией, таким образом, клиент называется в данном
стандарте в качестве провайдера (поставщика) IUT.
А.1.2 Обзор
Цель настоящего приложения заключается в определении роли,
имеющей отношение и к испытательной лаборатории, и к клиенту, со ссылкой
на процесс оценки соответствия, который делится на три этапа:
а) подготовка к тестированию;
б) проведение самого тестирования;
в) производство тестовых отчетов.
108
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Роль лаборатории, которая предписывается следующими подразделами
настоящего приложения, применима в равной степени и к тем испытательным
лабораториям, которые являются филиалами поставщиков или провайдеров, и
к тем испытательным лабораториям, которые являются независимыми.
Нижеследующее находится за пределами этого приложения:
г) производство диагностической трассировочной информации, в
дополнение к тому, что имеется в журнале соответствия, для результатов
тестирования, проведенного испытательной лабораторией, и для поставки ее
клиенту;
д) аспекты операций испытательной лаборатории, которые не являются
характерными для тестирования реализаций протоколов TCN;
е) аккредитация испытательных лабораторий.
А.2 Подготовка к тестированию
Это подготовительный этап осуществляется посредством выполнения
следующих шагов:
а) общие административные шаги;
б) соглашение о методах тестирования и отборе тестовых наборов;
в) обмен документацией для оценки соответствия;
г) подготовка IUT и MOT (Средства испытания) для конфигурации
тестирования, что является результатом выбора шага номер 2.
Во время подготовительного этапа и, в целом, в процессе оценки
соответствия, технические вопросы могут возникнуть из-за несовместимости
между характеристиками IUT и характеристиками испытательного
оборудования, и методами испытаний, предусмотренными в испытательной
лаборатории. Не существует общих требований, касающихся процедуры для
разрешения таких технических вопросов. Тем не менее, если обнаружатся
различия между стандартом тестирования на соответствие и стандартом
протокола, стандарт протокола должен иметь приоритет в решении проблемы.
А.2.1 Общие административные шаги
Общими административные шагами являются:
• форма заявки и предоставление информации о IUT от поставщика IUT;
• предоставление документов, описывающих общую политику, сроки и
условия для того, чтобы они были соблюдены испытательной лабораторией во
время проведения тестовых операций.
109
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
А.2.2 Соглашение о методах тестирования и отборе тестовых
наборов
Соглашение основано на обмене технологическими картами
(технологическая карта IUT поставщиков и технологическая карта
испытательной лаборатории) и на последовательном обзоре такой
технологической карты для того, чтобы достичь принципиального согласия по
методам испытаний и выбору тестовых наборов. Данная предварительная
работа завершается дальнейшей деятельностью, указанной в А.2.
А.2.2.1 Роль испытательной лаборатории
Испытательная лаборатория рассматривает технологическую карту
поставщиков IUT и определяет, сможет ли испытательная лаборатория
предложить обслуживание тестирования, которое применимо к IUT,
предлагаемой клиентом. Испытательная лаборатория должна оценить набор
тестов, выбранный клиентом в предложенной им IUT (см А.2.2.2 настоящего
приложения). Она должна выбрать соответствующие контрольные
стандартизированные наборы тестов, которые будут использоваться в
процессе оценки соответствия.
Для каждого тестового набора, испытательная лаборатория должна
определить испытательное оборудование и методы испытаний, которые будут
использоваться.
А.2.2.2 Роль поставщика IUT
Поставщик (провайдер) ИТУ изучает технологическую карту
испытательной лаборатории и делает выбор методов испытаний, которые
будут использоваться для тестовых наборов в предлагаемой IUT, в
соответствии с пунктами патентной формулы для IUT проверяемости, и в
соответствии с обслуживанием тестирования, предлагаемым испытательной
лабораторией.
А.2.3 Обмен документации для оценки соответствия
После того, как испытательная лаборатория и поставщик IUT
договорились об определении IUT, о тестовых наборах и о методах испытаний,
которые будут использоваться в ходе оценки соответствия, они обмениваются
подробной информацией о IUT. Эта информация находится в документах,
имеющих отношение к подготовке тестирования: PICS, PIXIT и любые другие
соответствующие документы, такие как идентификационные данные для IUT
и описание реализации средств аппаратного и программного обеспечения для
тестирования.
110
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
А2.3.1 PICS
A.2.3.1.1 Роль испытательной лаборатории
Нет никаких требований к испытательной лаборатории относительно
предоставления PICS для использования клиентом. Тем не менее,
испытательная лаборатория может предоставить копии соответствующих
PICS, если это необходимо.
A.2.3.1.2 Роль поставщика (провайдера) IUT
Поставщик (провайдер) IUT должен предоставить PICS для каждого
стандартизированного устройства ПСС / TCN, которое реализуется в IUT и для
которых должно быть протестировано соответствие.
Поставщик IUT должен заполнить соответствующее PICS. Требования к
предоставлению информации о PICS указано в этом стандарте.
А.2.3.2 PIXIT
Роль и область действия PIXIT заключается в том, чтобы представить
требования и дальнейшие указания относительно структуры и реализации IUT
и средств тестирования.
A.2.3.2.1 Роль испытательной лаборатории
Испытательная лаборатория должна создавать PIXIT для каждого
стандартизированного набора тестов, для которых предлагается тестирование.
A.2.3.2.2 Роль поставщика (провайдера) IUT
Поставщик IUT должен предоставить PIXIT для каждого
стандартизированного набора тестов, которые будут использоваться для
тестирования, заполнив соответствующую PIXIT, предоставленную
испытательной лабораторией с информацией, относящейся к IUT.
А.2.3.3 Любые соответствующие документы
Соответствующие документы, предусмотренные поставщиком IUT,
содержат как минимум следующую информацию:
̶ информация, имеющая отношение как к поставщику IUT , так и к самой
IUT:
• административная информация для идентификации клиента, в том
случае, если дополнительная информация считается полезной поставщиком
IUT в дополнение к тому, что включено в разделы, которые соответственно
сообщают идентификацию поставщика IUT, называемую PICS, и
идентификацию тестируемой реализации;
Более того, будет полезным представить описание средств для
тестирования, предоставляемых поставщиком IUT, и испытательное
оборудование, используемое в испытательной лаборатории.
111
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
A.2.3.4 Подготовка IUT и MOT
Эта деятельность заключается в установке испытательного стенда, где
IUT и испытательное оборудование связаны вместе.
A.2.3.4.1 Роль испытательной лаборатории и клиента
Оператор испытательная лаборатория и оператор поставщика IUT
должны сотрудничать в работе по обеспечению физического соединения
между испытательным оборудованием и IUT. Могут возникнуть некоторые
технические вопросы, например, такие как проблемы физического
интерфейса, в таком случае должно быть найдено соглашение между
испытательной лабораторией и поставщиком IUT для решения подобных
проблем.
А.3 Тестовая операция
Эта операционная фаза осуществляется путем выполнения следующих
шагов:
а) обзор статического соответствия;
б) отбор тестов и тестовой параметризации;
в) тестовая кампания.
А.3.1 Обзор статического соответствия
Во время обзора статического соответствия, поставщик (провайдер) IUT
должен предоставить PICS и любую другую соответствующую документацию
к рассмотрению.
А.3.1.1 Роль испытательной лаборатории
Испытательная лаборатория должна:
• убедиться, что PICS самосогласованно;
• убедиться, что PICS согласуется с требованиями статического
соответствия, предписанного в настоящем стандарте и в МЭК 61375-2-1, по
которым IUT проверяется на соответствие. Как минимум, следующие
проверки должны быть проведены для обеспечения согласованности между
PICS и требованиями к статическому соответствию:
̶ для каждого пункта, который указан в качестве обязательного в колонке
статуса, убедитесь, что пункт указывается в качестве поддерживаемого;
̶ для каждого пункта, который указан в качестве дополнительного, и из
которого определенная часть поддерживается, убедитесь, что показания
поддержки находятся в соответствии с требованиями;
112
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• проверить согласованность информации, представленной в PIXIT и в
любых других соответствующих документах, представляемых поставщиком
IUT;
• информировать клиента о результатах обзора статического
соответствия перед продолжением процесса оценки соответствия.
A.3.1.2 Роль поставщика (провайдера) IUT
Клиент должен изучить результаты обзора статического соответствия,
исполненного испытательной лабораторией.
А.3.2 Отбор тестов и испытаний параметризации
Отбор тестов и испытаний параметризации состоит в следующем:
• Отбор всех этих тестовых примеров, подходящих для IUT, на основе
информации, в PICS, PIXIT и в любых других соответствующих документах,
представленных
поставщиком IUT, в соответствии с требованиями
контрольных стандартизированных тестовых наборов данного документа.
А.3.2.1 Роль испытательной лаборатории
A.3.2.1.1 Выбор тестовых вариантов
Испытательная лаборатория должна выбрать следующие тестовые
варианты, при условии, что они обладают свойством, подвергаться
тестированию согласно PICS, PIXIT и любым другим соответствующим
документам, представленным поставщиком IUT:
• все возможности тестовых случаев для обязательных возможностей;
• все возможности тестовых случаев (примеров, вариантов) для
дополнительных возможностей или условных возможностей, которые
присутствуют в IUT в соответствии с PICS;
• все поведения тестовых случаев для обязательных возможностей;
•все поведения тестовых случаев, которые согласуются с
дополнительными или условными возможностями, и которые
присутствуют в IUT в соответствии с PICS.
A.3.2.1.2 Параметризация тестовых вариантов (случаев)
После отбора всех тестов, информация, представленная в PIXIT и в
любом другом соответствующем документе, должна быть использована для
определения соответствующих значений для каждого параметра в данных
тестовых случаях, в соответствии с документацией на средства тестирования
и в соответствии с требованиями его контрольных (эталонных)
стандартизированных наборов тестов. Полученные параметризованные
исполняемые наборы тестов готовы тогда быть выполнены по IUT.
Примеры типов параметризации следующие:
113
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• значения сетевых адресов;
• значения счетчиков;
• значения таймеров;
Этот список не является исчерпывающим.
А.3.2.2 Роль поставщика (провайдера) IUT
A.3.2.2.1 Выбор тестовых примеров
Для выбора теста, далее при обеспечении PICS, PIXIT и любых других
соответствующих
документов,
поставщик
обязан
предоставить
испытательной лаборатории информацию о том, должно ли быть выполнено
базовое тестирование взаимодействия в ходе испытательной кампании или
оно не должно выполняться.
A.3.2.2.2 Параметризация тестовых примеров
Нет никаких требований со стороны клиента во время тестовой
параметризации.
А.3.3 Тестовая кампания
Тестовая кампания — это процесс выполнения выбранных и
параметризованных тестовых наборов для конкретной IUT и производство
информации, необходимой для журнала соответствия.
A.3.3.1 Роль испытательной лаборатории
Во время тестовой кампании, испытательная лаборатория должна
выполнить все тесты, имеющие отношение к выбранным наборам тестов, и
установить для каждого тестового примера, какой из нижеследующих
результатов распространяется на него:
а) вердикт пройдено (удачный вердикт);
б) не получить вердикт т.е. не пройдено (неудачный вердикт);
в) неокончательное решение (не доказано, неубедительно);
г) ошибка тестирования;
е) ошибки исполнения тестовых случаев;
е) аварийное завершение тестовых случаев.
Для каждого тестового случая, который получил вердикт «не пройдено»,
испытательная лаборатория должна оценить, был ли данный вердикт, связан с
неидентифицируемым тестовым событием в тестовом примере. Если это не
так, то испытательная лаборатория должна записать неудачный вердикт для
данного теста в отчете протокола. Если это так, то испытательная лаборатория
114
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
должна определить, была ли ошибка тестового случая, то есть, было ли
событие, которое соответствовало неидентифицируемому тестовому
событию, действительным в соответствии с протоколом, и это определилось в
тестовом примере. Если это так, то испытательная лаборатория должна
указать в отчете протокола, что тестовый пример был "не запускаемым"
вместе с указанием причины.
Для каждого теста, который произвел неокончательный вердикт в связи
с неубедительностью и недоказательностью, испытательная лаборатория
должна повторно запустить тестовый случай, хотя бы один раз. Если
производится удачный или неудачный вердикт в течение последующего
исполнения, то вынесенный вердикт должен быть указан в протокольном
отчете. Если производится неокончательный вердикт в связи с
неубедительностью и недоказательностью во время последующего
исполнения (й) тестового примера, и поведение в этом тестовом примере такое
же, как и в предыдущем исполнении, неокончательный (неубедительный)
вердикт о должен быть указан в протокольном отчете.
Для каждого теста, который имеет ошибку тестового примера,
испытательная лаборатория должна указать в отчете протокола, что тест "не
запускается" вместе с указанием причины.
Для каждого теста, который произвел либо ошибку при исполнении
тестового примера, либо аварийное завершение тестовых случаев,
испытательная лаборатория должна повторно запустить тестовый случай.
Если же получается тот же самый результат, испытательная лаборатория
должна указать в отчете протокола, что тест "не запускается" вместе с
указанием причины.
A.3.3.2 Роль поставщика (провайдера) IUT
Клиент должен убедиться в том, что IUT и, при необходимости,
оператор IUT, имеют доступ к себе в течение согласованного периода тестовой
кампании. Клиент должен сотрудничать с испытательной лабораторией,
чтобы сделать какие-либо изменения по IUT или по его среде, которые
необходимы для того, чтобы разрешить выполнение всех тестов и он должен
делать обзор документации о таких изменениях.
Нет никаких требований относительно клиента по анализу назначенных
вердиктов. Тем не менее, в ходе тестовой кампании, клиент может запросить
повторное проведение любого теста, по которому был получен вердикт о сбое,
если не удовлетворен тем, что тестовый пример правильно распознал ошибку
в IUT.
А.4 Производство тестовых отчетов
Эта кульминационная фаза осуществляется
следующих шагов:
а) отчет по испытаниям на соответствия IUT;
115
через
выполнение
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
б) отчет по испытаниям на протокольное соответствие.
Отчет, указанный в строке 1, должен быть произведен испытательной
лабораторией, тогда как тестовый отчет, указанный в строке 2, должен быть
произведен в том случае, если он запрошен поставщиком IUT.
А.4.1 Отчет по испытаниям на соответствие IUT
Отчет по испытаниям на соответствие IUT предоставляет сводку
результатов тестирования, выполняемого на выявление соответствия IUT
поставщика.
А.4.1.1 Роль испытательной лаборатории
Испытательная лаборатория должна подготовить отчет, используя
проформу, который включает:
• список справочных стандартизированных наборов тестов, по
отношению к которым было проведено тестирование, вместе с датами
публикации стандартов;
• если это применимо, сведения о каких-либо изменениях или
дополнениях, к которым к IUT предъявляется требование соответствовать;
• краткое описание характера тестирования TCN и, в частности то, что
нет гарантии того, что IUT, которая прошла все испытания, будет
взаимодействовать с другими реальными TCN системами;
• четкие и недвусмысленные заявления том, было ли
продемонстрировано несоответствие в любом из тестовых случаев, или были
ли обнаружены какие-либо проблемы, вызывающие беспокойство;
• запись соглашения между испытательной лабораторией и клиентом на
определение того, какая часть или какие части системы, предоставленная
(предоставленные) для тестирования TCN, считается (считаются) IUT
тестируемой реализацией во время тестирования.
Отчет должен быть предоставлен клиенту испытательной лабораторией
в конце процесса оценки соответствия.
А.4.1.2 Роль поставщика (провайдера) IUT
Нет никаких требований относительно роли клиента во время
подготовки отчета.
Клиент должен рассмотреть отчет и, в случае несогласия с
испытательной лабораторией относительно его содержания, он должен
оставить комментарии, которые должны быть занесены в файл, как
приложение в самом отчете.
116
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
А.4.2 Отчет по испытаниям на протокольное соответствие
По просьбе клиента, испытательная лаборатория должна обеспечить
сопроводительную документацию для каждого тестового набора и тестового
случая, для выявления соответствия которых проводится тестирование в ходе
этого процесса оценки соответствия.
А.4.2.1 Роль испытательной лаборатории
Испытательная
лаборатория
должна
подготовить
отчет
с
использованием проформы, который включает:
• список тестовых наборов и тестовых случаев, которые были отобраны;
• список тестовых наборов, для которых были выбраны
соответствующие исполняемые тестовые примеры (случаи), которые были
запущены для исполнения в течение тестовой кампании;
• вердикты, назначенные этим тестовым случаям, которые были
запущены к исполнению;
• наблюдения (если таковые имеются), сделанные испытательной
лабораторией, в течение испытательного кампании;
• перечень тестов, которые были выбраны, но, как сообщалось, "не
работают". Они включают в себя тех, которые показали ошибку тестового
случая или аварийное завершение тестового случая;
• соответствие нормам протоколов (записей) на бумаге или на
магнитном носителе, доступным для чтения поставщиком IUT.
А.4.2.2 Роль поставщика (провайдера) IUT
Клиент должен сообщить испытательной лаборатории, следует или не
следует предоставлять отчет на протокольное соответствие тестов и
соответствующие регистрации (записи).
Клиент должен рассмотреть отчет и, в случае несогласия с
испытательной лабораторией по поводу его содержания, должен оставить
комментарии, которые должны быть внесены в файл в виде приложения, в
самом отчете.
117
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Приложение B
(справочное)
Контрольно-измерительные приборы и предназначенный
испытательный стенд
В.1Контрольно-измерительные приборы
В.1.1 Стандартные инструменты
B.1.1.1 Стандартные инструменты тестовых наборов
Стандартные инструменты для тестовых наборов выбираются
лабораторией в соответствии с данными, указанными в соответствующем
разделе настоящего стандарта. Все стандартные инструменты, используемые,
тип, марка, и основные характеристики должны быть перечислены и они
должны найти свое отражение в отчете относительно конкретной IUT. Все
допуски, уточнения, точности, воспроизводимость, устойчивость стандартных
инструментов должны быть лучше, чем или равны инструментам, указанным
в соответствующем пункте по тестированию.
В.1.2 Архитектура испытательного стенда
Испытательный стенд реализуется конфигурацией соответствующего
железнодорожного испытания, которое должно поддерживать следующие
манипуляции в самой конфигурации тестирования поезда:
• тестирование устройства WTB;
• соединение и разъединение устройства WTB;
• включение и выключение узлов;
• переключение резервирования
Кроме того, необходимо подключить испытательное оборудование TCN
к соответствующему узлу, который должен выполнить действие, как это
указано в тестовой последовательности.
Испытательное оборудование TCN и монитор линии, если необходимо,
требуются, чтобы зарегистрировать результаты действия и проверить их
относительно качественных и количественных аспектов.
Нет необходимости в том, чтобы IUT и эталонный (контрольный) узел,
при необходимости, выставили интерфейсы, предназначенные для цели теста,
существующую WTB, и сети состава, например, MVB (сеть
железнодорожного состава), интерфейсы достаточны, и полагают, что тестер
TCN нормально присоединен к сетевому
интерфейсу состава
118
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
соответствующего шлюза TCN, который вызывает действие или, когда сеть
состава не используется узлом WTB, к прикладному интерфейсу самого узла
WTB.
Мониторинг и протоколирование результатов выполняются приборами,
подключенными к WTB и / или к сетевому интерфейсу состава (это может
быть само испытательное оборудование TCN, которое обеспечивает такие
возможности).
Тем не менее, если узел обеспечивает интерфейс сервиса, этот
интерфейс может быть использован для обеспечения записи данных в блок
ПК.
Для того чтобы уменьшить стоимость тестирования и общую
продолжительность испытания, рекомендуется полная автоматизация
последовательностей тестирования, но однако это не обязательное
требование.
Преимущество полной автоматизации состоит также в сокращении
ошибок со стороны человека и в получения автоматической распечатки
результатов и проверок.
К основным сферам для автоматизации можно отнести:
• сцепление и расцепление соединений WTB между узлами
конфигурации тестируемого поезда для управления с помощью оборудования
TCN, укорочением и удлинением конфигурации;
• включение и выключение WTB узлов для управления с помощью
оборудования TCN моделированием отказа узла и его повторной установки;
• включение и выключение шинного устройства транспортного средства
для управления с помощью оборудования TCN моделированием отказа
устройства и его повторной установки;
• переключение узла резервирования для того, чтобы управлять точным
и синхронным образом приемом резервного узла;
• последовательность и отчетность тестирования.
Архитектура изображена на следующем рисунке В.1, она показывает
стимул (сигнал), мониторинг и протоколирование результатов, выполненных
инструментальными устройствами, подключенными к WTB и / или к сетевому
интерфейсу состава. Испытательный прикладная программа, очень простая и
загруженная в IUT, должна взаимодействовать и реагировать на сигналы,
посланные приборными устройствами.
119
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок В.1 ̶ Архитектура аппаратного испытательного стенда
В.1.3 Спецификация вагонного тестера
B.1.3.1 Общая информация
Вагонный тестер оснащен двумя узлами WTB. Эти узлы были ранее
представлены на испытания для проверки соответствия устройства TCN.
Тестер включает в себя персональный компьютер, подходящий для
управления различными этапами тестирования и для показа результатов. При
необходимости, он может разработать полученные данные и дать более
подробную информацию (в виде диаграммы, статистики и т.д.) в
благожелательной обстановке. Он может выполнять пост-разработки (в
автономном режиме) собранных данных.
Связь между узлом WTB и ПК осуществляется через внутреннюю шину;
использование сети состава, например, MVB, настоятельно рекомендуется.
Если это целесообразно, может быть добавлена последовательная связь между
двумя субъектами.
Рекомендуется, чтобы тестер включал также измерительные приборы
(такие, как осциллограф, генераторы сигналов, измеритель сопротивления),
необходимые для выполнения теста физического уровня.
120
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Если некоторые ограничения, поступающие от клиента (особенно
относительно размера и веса) сделают эту интеграцию невозможной,
рекомендуется включать по меньшей мере основные необходимые
функциональности и использовать традиционные инструменты для
выполнения других измерений.
B.1.3.2 Архитектура вагонного тестера
Вагонный тестер на основе человеко-машинного интерфейса (HMI)
может быть компьютером, который загружается программным обеспечением
тестового приложения. Как показано на следующем рисунке В.2, вагонный
тестер включает в себя два узла, которые связаны друг с другом сетью состава
и управляются посредством HMI через сеть самого состава. Предполагается,
что HMI также может контролировать измерительные приборы.
Рисунок В. 2 ̶ Архитектура вагонного тестера
Измерительные приборы могут быть подключены к коннекторам A1 / B1
или к коннекторам А2 / В2, так что имеется возможность выполнять
физические измерения на одном конце CUT, когда другой конец подключен к
узлу вагонного тестера.
121
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Различные этапы проверки приводятся через HMI, который удобен для
пользователя.
В.1.4 Физические испытания
Во время выполнения физических испытаний, узел состава не должен
быть включен (его питание находится в выключенном состоянии).
Физические испытания проводятся в соответствии со спецификацией
(см раздел 6.3), с помощью дистанционного управления от компьютера (HMI)
с помощью HMI на измерительных приборах.
Должно быть, в наличии специальное программное обеспечение,
которое должно запускаться на компьютере в целях проведения испытаний.
Переключатели SW1 и SW2 открыты. Таким образом, узлы вагонного
тестера не подключены к соответствующим коннекторам WTB.
Переключатель SW3 соединяет коннекторы (разъемы) WTB с
измерительными приборами.
Для тестирования линии сопротивления имеются мультиметр и
осциллограф, но для испытания на переходные помехи имеются волновой
генератор и осциллограф.
В частности:
• В тестировании линии сопротивления
Установка соединений на WTB:
Сокращенные тесты
LeftSide: DMM Левая сторона цифровой мультиметр
Правая сторона: сокращение между линией открытого теста
LeftSide: DMM Левая сторона цифровой мультиметр
Правая сторона: линия открыта слева
ПК запускает цифровой мультиметр, и измерение захватывается.
Сокращенный ускоренный тест будет проходить, если измеренное
сопротивление меньше 2 Q. Открытый будет проходить, если измеренное
сопротивление больше 1 MQ.
• В испытаниях на переходные помехи
Настройка соединений на WTB:
Линия А
Левая сторона генератора синусоидального сигнала (волны) (4 Vpp, Zt =
120 В, от 0,5 до 2,0 МГц)
Правая сторона 120 Q резистор.
122
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Линия B
Левая сторона 120-Q резистор и осциллограф с двумя каналами,
соединенными через резистор.
Правая сторона 120 Q резистор.
Во-первых, управление будет на генераторе сигнала, чтобы заставить
генератор синусоидального сигнала отправить (синусоидальный) сигнал на
частотах 0,5 BR и 2-х BR (для WTB эти значения ̶ 0,5 МГц и 2 МГц) в левую
сторону линии A.
После этого дистанционное управление проверяет осциллографом на
левой стороне линии В, что значение отторжения меньше 55 дБ.
Для завершения испытания на перекрестные помехи, следует выполнить
замену линии А линией В, и выполнить все действия, описанные выше.
Тест перекрестных помех пройдет, если значение отказа меньше 55 дБ
(снятое показание максимального напряжения около 7 мВ)
В испытаниях задержки распространения и затухания
Установка соединений на WTB:
Линия А
Левая сторона: генератор синусоидального сигнала (4 Vpp, Zt = 120 В,
от 0,5 до 2,0 МГц)
Канал 1 осциллографа.
Правая сторона: подключение к правой стороне линии B
Линия B
Левая сторона: Канал 2 осциллографа.
120 Q резистор.
Правая сторона: соединение с правой стороной линии А
Во-первых, управление будет на генераторе сигнала, чтобы заставить
генератор синусоидальной волны отправить (синусоидальный) сигнал на
частоте 0,5 BR и 2 BR (для WTB эти значения 0,5 МГц и 2 МГц) в левую
сторону линии А.
После этого дистанционное управление заставит осциллограф захватить
сигнал, присутствующий на левой стороне линии А (канал 1) и сигнал
присутствующий на конце (левая сторона) линии В (канал B).
Значения задержки распространения и затухания могут быть рассчитаны
автоматически.
Максимальное значение этой задержки зависит от состава. В стандарте,
оно фиксируется на 60 (с максимальной длиной шины (860 м), с узлами и WTB
123
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
повторителями (если они включены) Для одного состава следует применять
следующую формулу:
Тpd = Lx + 6,0 Rx Trd
где
Тpd
̶ время задержки распространения [в наносекундах];
L
длина линии WTB (А + В) на CUT (испытываемый ж/д состав),
магистральный кабель, коробки расширения и соединительные кабели
включены. Длина должна быть выражена в м;
R
это число WTB повторителей на CUT;
Trd
время задержки повторителя, введенное каждым
повторителем.
Тест задержки распространения пройдет, если значение задержки
меньше, чем значение Trd рассчитанное выше.
Тест затухания пройдет, если ослабление считывания меньше, чем
максимальное затухание, выделяемое для узла состава(0,5 дБ).
B.1.4.1 Функциональные тесты
B.1.4.1.1 Возможности канального уровня WTB Link _layer
Эти испытания проводятся с WTB узлом состава под питанием
(включен).
Существует три испытания:
а) открытие;
б) регулярная эксплуатация;
в) переключение резервирования WTB линии.
B.1.4.1.1.1 Открытие
Тип узла вагонного тестера (постоянный подчиненный, сильный мастер,
слабый мастер) выбирается HMI (человеко-машинным интерфейсом). Узлы
вагонного тестера ( направление 1dir1 и направление 2 DIR2) могут быть
подключены к концам состава в соответствии с различными стадиями
испытаний.
Например, тест с типом узла состава слабый мастер «хозяин», может
быть сделан следующим образом:
Чтобы проверить присутствие кадров обнаружения на обоих конечных
соединителях CUT, подключите A1 B1 разъемы вагонного тестера к концу 1
CUT (CUT end1). Через HMI мы должны привести в действие измерительные
приборы (осциллограф) по отношению к A1 B1 и считывать результаты. Та
же операция должна быть повторена на конце 2 CUT (CUT end2).
124
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Затем HMI должен конфигурировать узел 1 вагонного тестера в
постоянного подчиненного и соединить его направление 1 (Dir1) к A1 B1.
Подключите вагонный тестер A1 B1 к концу 1CUT (CUT end 1) , и
выполните открытие. HMI покажет, когда запустятся результаты, и таймер
будет отсчитывать время, прошедшее между этим событием и его
заключением. Событие вывода (заключения) будет замечено сигналом «pushup» в узле вагонного тестера. Информация в топографии может быть
прочитана с помощью HMI.
В связи с этим на узле вагонного тестера, часть на правой стороне
топографии будет:
63 (x16 бит)
01 (х 16 бит)
Узел вагонного тестера Транспортный узел
Таким же образом, могут быть выполнены другие этапы проверки
открытия.
B.1.4.1.1.2 Нормальная работа
Соединение между составом и вагонным тестером осуществляется
между одним концом соединительного состава и A1 / B1 вагонного тестера
Конфигурация вагонного тестера показано на следующем рисунке В.3.
WTB (2x0.75 мм)
125
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Рисунок В.3 ̶ Конфигурация вагонного тестера
Узел вагонного тестера является мастером, узел состава является
подчиненным (ведомым).
Вагонный тестер порта данных WTB (128 байт) устанавливается в
режиме по умолчанию. Если не указано в PICS, то режим по умолчанию
определяется как все 128 байт к 00.
Устройство HMI может считывать данные порта WTB, идущий от узла
состава, и показывает 128 байт в шестнадцатеричном формате байт.
Пользователь проверяет на HMI значения счетчика и 128 байт данных.
WTB. Информация об их качестве осуществляется в результате исследования
значений счетчика, задающего цикл обновления.
То же самое следует повторить путем установки узла состава в качестве
мастера (ведущего задатчика) и вагонного тестера в качестве подчиненного.
Позиции переключателей SW1 и SW2 в закрытом положении. В этом случае
узлы вагонного тестера соединены с коннекторами WTB. SW3 включается
таким образом, что нет соединения между измерительными приборами и
линиями Ах / Bx.
Основные этапы этого теста описаны ниже:
• после открытия, HMI начинает тест с регулярной фазой операции 75
000 сек, запуская его счетчик;
126
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
• после этого, он постоянно проверяет, что никакого открытия не
происходит;
• каждые 25 мс, вагонный тестер отправляет мастер (основной) вызов к
CUT. Если CUT не отвечает, через короткий промежуток времени
(timeout_count) происходит сбой (отказ), и счетчик в вагонном тестере будет
обновлен;
• тест заканчивается по истечении 75 000 сек. Будет считаться
ПРОЙДЕННЫМ ИСПЫТАНИЯ, если timeout_count не переполнил порог
ошибок "3".
Б. 1.4.1.1.3 Переключение резервирования линии WTB
Вагонный тестер должен быть оснащен измерительными приборами,
способными осуществлять испытания, описанные в разд. 5.2.4 МЭК 61375-21.
Рисунок В.4 ̶ Переключение резервирования линии WTB
В частности,:
• она способна захватывать и распознавать кадры, исходящие из узла
состава и проверить, что перекос (“t_skew“т_ перекос) между двумя
сигналами, присутствующими на линии А Line_A и линии В Line_B меньше
+32,0 (Это (рис В. 4);
• это возможность запускать посредством HMI проведение следующих
испытаний:
• мастер-кадры, посланные узлом вагонного тестера только на одну
линию;
• проверка правильности подчиненного ответа, посланного составом и
отображенным на HMI.
127
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
Библиография
[1] МЭК 61375-1: Электронное железнодорожное оборудование Железнодорожные сети связи (TCN) - Часть 1: Общая архитектура
[2] ИСО / МЭК 9646-2: 1994, Информационные технологии Взаимосвязь открытых систем – Методология и система тестирования на
соответствие - Часть 2: Спецификация абстрактных тестовых наборов
(Также имеются Рекомендации МСЭ (Международный Союз электросвязи) Т X.291 (1995))
[3] ИСО / МЭК 9646-3: 1998, Информационные технологии Взаимосвязь открытых систем - Методология и система тестирования на
соответствие - Часть 3: Комбинированная древовидная и табличная
нотация (TTCN) (Также доступно в Рекомендации МСЭ-Т X.292 (1998))
[4] ИСО / МЭК 9646-4: 1994, Информационные технологии Взаимосвязь открытых систем - Методология и система тестирования на
соответствие - Часть 4: Реализация тестирования (Также доступно в
Рекомендации МСЭ-Т X.293 (1995))
128
СТ РК IEC 61375-2-2_____
(проект, редакция 1)
УДК 629.4.027.11(430)
Ключевые слова: поездные сети
железнодорожное оборудование
связи,
информационные
МКС 45.040
технологии, электронное
РАЗРАБОТЧИК
АО «Казахская академия транспорта и коммуникаций им. М.Тынышпаева»
Старший научный сотрудник,
к.т.н., доцент
А.Алижан
Старший научный сотрудник
И.Жайсан
129