惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
The GitHub Blog
The GitHub Blog
博客园 - 【当耐特】
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Recent Announcements
Recent Announcements
D
Docker
GbyAI
GbyAI
酷 壳 – CoolShell
酷 壳 – CoolShell
WordPress大学
WordPress大学
The Cloudflare Blog
雷峰网
雷峰网
A
About on SuperTechFans
小众软件
小众软件
博客园 - Franky
博客园 - 聂微东
F
Full Disclosure
大猫的无限游戏
大猫的无限游戏
C
Check Point Blog
MongoDB | Blog
MongoDB | Blog
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
U
Unit 42
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
V2EX
Engineering at Meta
Engineering at Meta
宝玉的分享
宝玉的分享
aimingoo的专栏
aimingoo的专栏
量子位
P
Proofpoint News Feed
Hugging Face - Blog
Hugging Face - Blog
博客园_首页
罗磊的独立博客
Martin Fowler
Martin Fowler
D
DataBreaches.Net
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
S
Secure Thoughts
Project Zero
Project Zero
L
LangChain Blog
阮一峰的网络日志
阮一峰的网络日志
C
Cybersecurity and Infrastructure Security Agency CISA
T
Tailwind CSS Blog
S
Schneier on Security
Blog — PlanetScale
Blog — PlanetScale
The Hacker News
The Hacker News
Spread Privacy
Spread Privacy
Security Latest
Security Latest
NISL@THU
NISL@THU
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
CXSECURITY Database RSS Feed - CXSecurity.com
J
Java Code Geeks

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром T-TOPS: Как распутать гордиев узел проекта после выхода в прод (меч не понадобится) Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Как мы разогнали железную дорогу
Исаев Антон · 2026-04-16 · via Все публикации подряд на Хабре

Как мы разогнали железную дорогу

6 мин

19K

Если смотреть на наш комбинат сверху, то это не просто завод — это гигантский живой организм с собственной кровеносной системой. 596 километров железнодорожных путей с 1650 стрелочными переводами, по которым день и ночь курсируют 136 локомотивов.

Долгие годы работа этой системы обеспечивалась исключительно человеком. Представьте: «вертушка» с 15 вагонами 3-4 раза за смену уезжает со станции. И то, как она пройдет свой маршрут, целиком зависело от того, кто сидит в кабине. Один из машинистов может мастерски использовать инерцию и профиль пути, чтобы на выбеге взять подъем и сэкономить топливо. Другой будет вести состав более прямолинейно. Но это условно. Суть в том, что квалификация у всех разная, а объективно оценить «манеру вождения» и ее оптимальность было невозможно.

Отсутствие прозрачности процесса закономерно вело к некоторым проблемам — перерасходу дизельного топлива, преждевременному выходу техники из строя. Перед нами встала задача: перестать полагаться на человеческий фактор и взять управление в свои руки.

Для этого нам нужна была система, которая в режиме онлайн отвечала бы на ключевые вопросы. Где именно находится каждый локомотив? Как он едет? Правильный ли режим выбрал машинист?

Как мы подступились к этой задаче

Итак, мы решили построить систему онлайн-мониторинга тепловозов. План был в следующем.

  1. Создать цифровые эталоны идеального движения, на которые можно было бы ориентироваться при оценке «манеры вождения» машиниста.

  2. Дать железным дорогам некие точки мониторинга, разметив пути с помощью RFID-меток для точного позиционирования локомотивов в реальном времени.

  3. Начать отслеживать точное местоположение локомотивов, измерять аппетит машин и следить за расходом топлива.

  4. Внедрить единый мозговой центр, который бы аккумулировал все данные.

Оцифровка мастерства и нарезка маршрутов

Управление локомотивом — в каком-то роде искусство. Нашей задачей было превратить это искусство в точную науку. Для этого мы начали создавать «режимные карты» — эталонные сценарии идеального движения для каждого участка пути.

Мы виртуально «разрезали» все маршруты на мелкие сегменты — геозоны длиной всего по 50-100 метров. В общей сложности маршрут был разбит на 300 таких точек контроля.

Например, вот так выглядит путь от одной станции до другой:

В каждую такую геозону мы «зашили» свой эталон — какая скорость здесь является оптимальной в прямом и обратном направлении. Это позволило нам получить объективный критерий для оценки действий машиниста.

Но откуда мы взяли эти идеальные параметры? У нас на руках было много разнообразных вводных — скоростные режимы на участках, данные о локомотивах, типах вагонов и грузе — но связать их воедино получилось только при помощи этой системы. На основе анализа полученных данных нам удалось вывести эталонные значения.

Около полугода система в фоновом режиме, незаметно для машинистов, собирала статистику: как именно каждый из них ведет состав на каждом из этих участков, с какой скоростью и с каким расходом топлива. Затем мы отфильтровали аномалии — например, слишком быстрые или медленные проезды, ведущие к перерасходу — и вывели усредненные оптимальные значения.

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

Мониторинг скорости тепловоза

К моменту подготовки режимных карт вопрос оснащения путей датчиками почти был решен — в рамках более раннего пилотного проекта наш подрядчик уже оснастил пути 150 RFID-метками. Когда мы поняли, что это решение нас устраивает, установили еще 3000 меток.

Почему мы решили использовать RFID, а не, например, GPS? В условиях промышленной железной дороги погрешность 4-5 метра в каждую сторону — это, мягко говоря, недопустимо. Для нас было критично понимать, не что состав «где-то в районе путей», а на каком именно пути он находится.

