Спирачката като софтуер: Програмируемо спиране с nX

Уважаеми колеги,

Използването на текстове и изображения от настоящата статия е допустимо само при задължително посочване на автора и поставяне на активен линк към оригиналния източник. Нека проявяваме професионално уважение към труда, знанията и опита, вложени в това изследване.

Въведение

През 1905 г. Georg Knorr получава патента, който ще определи спирачната техника за целия следващ век — автоматичната спирачка със сгъстен въздух. Оттогава са минали повече от 120 години, а принципът се е променил по-малко, отколкото бихме очаквали: намаляване на налягането в главния въздухопровод (ГВП), реагиране на разпределителния вентил, подаване на въздух към спирачните цилиндри. Системата е изпитана, fail-safe и взаимосъвместима в целия свят — това я направи световния стандарт.

През последните две десетилетия обаче спирачката постепенно „електронизира“: първо се появиха електропневматичното (EP) управление и EBCU, а после и пълната интеграция с TCMS, за която писах в статията за TCMS и управление на спирачките. Следващата стъпка беше само въпрос на време — спирачката да стане софтуер.

Именно това заяви Knorr-Bremse на InnoTrans 2026 в Берлин с новата си системна архитектура nX: фундамент, който позволява софтуерно-дефинирани спирачни решения и интегриране на персонализирани, базирани на данни функции — в среда с най-високите изисквания за безопасност. В настоящата статия ще разгледаме какво точно означава това, как стигнахме дотам и какво променя на практика.

1. Какво е nX архитектурата

Да тръгнем от официалната дефиниция, защото тя е внимателно формулирана. Според прессъобщението на Knorr-Bremse за InnoTrans 2026, електропневматичната спирачка („Brake-by-Air“) е „в момента глобалният стандарт за спирачни системи на влаковете“, а:

„Новата системна архитектура nX полага основата за това: тя позволява софтуерно-дефинирани решения и интегриране на персонализирани, базирани на данни функции в среда с най-високите изисквания за безопасност.“

На практика nX не е единичен продукт (не е „нов вентил“ или „нов EBCU“), а системна архитектура — съвкупност от хардуерна платформа, комуникационна среда и софтуерна рамка, върху която се изграждат спирачните функции. Важен детайл от независимите публикации (The Brake Report): nX лежи в основата и на двете линии на развитие, които Knorr-Bremse показа на изложението:

• EP спирачка („Brake-by-Air“) — сегашният глобален стандарт: електрическа команда, пневматично изпълнение;
• EM спирачка („Brake-by-Wire“) — бъдещето без сгъстен въздух, за което също ще стане дума.

С други думи, nX е мостовата конструкция между днешната спирачка и утрешната.

Илюстрация: софтуерно-дефинираната спирачка — централен контролер, мрежа от данни и интелигентни спирачни модули по талигите.

1.1. Какво означава „software-defined“

Терминът идва от автомобилния свят (software-defined vehicle), но при спирачките смисълът е конкретен. В класическата EP спирачка поведението е „вградено“ в хардуера: размерите на дюзите, настройките на вентилите, характеристиките на релейните вентили. Промяна в поведението = промяна в компонентите.

При софтуерно-дефинирана архитектура:

• Функциите живеят в софтуера — времето за напълване на спирачния цилиндър, градуирането на спирачните нива, корекцията по товар, дори характеристиката на WSP са параметри и алгоритми, а не механични настройки;
• Конфигурацията заменя окабеляването — един и същ хардуер може да обслужва различни типове вагони и мотриси чрез конфигурация, а не чрез различни монтажни варианти;
• Актуализацията заменя подменянето — нова функция или корекция на поведението може да стане като софтуерна актуализация, не като смяна на оборудване;
• Данните са изходен материал — сензорната информация от спирачната система се използва активно за адаптация и диагностика, а не само за фиксирана логика.

Тук е мястото да подчертаем нещо важно. „Програмируемо“ при влакова спирачка не означава „свободно програмиране по време на експлоатация“, както е при един микроконтролер за хоби проекти. Всички тези функции се разработват, валидират и сертифицират в рамките на CENELEC изискванията (EN 50128 за софтуера, EN 50129 за безопасността) — точно това означава и формулировката „в среда с най-високите изисквания за безопасност“.

1.2. Защо точно сега

Софтуерната дефиниция на спирачката не е маркетингов трик, а отговор на няколко реални налягания:

1. Огромният инсталиран парк EP спирачки. Електропневматичното спиране е глобалният стандарт (по официалната оценка на Knorr-Bremse) — всяка нова възможност, която се добави към него, веднага стига до хиляди влакове.
2. Цифровизацията на товарния транспорт. Цифровата автоматична съцепка (DAC) носи непрекъсната връзка за данни и захранване по целия състав — а тя има смисъл само ако спирачната система „разбира“ от данни.
3. ETCS и ATO. Автоматизираното шофиране изисква точни и повторяеми спирачни криви, които се изчисляват динамично — задача за софтуер, не за фиксирана пневматична логика.
4. Икономиката на жизнения цикъл. Влаковете живеят 30–40 години; възможността функции да се добавят и коригират софтуерно променя изчислението TCO.

