• Our new ticketing site is now live! Using either this or the original site (both powered by TrainSplit) helps support the running of the forum with every ticket purchase! Find out more and ask any questions/give us feedback in this thread!

Computer hardware / software fitted to multiple units

Status
Not open for further replies.

Bringback309s

Member
Joined
22 Aug 2013
Messages
379
It seems like we have hundreds of new units unable to either enter service, operate services properly, and many have been very severely delayed by up to a year or more. The common issue seems to be "software", something that up until now hasn't been such a major issue, certainly wasn't thirty years ago. Generally speaking, what software / hardware do these units use? I'm guessing the hardware could be from Nexcom or similar, is the OS Windows, Linux or something else? Am interested to know what the software issues are
 
Sponsor Post - registered members do not see these adverts; click here to register, or click here to log in
R

RailUK Forums

Roast Veg

Established Member
Joined
28 Oct 2016
Messages
2,320
Modern multiple units use entirely proprietary software developed by the manufacturer or a contractor, which can run on whatever hardware they can get cheaply. As an example, Bombardier install their in-house "MITRAC" Traction Control and Management Software (TCMS) on what I believe to be an x86 PC in the cab. This used to be a Windows XP (or perhaps Windows CE - I've never been quite sure which) installation up until mid way through production of the Electrostar, when it was switched to a Linux installation. Inter-unit communication tends to be via ethernet.

Historically a greater amount of what is now TCMS operated was handled by Integrated Circuits on big printed circuit boards. The Networker family of units kept data such as Passenger Information System announcements on a floppy disk, so that it could be overwritten. If rumors are to be believed, some of those disks for the 365s went walkabout a franchise or so ago...

In short, you'll find that the number of different architectural stacks is approximately equal to the number of different classes of train. The software faults of today would have been the hardware faults of yesteryear, only they would have taken a lot longer to fix.
 

37057

Member
Joined
3 Jul 2009
Messages
422
A modern unit such as a classic Desiro for example will have a central control unit bespoke to the type of unit it's fitted to and can use bus networks to communicate with sub-systems. It will also be integrated with the trains hard wiring via I/O modules. The CCUs activities include high level commands such as desired brake effort, shut down engines and HVACs at certain GPS coordinates (guess which unit type...), feedback to the TMS display of the status of the train and store and report diagnostic events for maintenance/fault finding purposes. What it can't do is control sub-systems as these have their own OEM software such as traction (whether diesel or electric), brakes, doors, HVACs, toilets, PIS, TMS displays, passenger counting, CCTV etc etc.

Admittedly I don't fully understand software enough to discuss it at any length. All I do in my role is root around for the latest approved file and install it when I have to! What I can say in relation to the question though is that there are many angles a "software issue" can delay the introduction of new fleets, one reason could be if it's a sub-component such as a brake control unit then there could be lead times from the OEM and validation to be carried out before it's approval.

Also to note, sub-components linked on a bus network can potentially interfere with each other so even an engineering change on something not considered safety-critical can have serious consequences if it's not validated correctly.
 
Last edited:
Status
Not open for further replies.

Top