- •В. Любинский. Модели петлевых каналов микропроцессорной централизации
- •2.Диспетчерская централизация на базе ebilock 950.
- •4.Модель петли Ньюхолла.
- •7.Сравнительный анализ петлевых каналов.
- •Литература
- •В. Любинский Микропроцессорное управление в тяговых приводах электропоездов ведение
- •II.Постановка задачи
- •3.Модель оптимизации.
- •Методы оптимизации управления
- •5.Типы систем автоведения.
- •6.Программно-следящая система автоведения.
- •7.Реализация управления электроприводом.
- •9.Структурная схема сав.
- •10.Выбор микропроцессоров для сав.
- •11.Основные параметры микропроцессоров для сав.
- •12.Микроконтроллер tms 320 с 240.
- •В. Любинский. Математический изоморфизм моделей информационных и транспортных систем
- •2.Определение математического изоморфизма.
- •3.Обьективные основы изоморфизма математических
- •4.Математическое описание случайных процессов в информационных и транспортных системах.
- •5. Базовые математические средства для разработки моделей
- •6.Пример изоморфизма математических моделей информационных и транспортных систем.
- •Заключение.
- •Литература:
- •1.Исходные данные:
- •П. Балцкарс, в. Любинский. Оптимизация периодичности технического обслуживания электроподвижного состава ( эпс) на основе статистических данных об отказах. Аннотация
- •1.Характеристика потока отказов в узлах эпс.
- •2.Критерий оптимальности периодичности ремонтов.
- •3.Вывод формулы оптимального межремонтного пробега .
- •4.Пример оределения оптимального межремонтного пробега
- •1 Определение производной d(q(l))/dL и приравнивание её нулю
- •2.Решение уравнения относительно l
- •В.С. Любинский. Марковские модели отказоустойчивых устройств систем железнодорожной автоматики и телемеханики (сжат)
- •В. Любинский. Повышение надежности обьектных контроллеров в системе ebilock-950
- •1.Аннотация.
- •2.Структура системы обьектных контроллеров.
- •3.Функции обьектных контроллеров.
- •4.Форматы телеграмм и сообщений ebilock-950.
- •4.Содержание проблемы и постановка задачи.
- •5.Метод контроля по модулю.
- •6.Сравнительный анализ надежности системы
- •6.1 Вероятности состояний без использования программного модуля тестирования цепи: " напольные устройства-cis":
- •6.2 Показатели надёжности без использования программ тестирования:
- •6.3 Вероятности состояний при использовании программного модуля тестирования цепи: " напольные устройства-cis":
- •6.4 Показатели надёжности при использовании программ тестирования:
- •В. Любинский, л. Сергеева Сравнительный анализ стратегий технического обслуживания систем железнодорожной автоматики и связи.
- •3.1. Модели профилактической стратегии то
- •3.1.2 Модель по критерию оперативного коеффициента готовности r(t) t-это корень ур-ния :
- •3.1.4 Модель по критерию с-Средняя удельная прибыль от эксплуатации системы за единицу календарного времени. T-оптимальный интервал профилактики-это корень ур-ния.
- •3.2.Модели статистико-профилактической стратегии то)
- •4.Сравнительный анализ стратегий технического обслуживания.
- •Р.Балцкарс, в.Любинский. Оценка эффективности городского железнодорожного транспорта
- •2.Математическая модель городской транспортной сети.
- •2.Oценка точности вероятностной экспоненциальной модели безопасности
- •4.Постановка задачи оценки безопасности сжат по
- •5.Марковские модеы безопасности сжат.
- •Итоговая таблица результатов моделирования
4.Содержание проблемы и постановка задачи.
В процессе функционирования системы EBILOCK-950 осуществляется непрерывный циклический обмен данными между CIS и обьектными контроллерами. От CIS до ОК поступают пары А,В сообщений-приказов о изменении состояния напольных устройств ( например, для задания новых маршрутов) и от ОК на CIS идут пары А,В статус-сообщений, которые несут информацию о текущем состоянии напольных устройств.
В ОК поступающие «сверху» пары А,В сообщений-приказов и сформированные в ОК пары А.В статус-сообщений проверяются двумя программами А,В на совпадение. При отсутствии совпадения сообщений А.В вырабатывается сигнал тревоги ALARM, который передается в CIS и таким образом оповещает систему о появлении отказа. В этом случае в системе предусмотрены механизмы перевода системы в защитное состояние, однако нет никаких автоматических средств для локализации отказа, т.е. определения тех устройств, неисправность которых стала причиной появления сигнала ALARM.Нет также средств самоустранения отказа,например, путем резервирования наименее надежных элементов.
Отказ в системе ОК может появиться в одном из устройств тракта передачи сообщений:
порт петля, петля, концентратор, линии связи контроллеров, обьектный контроллер, обьектный кабель, напольное устройство.
Для устранения отказа необходимо прежде всего установить, где, в каком устройстве появится отказ.С этой целью в процессе эксплуатации системы используется специальные программные средства OC Test и PC Elban.
Тестовый компьютер с программой OC Test обеспечивает контроль цепи: линии связи контроллера,ОК, обьектный кабель,напольные устройства. Проверка цепей осуществляется путем симуляции процессов передачи сообщений-приказов «вниз» и верификаци статус-сообщений, поступающих «вверх» от напольных устройств.
Программа PC Elban имеет более широкие возможности по диагностике и эта программа используется , в основном, при наладке новой системы или при наладке системы после модификации. Кроме тестирования тех же устройств, которые тестируются программой ОС Test, программа PC Elban контролирует исправность петли и концентраторов.
Таким образом, при появлении в системе сигнала ALARM, напольные устройства, подключенные к ОК, из которого поступил этот сигнал, автоматически переводятся в защитное состояние, однако устранение неисправности осуществляется с определенной задержкой.
Задержка восстановления системы обуславливается необходимостью с помощью тестового компьютера и соответствующих программ вручную локализовать неисправность, обеспечить доставку к месту отказа необходимых материалов и устранить отказ.Такой многоэтапный процесс обнаружения и устранения отказов в системе ОК снижают показатели надежности системы, в частности, существенно снижается коэффициент готовности системы, значение которого зависит от времени восстановления.
В настоящей работе предлагается метод сокращения времени восстановления системы.
Сущность метода состоит в том, что при поступлении сигнала ALARM запускается программа
диагностики ,реализующая алгоритм локализации отказа. Программа состоит из трех модулей тестирования- порта петли с петлевым каналом, концентратора с линиями связи контроллера, обьектного контроллера с обьектными кабелями.
Тестирование устройств на исправность производится на основе метода контроля по модулю.Этот метод применим для контроля исправности технических устройств, выполняющих функции преобразования, пересылки и хранения информации.