2. От крана на Knorr до програмируемата спирачка

За да стане ясна мащабността на промяната, нека проследим еволюцията на спирачното управление в няколко поколения — част от тях сме разглеждали подробно в предишни статии на портала.

Забележете последните два реда. nX и EM Brake не са конкурентни подходи, а две отворени врати: nX оцифрява и прави програмируема сегашната спирачка, а EM Brake демонстрира докъде води пътят — пълна електрификация на спирането.

3. Какво реално прави възможно nX

Да разложим официалното определение на съставките. То съдържа три ключови елемента: софтуерно-дефинирани решения, персонализирани функции, базирани на данни функции — всичко това при най-високи изисквания за безопасност.

3.1. Софтуерно-дефинирани решения

Спирачната система престава да е „твърд продукт“ и става платформа. Добър показател за посоката е какво друго показа Knorr-Bremse на InnoTrans 2026 върху същата философия:

• AirSupply Smart — интелигентно подаване на сгъстен въздух според реалната нужда на спирачната система. Резултат: по-тиха и по-енергоефективна работа; в комбинация с новия компресор ScrewSupply Eco — намаление на разходите през жизнения цикъл с до 40%.
• SIFU (Smart Integrated Functional Unit) — обединява управление, диагностика и измерване на енергийните потоци в компактна единица и намалява бордовото окабеляване с над 70%. Когато окабеляването намалява с две трети, ясно е, че логиката се премества в софтуера.

3.2. Персонализация под оператора

„Customer-specific“ не е пуста дума — спирачните нужди на регионална мотриса с 15 спирки по ден и на тежкотоварен влак от 60 вагона са два различни свята. Софтуерната архитектура позволява едно и също базово решение да се „облича“ различно за всеки оператор. Показателен пример от същата платформа е системата LEADER Flow — помощна система за машиниста при товарни превози, която работи с данни за трафика и маршрута в реално време и дава предиктивни препоръки за движение с икономии от двуцифрен процент; системата вече е в ежедневна експлоатация при европейски клиенти, а нейният вариант LEADER AutoControl се използва в САЩ и Австралия при най-тежките товарни влакове.

3.3. Данните като спирачен ресурс

Data-driven функциите са третата съставка. Във вагона без LAN кабел и без локомотивна връзка данните днес се добиват безжично — например чрез FreightControl Sentinel, безжично решение за мониторинг на състоянието на парка. Към това добавете предиктивната поддръжка, която писахме и в TCMS статията: времена на налягане, честота на WSP активации, температурни пикове. Разликата е, че при софтуерно-дефинирана архитектура тези данни могат не само да се събират, а и да задвижват поведение: адаптивни функции, персонализирани профили, автоматизирани проверки.

3.4. Най-високите изисквания за безопасност

Тук е разликата между софтуерната спирачка и софтуерния банкомат. При спирачка всеки софтуерен ред е под надзор:

• разработка по EN 50128 (софтуер за жп контролно-управляващи системи) и доказателство по EN 50129;
• безопасносвързана комуникация по EN 50159 — детерминизъм, CRC защита, watchdog;
• физическо резервиране за критичните канали (при EM Brake, например, аварийната команда е твърдо окабелена директно към актюаторите, минавайки покрай всяка софтуерна логика);
• защита от преплъзване по EN 15595 с цикли от порядъка на десетки милисекунди.

4. Двата пътя: Brake-by-Air и Brake-by-Wire

На InnoTrans 2026 Knorr-Bremse показа цялостната посока под заглавие „Evolution of Braking“ — и в нея ясно се четат два пътя.

Пътят на еволюцията е EP спирачката, надградена с nX. Тя запазва пневматичното изпълнение (а то е изпитано, евтино и взаимосъвместимо с целия парк), но получава софтуерен слой: адаптивни функции, диагностика, персонализация. Това е пътят, който стига до милионите вагони и хилядите мотриси, които ще се движат още десетилетия.

Пътят на революцията е EM спирачката (EM Brake) — цифрова електромеханична система с brake-by-wire управление, в която електричеството е едновременно носител на командата и на енергията. Без компресор, без запасни резервоари, без тръбопроводи — концепцията за „влака без въздух“. Официалните данни от техническата публикация на Knorr-Bremse:

• спирачната система е до 15% по-лека;
• по-бързо реагиране и отпусане → по-кратък спирачен път и по-добра пропускателна способност на линията;
• вградена износомерка и диагностика на ниво актюатор;
• в рамките на европейската програма Europe’s Rail са изпитани над 200 спирачни маневри при скорости до 160 км/ч, вкл. аварийно спиране с WSP;
• а от 24 септември 2026 г. EM Brake е в редовна експлоатация на регионален влак на Trenitalia в Италия — първото ежедневни приложение на технологията.

Подрамово оборудване на съвременна мотриса: спирачен контролен шкаф с електроника, въздушни резервоари и дискова спирачка. Именно този „пищял“ от тръби и блокове софтуерната архитектура цели да опрости.

5. Какво означава това на практика

Нека сгъстим всичко до конкретни сценарии, защото там се вижда стойността:

