Комментарии 35
Погуглил "хищение колесных пар". Открылась бездна.
Добрый день!
Насколько я знаю, иногда встречались случаи подмены колесных пар (случайные или преднамеренные). В случае подмены колесной пары, при последующих измерениях на графиках возникнет скачек в тех или иных характеристиках колеса, а система выдаст предупреждение о таком нештатном событии. Поэтому заниматься подменой колесных пар стало бессмысленно.
Цифровой вагон - вагон, на котором написаны цифры.
Добрый день!
Так и есть. Номер вагона, вместе с сотней других показателей, действительно используется как входная информация в цифровых продуктах и ML-моделях.
Цифровой вагон - вагон, на котором написаны цифры.
Когда-то было модно ко всему приписывать "электронный", потом "нано"... Сейчас, похоже, "цифровой" (хотя цифровой всё-таки логичнее в наше время, чем электронный, вот только из термина ЭЦП законодатели в своё время не ту букву убрали). Ну и термин "модель" для бизнес-целей как-то не звучит, "двойник" звучит лучше.
Так а что из себя датчик представляет и куда он встраивается? Сколько уже их поставили?
Добрый день!
Спасибо за вопрос. Датчики ставит РЖД, и датчиков на сети много. Сам датчик представляет из себя лазер и измерительную камеру. Луч лазера направляется на деталь, отражается и попадает на измерительную камеру. Например, такой луч можно направить на колесо вагона. То есть, когда рядом c датчиком, установленным около ж/д пути, проезжает поезд, система лазером "сканирует" колесо по различным параметрам, создавая его виртуальную 3D модель. Данные из этой модели мы используем в наших цифровых продуктах.
а на каких условиях РЖД предоставляет доступ к данным этих систем - у вас какой то уникальных договор с ними или в принципе данные могут получать все заинтересованные в этом компании?
А как измеренные параметры колес привязываются к конкретным вагонам с конкретными инвентарными номерами? Датчик считывает с вагона какую-то метку?
Добрый день,
Отличный вопрос! Вообще, для распознавания номеров вагонов можно использовать CNN - сверточные нейронные сети, и такие технологии активно применяются в отрасли. Но в данном случае все проще: есть данные измерений всех колес поезда, есть информация о том, какой это поезд и есть информация, из каких конкретно вагонов он состоит - на уровне информационных систем происходит сопоставление этих данных и привязка конкретного измерения к конкретному вагону и даже колесу.
Это получается не вагон, а какой-то цифровой рельс) а как связь обеспечивается?
Очень интересна в первую очередь аппаратная начинка вагона.
Помимо толщины гребня, какие ещё показатели используются для вагонов?
Добрый день!
Помимо толщины и высоты гребня эти датчики определяют ширину и толщину обода колеса, его диаметр, расстояние между внутренними гранями колес, наличие дефектов на поверхности катания.
Другой существующий тип датчиков представляет из себя рамки, создающие 3D модель вагона целиком, выявляя все дефекты и неисправности.
И наконец, для коммерческой приемки вагонов мы создали отдельное мобильное приложение - "Мобильный репортер ПГК".
Информация с этих и многих других источников объединяется в единый цифровой профиль вагона и используется в цифровых продуктах и сервисах.
Зашел как-то в завод полувагон.
Его отправили в ремонт.
Срезали борта - платформа получилась.
Поменяли ему номер, чтобы по правилам было.
Вот тут-то и сломалась информационная модель АСУ :)
Добрый день!
А вы талантливый человек. Отличный стих :)
история с 'перебить номера на вагонах' случалась гораздо чаще чем хотелось бы
фишка тут не сколько в самой системе, а сколько в том — будет ли кто проводить расследования по её 'странностям'
помня как работает РЖД да и ПГК… фактически дочка РЖД… эх.даж не буду ;)
==
а уж с цифровыми представлениями вагонов сколько лет носятся… уу… я блин работал бригадиром установки для осуществления выходного контроля вагонов для записи в базу техсостояния, меня начальник депо и ктото из руководства выше уговаривали-выпрашивали (я довольно плотно работал с ребятами — разработчиками этого девайса) сделать так чтобы 'все выходящие вагоны были исправны по твоим отчетам, а то ругают нас'
в итоге придумали поставить на мою установку один вагон (забракованный по кондиционеру, который уже полгода гарантийный ремонт ждет) и каждый день снимать с него показания, но в комп писать каждый раз новый номер вагона (который сегоня выходит из ремонта)
==
а уж по колесным парам… ну выцепят по ползуну КП гденить на ПТО, напишут что «все крындец брак» поставят подменную… а эту КП уведут… и что у вас в вашей системе будет записано?
Добрый день,
Верно, цифровой продукт дает рекомендации сотрудникам, а уже дальше все рекомендации отрабатываются. По рекомендациям системы реализуется определенный, заранее запланированных перечень задач, приводящий к экономическому эффекту. Достижение эффекта от подобных цифровых продуктов возможно только при условии, что продукт "вписан" в реальные бизнес-процессы компании и что продуктом реально пользуются.
Что касается случаев подмены колесной пары, то происходит следующее: новая колесная пара будет немного отличаться от предыдущей. По каждой колесной паре постоянно происходят замеры датчиками и постоянное построение временных рядов со всеми характеристиками, и в случае подмены колесной пары на таком временном ряду будет видно резкое увеличение или уменьшение какого-нибудь показателя, например толщины гребня. В реальности - небольшое изменение сразу нескольких показателей. По таким паттернам мы сразу сможем понять, что колесную пару подменили.
Мы не дочка РЖД, а полностью частная компания.
А конкретика будет какая-то - как сделано, хотя бы что конкретно сделано, а то "мы сделали хорошо, а в ближайшее время сделаем еще лучше и расскажем", звучит как "теперь наша зубная щетка чистит на 200% лучше".
Или речь идет вообще про "мы выгрузили одну табличку из базы lorawan в mysql в красивую экселечку"?
Добрый день!
Мы планируем подготовить несколько статей про цифровые продукты и цифровую платформу, где детальнее осветим такие вопросы, как выбранная архитектура, используемый стек и применяемые ML-модели.
Забегая вперед, могу сказать, что целевой стек цифрового продукта следующий: Angular - фронт, Python - бэк, Posgresql - БД. Плюс Kubernetes, GraphQL, Airflow. Business Oriented Architecture на сервисах.
Продукт приносит эффект около 100 млн рублей ежегодно. Основные бизнес драйверы - это сокращение необоснованной отцепки вагонов в ремонт и сокращение затрат на порожние рейсы.
Спасибо, будет интересно почитать.
Подскажите, вы работаете с уже готовыми данными, или с оборудованием тоже, начиная с передачи данных с датчиков?
Спасибо, будем стараться.
Мы получаем сырые данные с датчиков уже из информационных систем РЖД, то есть непосредственно с оборудованием не взаимодействуем. На своей стороне мы реализуем получение, обогащение, обработку и хранение этих данных, разработку пользовательского интерфейса и бэкенда продукта, построение моделей, выявляющих отклонения, а также настройку оповещений, отчетности и интеграций с другими цифровыми сервисами и продуктами компании.
А можно узнать какие типы неисправностей вагонов в вашей практике являются самыми частыми? И какие из них служат основанием для необоснованной отцепки вагона?
Добрый день!
подскажите по поводу результатов считывания параметров колес
у вагона 4 колпары ,
как результаты считывания привязываются в системе к конкретной колпаре с конкретным заводским номером? ведь номер колпары не считывается лазером
Добрый день! Спасибо за ваш вопрос.
Сами датчики не считывают номера колесных пар.
Датчики говорят нам:
вагон номер XXXX, колесная пара номер 1, состояние X;
вагон номер XXXX, колесная пара номер 2, состояние Y;
Далее, так как нам известен номер (нашего) вагона и порядковый номер колесной пары в этом вагоне (по которой было проведено измерение), и мы знаем какие детали установлены на наши вагоны, то уже в наших информационных системах происходит привязка данных с датчиков к конкретным КП для принятия управленческих решений.
Ну это не так :) лист комплектации не отражает порядка установки КП под вагоном - совсем совсем. Как повернут вагон в момент прохождения КТИ вам тоже не известно :)
Поэтому привязка выполняется не совсем так, как Вы описали.
Я понял ваш вопрос: вагон может ехать повернутым на 180 градусов, условно "задом-наперед", как определить последовательность колесных пар в таком случае?
Отличный вопрос, это определяется по предыдущим наблюдениям за ободом и гребнями по всем колесным парам. Даже на одном вагоне КП изнашиваются неодинаково. Сравниваются оба направления вагона с историческими данными, определяется направление, которое дало минимальное отклонение.
Если более подробно, то:
на прошлых данных глубиной в 5 значений строится медиана
текущие данные КТИ сравниваем с медианой каждого показателя для случая прямой тележки
текущие данные КТИ сравниваем с медианой каждого показателя для случая обратной тележки
выбираем вариант тележки (прямая / обратная), который дал минимальную суммарную погрешность
Надеюсь, я не запутал вас.
Сравниваются оба направления вагона с историческими данными, определяется направление, которое дало минимальное отклонение.
кхм, тоесть вы имперически угадываете положение вагона? а может проще ориентироваться на какойто конкретный признак?… ну там расположение ТЦ или ВР?
потому что вы — то определили какой стороной вагон, а механику вы как об этом скажете? Это когда он только только с перегона приехал — понятно, там человек подойдёт и мелком нарисует крестик, а если его выцепили и он две недели в тупике стоял? кто когда вспомнит где у него первая КП, а где третья?
Добрый день!
Выше Вы указали технологический стек. Это полностью Ваша разработка? А модуль планирования ремонтов Вы тоже сами написали или выбрали с рынка?
Добрый день,
Спасибо за ваш вопрос!
В ПГК сформированы центры компетенций для самостоятельной реализации сложных и нетиповых цифровых продуктов (разработчики, аналитики, архитекторы, DS, DE, DevOps, Scrum и другие).
Решение о способе реализации того или иного продукта принимается на Архитектурном комитете по итогам проработки всех архитектурных развилок и альтернатив по достаточно большому количеству параметров (TCO, покрытие функционала, соответствие целевой архитектуре и еще десятку других).
Данный цифровой продукт - полностью разработка ПГК, модуль планирования ремонтов сейчас в реализации, планируем завершить внутренними ресурсами.
Цифровой двойник вагона