SimSig: Railway Signalling Simulations
simsig.co.uk
simsig.co.uk
Routing within the interlocking is automatic. Exit lights only light up if there's an available path. The system is aware of trains in the interlocking, switches locked for maintenance, and the actual position of switches, signals, and train stop devices. As a train moves through the interlocking, track space and switches are released behind it automatically, becoming available for other trains.
Today this seems routine, but it was a huge breakthrough in the 1930s. The original marketing brochure is available online.[2]
For people who don't want to go full scale sim and prefer a bit of a lighter interpretation of working with signalling screens, I can recommend Rail Route (https://store.steampowered.com/app/1124180/Rail_Route/).
IMO block signals are much simpler to understand for simple use cases, even if it is hard to make complicated railways with them. I think for normal people picking up OpenTTD, they would be a better choice.
Edit to add link - https://www.sweettransitgame.com/
That said, they're also giving it major updates/overhauls in the upcoming update, so this one would be falling behind if there's no good relationships between the two.
It is not very good. The game design is just and, failing to be either a good train sim or an interesting strategy game.
It basically flopped in early access.
really resonates with my experience as a commuter
These have been around for a while and quite closely mimic (slightly older) German signalling specifications for signaller interfaces.
My company builds such systems as test and demonstration systems for real railway projects with respective functional safety constraints. If you're interested to learn more about the signalling infrastructure in Europe or Germany, feel free to ask.
A Tom Scott video on it - The world's most useful model railway https://youtu.be/6TLcaJdsRr0
Todays railways mostly use fixed block signalling. Expensive and unreliable equipment ensures that there is only one train on each 'block' of railway track at the same time. That forces trains to be at least 1 or 2 blocks apart, which are frequently multiple miles long. End result: Trains are usually 10's of minutes apart, or at least 1 minute apart even in urban subway systems.
A more advanced system would aim to have trains as close together as cars are on a freeway. Trains would be able to hitch and unhitch whilst moving 100 mph, allowing different loads to be sent different directions and different sets of passengers to stop at different stations. Crashes would be avoided by having every train know about the train ahead and behind, and unable to make any move which would cause a collision (ie. it is not allowed to slam the brakes on if there is a train right behind you).
Such a system would be implemented primarily on the trains, and primarily in software. Software is expensive to develop then cheap to replicate, a property very important if you want to deploy it widely.
It would be backwards compatible with fixed block signalling by simply saying that within each existing fixed block there is either one legacy train, or an unlimited number of gen 2 trains who will all communicate with eachother (and any train who cannot communicate with every other train within the block is not allowed to enter the block).
Hardware/software failures are kept safe by simulating every possible type of failure (ie. braking, locomotion, power, derail, position uncertainty, comms), and every second generating a plan which will be executed by every train in case of each type of failure occurring. Any move any train wants to make where any of the above plans cannot be generated with a safe outcome isn't allowed.
https://en.wikipedia.org/wiki/European_Train_Control_System#...
As long as you have comms with the trains around, it's clearly possible to safely go less than the braking distance, as long as you can be sure of the behaviour of the train ahead, even in the case of an equipment failure (ie. in case of a power failure, it will not slam the brakes on, but decelerate at X m/s^2).
You aren't allowed to brake 'as much as possible' anymore - instead the best you can achieve is 'the best the worst of the trains behind me can achieve'.
We're also fine with the risk of a derailment onto a neighbouring track with traffic going the opposite direction. We could have tech which detects that, but we do not.
The thing you are missing is compartmentalization. A modern high-speed train can hold around 1,000 people. This is the maximum number of people that could die in an accident (ignoring trains on other tracks or people next to the tracks). What you are proposing is essentially a train of infinite length, with virtual (software) coupling between groups of carriages. But then there is no limit to the maximum number of deaths in an accident. If you have 50 high-speed trains all traveling in this virtually coupled manner, a single accident may cause 50,000 casualties. People would not accept this, and no sane policy maker would allow it.
Note that if you consider derailments into neighboring tracks, you still have an upper limit of 2 times maximum train capacity, in our example 2,000.
Take this incident for example https://www.bbc.co.uk/news/uk-england-surrey-68466494
Imagine that then resulted in "the following train then slammed into the derailed train, having been unable to stop in time"
A total of 3 trains were involved.
Pretty decent track record if that's the most recent example!
Upping the ante: how much worse would that have been if there were trains following closer than braking distance in both directions.
Special note that the train derailed so severely in this incident after colliding with a train stopped in front of it.
I'm even less of a fan of OP's "braking distance shmaking distance" proposal with this example of why it's a bad idea!
people did not seeing this and the system was modified to not do it
Also, I don't think it's ever safe to be closer than braking distance because the bahavior of the train ahead is never guaranteed. There's always a chance somebody parks their car on a rail crossing or some other sudden stopping-event occurs.
It is a tradeoff between the safety of lives on board and traffic requirements that is relatively easier to accept when the average number of people involved is low against massive speed and efficiency gains.
The same cannot be said for trains though. Modern trains carry upwards of 1000 passengers, often at high speeds and without all of the safety and retention systems built into modern cars.
Having one or multiple trains with this large amount of people onboard be involved in a sudden catastrophic accident is possibly not worth the efficiency gained by thess than one minute separation.
Unfortunately we cannot just think about a normal scenario of simple deceleration
No. Unsafe drivers have illegally decided this, but in most jurisdictions it is your responsibility to stop your vehicle short of the one in front of you. You should be maintaining stopping distance from your vehicle to the one in front.
I am not so sure. In Germany, for example, the minimum required distance to the car in front of you is "speed in km/h divided by 2 in meters". So for 100 km/h, you are required to keep a minimum distance of 50 meters. I very much doubt that you can stop a car going 100 km/h within 50 meters.
The 50m is the reaction buffer, not the stopping buffer.
It’s also prudent to give more leeway to vehicles you can not see around to avoid the large truck swerving to avoid the refrigerator that just fell out of the truck in front of them problem.
Not to disagree, just throwing in a variable that trains don't have
You should be able to sing "Last night a DJ saved my live", which is a bit more than 2 seconds. I liked that, because it's one you can actually test for while driving.
I find it a lot harder to estimate 50m while driving at 100km/h
For a car traveling at 100Km/h the stopping+reaction distance would mean more than 130m, which is a quite large and possibly impractical for higher traffic scenarios.
highway separation is unacceptable for anything other than trams (which are slow and have track brakes). the path to safely increasing throughput is to increase braking performance and minimize dwell time. existing systems eg paris line 14 and the tokaido shinkansen have very high throughput.
transit projects would look even better compared to highways if they had to be safe too!
Note that with any latency in the system, they need to consider not just the train behind, but /several/ trains behind: https://two-wrongs.com/keep-a-safe-following-distance.html
Part of the answer to that is better track maintenance. However that isn't a perfect answer and so we need larger gaps.
Note that cars on the freeway are normally much closer together than is safe as well. If cars maintained a safe following distance we would need 5 times as many lanes. (you know the massive freeways in Huston that urbanists like to show as bad: that is about the correct size of freeway for Des Moines, Huston needs many more if they want to be a car oriented city)
As soon as one train has to slow down, you're going to get the mother of all cascading effects - trains are slow to brake, but their acceleration is quite a bit slower than that, and you'll be limited to, at the very best, the acceleration of the slowest train in front of you.
Isn't this a block system?
> it is not allowed to slam the brakes on if there is a train right behind you
So if we have three trains in close succession and the first derails or loses power, the second is not allowed stop because there's a train behind it?
> Trains are usually 10's of minutes apart, or at least 1 minute apart even in urban subway systems.
At least on the London underground it isn't unheard of for the next train to be arriving in 1 minute. Most delays are caused by passengers, not infrastructure.
The second is allowed to follow the 'train ahead derailed' plan, which presumably will involve stopping at a rate that the third train can also achieve.
If comms is maintained during the event, new plans can also be made that are maybe better (eg. maybe try to brake harder than the guaranteed minimum braking)
Definitely not sold on the "let's chuck out the failsafe method of railwaying" idea, haha
(the whole thread started by overconfident guy with unrealistic ideas ended as very informative, so actually net plus, who would thought)
For what it's worth overconfident guy kicked off an interesting conversation!
It's also quite possible that I'm overcautious and the future will have trains within braking distance of each other and it turns out to be no big deal.
Thoroughly enjoyed thinking about the scenario in any case. Some proper Hacker News brain tickling in this thread :)
1. It’s not just a software problem - installing the hardware is time-consuming and expensive. The engineering requirements are much stricter when human lives are at stake so you can’t just strap on a radio to each train. You still need additional infrastructure along the tracks to manage communications.
2. There are other limiting factors in reducing headway - having enough trains and having enough train operators. Somewhat easier to solve perhaps but still costly and non-trivial.
———
https://en.wikipedia.org/wiki/Communications-based_train_con...
It's a bit like the old copypasta from the slashdot days of "This is why your solution to spam won't work", where one of the options was "It requires the entire internet to change at once.
Just look at what a big deal in the US it was to get positive train control (PTC) installed nationally.. and that's a much simpler system that is basically local (Picks up info from relays in the track, but all the logic is in the locomotive).
It's got the same energy as Musk advocating for Hyperloop and/or car tunnels by amortizing all the practical, cost, engineering, legal and safety considerations. Sure, in theory a maglev train in a vacuum tube is super fast, but in practice building the infrastructure is prohibitively expensive and there's not a big enough market for it.
A transit provider who can get people from a house in a rural area to manhattan in 15 mins can pocket that difference, which is huuuuge.
Does such a thing exist? A tiny bathroom is 25sq feet - or $75000. That just seems too much.
Zillow lists studio apartments in Manhattan for $3000-$5000/month. They also list apartments in New Jersey for $250/month just 30 miles away (1 hour drive to Manhattan according to maps). At that distance we don't need fancy hyperloop, we just need good higher speed rail service easially done with existing technology. (I have no idea how the apartments compare other than price - likely the Manhattan ones are much nicer for the same amount of space and the New Jersey neighborhood may be unsafe)
Similarly, switch fouling time is another constraint: you don't want to move a switch while a train is allowed to path over it, in case the switch fails to switch. From what I've heard of existing urban systems, this leads to a minimum headway of ~90s, although I don't know how much of that is signal-induced padding.
The next thing to point out is that these are theoretical maximum density; the practical maximum operational usage is generally far less. Most subway systems have the physical capability of operating ~45TPH on a subway line, yet you'll notice that extremely few do. Moscow Metro has managed 40TPH on an unbranched line; branched lines struggle to get to 30TPH, and heavily reverse-branched systems like the DC Metro or NYC Subway struggle to make even 20TPH. Introduce branches into the mix, and you need trains to make it onto the mainline in slots, and there's going to be variance in arrival time because the system is used by humans; reverse branches makes the problem worse because these slots need to line up well on multiple lines at the same time.
> Trains would be able to hitch and unhitch whilst moving 100 mph, allowing different loads to be sent different directions and different sets of passengers to stop at different stations.
No. There's a reason railroads have banned the practice of unhitching at speed (it's incredibly dangerous), and hitching is even worse. And if you're talking about EMU passenger train sets, most of them are designed to not be hitched or unhitched particularly frequently--these aren't your standard automatic coupler system (which doesn't couple brake lines or electrical lines or other things automatically anyways, FWIW).
I find this really interesting that is seems to be the limit for "big-boy" complicated subway systems, while there are many very complicated smaller systems that achieve much more. For example, a lot of the german Stadtbahn systems run somewhat long trains (up to 80m), run using conventional signalling systems underground (so not on-sight, which would allow for a much higher throughput). Naively I'd assume the tram-style segments and frequent at-grade crossings would make this much worse, but apparently not.
For example, Stuttgart (https://download.vvs.de/Stadtbahn_Liniennetz.pdf, https://gleisplanweb.eu/show.php?Map=Stuttgart&Index=1&Heigh...) currently runs 27 tph between Stadtbibliothek and Olgaeck, with plans to run 30 tph without any upgrades, and 30 tph between Staatsgalerie and Stöckach (additionally even running the U11 for events) without any significant issues and quite a complex network with many flat junctions outside the underground sections. The DC Metro has much less complicated branching/reverse-branching patterns.
Also, 80m isn’t that long. Trains on the the DC metro are pushing 200. 8 cars long.
No, they don't. There are a handful of weird french systems (and even less outside of France), but there are more ruber-tire metros than trams, I'm sure. They are rare and have been getting rarer.
80m is in the lower half for metros, but long in the context of systems having on-street portions (exceeding the german legal limit of 75m with a special exception). It's also on the long end for small metro systems.
Being able to stop any train on the network without risking it running in to another is not negotiable.
You are assuming that a train will never have to suddenly stop. This will never fly in the real world. Even if you consider a completely closed railway system with no possibility of external obstructions, there are many kinds of failure that would cause modern trains to apply emergency breaks due to fail-safe designs.
If you remove the bit about not allowing to slam on the breaks, then you just described SelTrac. Even the first version used on the Vancouver SkyTrain (opened in the 80s) is capable of running trains closer than braking distance from what I remember reading. I don't believe it is actually enabled on many SelTrac systems though, because you still need to have safety margins. There is always the possibility that the train in front may decelerate at a rate higher than its emergency braking rate, like if it derailed or collided with external obstructions.
The parts that don’t exist—traveling closer than the stopping distance and hitching/unhitching at speed—are not good ideas unfortunately.
You can’t travel closer than the stopping distance because you can’t guarantee that the train ahead will stop at its own achievable stopping distance. If you could, you could do as you describe, and have the next train start braking instantly when the one ahead brakes. But striking an unexpected obstacle and/or derailing can cause the train ahead to stop quite a bit more abruptly than that! If the train ahead suffers some kind of violent failure, it could leave sizable debris and/or track damage at the point of the event, even if most of the train continues along for some distance. So, even with moving-block CBTC, you must always be capable of stopping before reaching the current location of the train ahead of you.
Anyway it is not really necessary to travel so closely together, because the limiting factor of throughput is station dwell time. Sure you could have huge throughput on a line with no stations if you could theoretically travel at car-on-highway spacing, but if you have stations and they can only serve one train at a time, you won’t gain anything by doing this. You can improve this by having a platform with a track on each side so you can load two trains at once (and this is pretty common when dwell time is really long and throughput must be high, i.e. for intercity trains on a busy line), but that is the best you can do. You can’t really scale this to a bunch of platform tracks because you’ll start to have merging conflicts when rejoining the track.
The problem with unhitching at speed follows naturally from the problem with close following: the moment you unhitch, you are now following too closely behind another train, and you cannot stop in time if something bad happens to it.
And even if you say 'I don't care, I think the risks of using relative braking distance are acceptable', every set of points that needs to be moved over between trains effectively poses a stationary obstacle while it is in transit and thereby effectively still forces you to use absolute braking distance between trains.
If you are unhitching though wouldn't your former train have been just as likely to hit whatever the now-unhitched component in front might be about to hit?
Basically the only scenario where I can see this realistically being an issue would be if the car(s) being unhitched were already on the edge of stability to the point that being unhitched was the straw that broke the camel's back and they then immediately crashed in front of the now separated unit following.
- some lines like Yamanote already use mobile block, 1 minute headways is pretty much SoTA with or without it.
- some systems like surface trams and AGTs can stop on a dime, but they are low efficiency, low capacity systems.
- trains scale well, the longest freight train known to man so far is ~4.5 miles long. A typical 15-car ~2k passenger commuter trains stretch about 300m(0.2mi).
- Just napkin math in loud: each Yamanote train at typical 150% capacity running at 1-minute headways can transport 2k[pax] * 60[min] = 120k passengers per hour per train; Yamanote has 30 stations with at at least one each of CW and CCW platforms; 120k * 30 stations is already 3.6m passenger per hour combined, or 28.8m per 8 hour day. Hypothetically the train can be joined back to back, operated 16 hours per day, tracks can be doubled, for a 2^3 multiplier to 28.8m figure. That's 230.8m/day or about 67.5% US population worth of traffic from just four pair of rails, and that's technically feasible with current technology. The question is how to make bucks out of it(build pairs of one Disneyland and a highrise apartment complex each along the rails)
Live signal maps in the UK
And https://www.realtimetrains.co.uk/ for precise times/platform information.