1. Спирачният тест с бутон. В рамките на EU-финансирания проект PioDAC, Knorr-Bremse ще оборудва 23 товарни вагона и локомотив на ÖBB Rail Cargo Group с цифрови автоматични съцепки (първият търговски договор в Европа, снабдяване от 2028 г.). Сред функциите — автоматичен спирачен тест по целия състав: без обхождане на вагоните, без ръчни проверки на крановете. Тази функция е смислена именно защото съцепката носи данни, а спирачката ги „говори“.
2. Спиране, което се адаптира. Компенсация по товар, blended braking с приоритет на регенерацията, профили за планински маршрути или метрокриви — всичко това вече правят EBCU-та; при nX архитектурата тези поведения стават конфигурируеми и обновяеми, а не заводски фиксирани.
3. Поддръжка по състояние. Данните от спирачните модули (времена, налягания, износване) се превръщат в прогноза: кога да се смени накладката, кой вентил бави пълненето. Директно от практиката на депото: часовете на разглобяване за проверки се превръщат в минути преглед на диагностичен доклад.
4. Интеграция с ATO. Когато влакът спира по спирачна крива, изчислявана от автоматична система (GoA 2–4), спирачната система трябва да изпълни точното забавяне с повторяемост. Това е софтуерен диалог — и още един аргумент спирачките да станат софтуерни.
5. За товарния парк — безжична връзка. Където DAC още няма, функции като FreightControl Sentinel дават на вагона „глас“ без окабеляване — мониторинг на състоянието и инциденти, който доскоро беше невъзможен за класическия UIC вагон.

6. Стандарти и киберсигурност

Както при TCMS, така и тук рамката е стандартизирана. Основните референции за една софтуерно-дефинирана спирачна система са:

Отделна тема, която преди пет години почти не я обсъждахме, а днес е в задължителната програма: киберсигурността. Софтуерно-дефинираната спирачка означава софтуерни актуализации и свързаност — а това означава и атакуваема повърхност. CENELEC TS 50701 дава специфичната за сектора рамка, а на регулаторно ниво директивата NIS2 включва железопътния транспорт в обхвата на критичната инфраструктура. За инженерите това означава нов тип дисциплина: управление на конфигурацията, подписани актуализации, контрол на достъпа — не по-различно от това, което авиацията прави отдавна.

7. Какво означава това за българските железници

Тук ще позволя малко авторски анализ, обозначен като такъв.

При пътническия парк съвременните ни мотриси (като RegioPanter на БДЖ) вече работят по модела „EBCU + TCMS“ — тоест те са на едно поколение разстояние от философията nX. За оператора това означава, че бъдещите надградени възможности (по-детайлна диагностика, автотестове, персонализирани спирачни профили) биха могли да идват предимно като софтуер, а не като подмяна на оборудване — при условие, че така са договорени в търговските рамки, което е цялостен въпрос сам по себе си.

При товарния транспорт картината е по-предизвикателна: българският и европейският парк вагони с класическа пневматика по UIC 540 е огромен и ще остане по релсите десетилетия. Именно затова комбинацията DAC + автоматичен спирачен тест + безжичен мониторинг е толкова важна — тя е пътят, по който и „старият“ вагон се включва в цифровата екосистема. С потенциал за модернизация на до 500 000 товарни вагона в Европа, който Knorr-Bremse оценява за своята част на средно трицифрен милионен евро мащаб годишно, е ясно защо темата е и бизнес, а не само техника.

Заключение

От патента на Georg Knorr през 1905 г. до nX архитектурата през 2026 г. спирачката мина пътя от чиста механика, през пневматика с електрическа команда, до софтуерна платформа. nX е важна именно защото не изхвърля днешната спирачка, а ѝ дава нов слой: функции като софтуер, решения под конкретния оператор и поведение, задвижвано от данни — всичко при непокътнати изисквания за безопасност. А EM Brake показва докъде води пътят: спиране без сгъстен въздух, с електричество и данни.

За инженерите и техниците това означава нова грамотност: освен ГВП, разпределителни вентили и спирачни проценти, ще трябва да разбираме от архитектури, версии на софтуер, SIL нива и киберсигурност. Пневматиката не си отива — но вече не е цялата история.

Информацията в тази статия е базирана на официалните прессъобщения и техническите материали на Knorr-Bremse за InnoTrans 2026 (newsroom.knorr-bremse.com; rail.knorr-bremse.com), на публикации на The Brake Report, както и на стандартите UIC 540, UIC 541-05, EN 15595, IEC 61375, EN 50155, EN 50128, EN 50129, EN 50159 и CENELEC TS 50701.

Може да ви е интересно още:

От аналоговата пневматика към brake-by-wire Еволюцията на спирачното управление от чистата пневматика до електрическото предаване на командата.

EBCU срещу конвенционално пневматично управление на спирачките Подробно сравнение между електронното управление чрез EBCU и класическото пневматично управление.

Защита от преплъзване на колелата (WSP) Как работи WSP, кои стандарти го регламентират и как се изпитва.

Спирачките на бъдещето: как се променя безопасността на влаковете? Къде се движи развитието на влаковите спирачни системи и безопасността.