Urban75 Home About Offline BrixtonBuzz Contact

Train collision and derailment, near Leeds, 13th November 2019 at around 15 mph

HAL9000

Well-Known Member
1615717106181.png


Seems to be some flaws with the train system, it looks like the driver needs to put a code (headcode) into the train to decide if...

pantograph should be raised (i.e. switch to electric power), and the diesels turned off, if and only if there is an overhead wire



but the train allows the driver to do this while the train is moving, seems like a bit of a flaw?? Should it perhaps only allow a new code when the train has stoppped?

It turns out that the simulator used to train the driver was wrong as well.


It turns out that the train computer would only accept a new headcode if the
button "Check Stops" was used before returning to the home screen.
The manuals produced by the train manufacturer, Hitachi, did not make it
clear that "Check Stops" had to be used even if there were no intermediate
stops. As a result the training manuals were incorrect. Not
only that, an App simulating the train management system (produced in the
UK) and a full train simulator (produced in France) also misunderstood this
point so both would accepted a new headcode without use of the Check Stops
button. It is hardly surprising that the driver did not realise that
this step was essential.

This raises a more general issue: not only train drivers but also airline
pilots rely a great deal on simulators, especially in training them to cope
with rare conditions unlikely to happen in normal training flights: for
example the activation of the flawed MCAS system on the Boeing 737 MAX, or
the icing up of both pitot tubes on an Airbus (which resulted in the AF447
crash off Brazil). The 737 MAX has now been re-certified in many
countries but no doubt that is partly because extensive sessions on
simulators show that it is now much safer. But what assurance do we
have that the simulators are themselves correct?


 
Back
Top Bottom