od Petr Barchánek » čtv 27 lis, 2025 8:30 am
Jipolův popis je dost podrobný, ale obsahuje jen část příčin - konkrétně popisuje celkem věcně situace, kdy fíra z nepozornosti, únavy, nebo z přehlcení jinými podněty zapomene stáhnout sběrač. Takové maléry se na stahovačkách děly od počátku elektrického provozu a byly příčinou mnoha smrtelných úrazů v dobách před sto lety, kdy tehdejší elektrické mašiny jezdily se dvěma pantografy.
Tady je IMHO problém jinde. Naprostá většina těchto průserů v Roudnici je lokomotiva typu Vectron bez ohledu na dopravce a druh vlaku. Pokusím se trochu vysvětlit mojí hypotézu proč právě Vectron + Roudnice + Hákovnice = průser. Celý proces stažení sběrače znamená snížit plynule výkon lokomotivy a tím i tažnou sílu až na nulu. Následně fíra zadá pokyn přepínačem k vypnutí hlavního vypínače HV - to spustí ve Windowsech (na kterých mašina běží) proces, který spustí spoustu drobných podprocesů k zastavení všech možných pomocných pohonů, ventilátorů, kompresoru, topení vlaku, klimatizace mašiny a mnoha dalších drobných spotřebičů*), teprve po obdržení zpětných hlášení od všech periferií vydají Windowsy pokyn k vypnutí HV, následně fíra zadá pokyn**)- opět prostřednictvím Windows - ke stažení sběrače a Windows spustí další proces, opět si ověří splnění všech podmínek a pak teprve zadá pokyn ke stažení sběrače. Tam pak už nastupuje místo kybernetiky čistá fyzika, protože v daném místě je kvůli historickému mostu Ervína Špindelera snížená i výška troleje, čili deiure stažený a dolů padající pantograf má při určité konstelaci nastavení ovládacího mechanizmu pantografu a rychlosti defacto stále kontakt s trolejí a v průběhu trajektorie jeho pohybu dolů a vpřed může dojít ke kontaktu s hákovnicí, která visí dalších 10 cm pod trolejí.
Na toto chování je z novějších mašin perfektní Traxx. Tam zadá fíra jen pokyn ke stažení sběrače a software si to všechno včetně vypnutí HV pohlídá sám, poměrně rychle a spolehlivě. Traxx má mnoho jiných slabých míst, ale zrovna toto funguje proti Vectronu spolehlivě.
Průser s Vectrony je v tom, že - ač na první pohled vypadají všechny stejně - jich jezdí několik verzí softwaru, každá mašina má jiné reakční doby a mě osobně už se několikrát stalo, že mašina prostě odmítla splnit zadaný pokyn a nebo ho splnila zcela jinak, či v jiném čase než Xkrát předtím. Dokonce ta situace je tak daleko, že mašina jezdí v pondělí s nějakým softwarem, v úterý jde na údržbu, projde aktualizací Windows a ve středu se chová úplně jinak. Vrcholem bylo, když jsem se s úplně novým Vectronem s další - do té doby zcela novou verzí Windows - , co neměl najeto ani 1000 kilometrů řítil plnou rychlostí a plným výkonem proti stůj i když mašina měla zcela jasně zadáno, že má výkon snížit a zastavit. Závadu se mi povedlo nasimulovat i podruhé, natočit na video (chtělo to silné nervy), zdokumentovat a řešila se s výrobcem, později se to projevilo na dalších kusech i u jiných vlastníků než u nás na firmě - řešení výrobce - do několikasetstránkového manuálu k mašině ve stylu "nesušte kočku v mikrovlnce a zakoupený výrobek zlikvidujte v souladu s předpisy o nakládání s odpadem " se běžným písmem někam doprostřed dopsala věta ve stylu, že za určitých okolností software dělá něco úplně jiného, než by dělat měl.
Samozřejmě - je laická a logická otázka "proč teda fíra nevypne mašinu dřív a nepřijede do Roudnice setrvačností, proč stahuje na poslední chvíli?" Odpověď je, že jak proces umrtvení, tak následné oživení mašiny trvá poměrně dlouho. Jenže už za pár desítek vteřin dojde ke snížení tlaku vzduchu v jímkách pod cca 6 Barů, což mašina vyhodnotí jako závadu a zabrání další jízdě do doby plného nafoukání jímek (i když v daném momentě by 6 Barů stačilo naprosto vpohodě - prostě i když už se po nahození (bavíme se o tom, že už jsme kilometr-dva za Roudnicí) konečně po splnění všech možných podmínek spustí kompresor a začne to doplňovat, tak ausgerechnet teď to Windowsy vyhodnotí jako závadu a stojíte jako vidle v hnoji. Takže sečtením obého se fíra dostane do stavu, že musí sundat co nejpozději, ale předem neví, jak dlouho to sundání bude trvat.
Nikdo nevolá po návratu Bobin, které prostě čistě mechanicky a ve stále stejném čase splnily to, co se jim řeklo (sjet kontrolérem na nulu, cvak topení, cvak ventilátory, cvak kompreosr, cvak HV, cvak pantograf) ale - každý tady jistě zažil situaci, kdy si nutně potřeboval na počítači něco rychle udělat a - do té doby spolehlivě fungující - počítač s OS Windows si prostě postavil hlavu a dělal úplně něco jiného, než uživatel požadoval - tak přesně do této situace se fíra na Vectronu v Roudnici ne vlastní vinou a ve zlomku vteřiny dostává + samozřejmě to, co popisuje Jipol.
*) Humornou formou bych to přirovnal ke známé scénce, kdy technik chce vyměnit jednu jedinou vstřikovací trubičku, ale postupně musí rozebrat skoro celý traktor, protože splnění jedné podmínky je vázáno na splnění další a tak furt dokola, čímž se propadá do stavu naprostého zoufalství.
**) třípolohovým páčkovým přepínačem s aretovanou horní a spodní polohou, přičemž tento musí obsluha zmáčknout a podržet v prostřední nearetované poloze, ale nedomáčknout ho až do krajní polohy, po puštění se vrátí přes pružinku zpět nahoru. Na krátkodobé resp. nedostatečné zmáčknutí přepínače Windowsy občas prostě nezareagují. Ergonomie a zásady man-machine interafce jásají a dělají mexické vlny.