Поэтому разместить RFID-метки мы решили на входных и выходных стрелках. Когда локомотив пересекает метку, система фиксирует, по какому пути он следует.

Но знать местоположение — мало. Ключевым параметром для нас была скорость. Для этого на тепловозах мы использовали ранее установленный КПД-3П — комплекс параметров движения, которым оборудован каждый тепловоз НЛМК. С него информация в онлайн-режиме передается на сервер с указанием скорости и геозоны работы локомотива.

Реализация, однако, не обошлась без своих вызовов. Отдельные участки железнодорожных путей находятся в зоне слабого покрытия промышленной сети. Но и эту проблему мы решили. При отсутствии связи данные аккумулируются во внутренней памяти и отправляются в систему, когда появляется соединение.

Были и курьёзные трудности. Первоначально метки размещали посередине путей, но суровая реальность в лице снегоуборочной техники быстро внесла свои коррективы. Пришлось перенести их на стрелочные переводы — место более защищенное и с точки зрения логики системы куда более выгодное. Но и там их подстерегает другая напасть — после проведения работ (например, капитального ремонта) сотрудники порой забывают вернуть метки на место.

Замер расхода топлива

Сердце любого проекта оптимизации — это достоверные данные. Можно идеально отслеживать местоположение и скорость, но если мы измеряем ключевой ресурс — в нашем случае дизельное топливо — с недостаточной точностью, вся экономия может сойти на нет.

Для решения этой задачи наши тепловозы оборудованы комплексом «Кварта-Р1», который отвечает за замер объёма топлива.

Топливо — не статичная субстанция. Его плотность может меняться, причем в обе стороны. Например, из-за температуры. Поэтому его количество на борту локомотива измеряется с учетом его текущей плотности. Так мы точно знаем, сколько дизеля было фактически израсходовано на каждом участке пути при конкретных режимах работы двигателя. Дополнительно, чтобы не измерять случайные всплески дизеля, датчики в бак установлены по диагонали.

Пульт управления локомотивами

Всё это — тысячи точек данных от меток и датчиков — обретает смысл только тогда, когда попадает в единый мозговой центр. Таким центром для нас стала система «ЭМ-Диспетчер». В нее стекаются и обрабатываются данные со всех 136 локомотивов, превращаясь в подсказки и инструкции.

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

Администратор может в реальном времени узнать местонахождение каждого тепловоза и детальную информацию по нему. Система в реальном времени выводит уведомления: о простоях, нарушениях скоростного режима и отклонениях от геозоны.

Для удобства дежурно-диспетчерского персонала визуализированы ключевые метрики. Есть цветовая индикация простоев: локомотив, стоящий более 20 минут, подсвечивается желтым, а более 40 — более тревожным красным. Каждый дежурный и диспетчер видит только те локомотивы, которые работают на его станции или участке.

Дежурные по станции и начальники районов, как и администратор, видят картину в режиме реального времени. Они могут не гадать, где находится состав, а точно знать, что он уже на подходе и пора готовить для него путь. Это позволяет оптимизировать движение по станциям и ускорить весь процесс грузооборота.

И, конечно же, решение в скором времени будет доступно и самим машинистам. Для этого ему будет необходимо только мобильное устройство. В отличие от Яндекс Навигатора, который предупреждает о превышении максимальной скорости, наша система будет напоминать о том, что нужно придерживаться целевого значения. При отклонении от скоростного режима или выбора правильной позиции, система выдаст уведомление. Также в комплексе реализована выдача предупреждений в режиме онлайн о действующих ограничениях скоростного режима на участке.

От черного ящика к безопасности и экономии

Теперь кратко о том, что мы получили.

  • Управление ресурсами и экономия. Данные о расходе топлива помогают оптимально распределять ресурсы и снижать эксплуатационные расходы. Только на дизельном топливе за год работы решения нам удалось сэкономить 14,7 миллионов рублей.

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

  • Уменьшение затрат на обслуживание. Через увеличение расхода топлива на одних и тех же тепловозах мы можем выявить неисправность на ранней стадии и заблаговременно устранить ее, что позволяет сократить внеплановые простои техники.

  • Планирование технического обслуживания. На основе информации об отработанных часах, пробеге и нагрузках можно планировать регулярное техническое обслуживание и ремонты. Это продлевает срок службы локомотива и снижает риска поломок.

  • Экология. Снижение общей эмиссии с локомотивного парка даже на 9% — огромный вклад в экологию территории.

  • Оценка работы машинистов. Информация о стиле вождения, соблюдении скоростных режимов и других аспектах управления локомотивом позволяет оценивать профессионализм машинистов и проводить соответствующие тренинги и курсы повышения квалификации.

Нет предела совершенству

Относительно развития проекта у нас грандиозные планы.

Наша ближайшая цель — вместо обычных мобильных устройств дать машинистам специализированные планшеты с вшитым в них ПО. С его помощью можно будет выбрать вид работы (маневровая, поездная и пр), вводить топливные параметры, просматривать параметры поездки, выводить дополнительные предупреждения о техническом состоянии локомотива за счет дооборудования датчиками предиктивной аналитики.

Также мы планируем интегрировать данную систему с действующими логистическими системами. И главный, стратегический план — дооснастить липецкую площадку RFID-метками, своевременно обновлять оборудование на локомотивах на более прогрессивное, развивать ПО и потом уже масштабировать готовое решение на наши дочерние предприятия — Стагдок, Доломит, Алтай-Кокс, СГОК.