Back

SimSig: Railway Signalling Simulations

201 points1 daysimsig.co.uk
Animats16 hours ago

My favorite simulator for railway signals is NXSYS.[1] This simulates General Railway Signal's NX system down to the relay level. NX had the first "intelligent user interface" device. When a train enters the interlocking, the dispatcher pushes an entry button to indicate they want to dispatch that train. All the possible exit points then light up. The dispatcher then pushes the button at the appropriate exit light, and all the signals and switches are set up for that route.

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]

[1] https://bernardgreenberg.com/Subway/

[2] https://anyflip.com/lbes/vczg

cybrox24 hours ago

This is really cool!

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/).

fragmede22 hours ago

For people that want a railway simulator that includes game mechanics to drive a lot of complexity, try Factorio.

837204922 hours ago
loa_in_18 hours ago

Especially a fork called JGR's patchpack, featuring programmable signals and so much more.

gsck22 hours ago

Pretty sure the developers of Factorio made a train game based around the train system in Factorio. Can't for the life of me remember its name but it looks rather good

chin7an21 hours ago

Is it Sweet Transit? The about section mentions that the developer was part of Factorio.

Edit to add link - https://www.sweettransitgame.com/

+1
Cthulhu_19 hours ago
gsck21 hours ago

Yes, that's the one. Never played it, but from my understanding its effectively just the train system lifted out of Factorio with a game built around it.

TylerE18 hours ago

He was one of the graphics contractors not a dev.

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.

wiz21c23 hours ago

first paragraph on home page is really funny and alluring : "... How often has your train been delayed because of "signal failure" and you've wondered why trains can't be routed around the problem - or why it is even a problem in the first place? You'll soon see exactly why - with SimSig!"

really resonates with my experience as a commuter

tyteen4a0314 hours ago

While we're on the topic of niche railway games, I highly recommend [NIMBY Rails](https://store.steampowered.com/app/1134710/NIMBY_Rails/) - it is the closest you can get to building functional railway systems in a game.

rwmj23 hours ago

Memories of playing Heathrow Air Traffic Control (https://www.spectrumcomputing.co.uk/entry/2270/ZX-Spectrum/H...)

cjrp29 minutes ago

For a modern equivalent, I'd recommend atc-sim.com

837204922 hours ago

Nowadays you can do virtual ATC work in VATSIM and IVAO, controlling airspace for flight sim players.

cmul21 hours ago

For German speakers: https://www.estw-simulator.de/index.html https://www.estwsim.de/cms/index.php

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.

shagie20 hours ago

Also in the German train signaling ... https://www.eisenbahnbetriebsfeld.de

A Tom Scott video on it - The world's most useful model railway https://youtu.be/6TLcaJdsRr0

londons_explore22 hours ago

Railway signalling IMO is an area where a little research could dramatically increase the throughput of the railway network with a rather low cost.

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.

trainyperson21 hours ago

Much of what you’re describing (besides the live hitching and unhitching) is made possible by Communication-Based Train Control (CBTC) [see link below]. This has been implemented in many rail systems globally, mostly urban rail. It helps reduce headways a lot. However:

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...

TylerE14 hours ago

Urban systems are generally single-user networks, which makes life a lot easier. For main line railways that assumption doesn't hold, which is where things kinda fall apart.

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).

bryananderson12 hours ago

As others have pointed out, most of this is a good idea and already exists in the form of moving-block communications-based train control which is used all over the world.

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.

Cthulhu_21 hours ago

This puts a LOT of faith / confidence in and requirements on hardware and communications; while it all sounds good on paper / in your head / in theory, there's going to be a ton of practical issues that someone more qualified than me will be able to list.

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.

londons_explore21 hours ago

The market for people transport is huge. Imagine the cost of all apartments in manhattan @ $3000/sq foot. Now imagine the cost of the same apartments built in upstate new york @ $250/sq foot.

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.

bluGill20 hours ago

> Imagine the cost of all apartments in manhattan @ $3000/sq foot.

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)

NovemberWhiskey16 hours ago

$2,000 to $3,000 per square foot is absolutely the asking price for condos in parts of New York like Tribeca and Soho.

divingdragon16 hours ago

> 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).

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.

kqr21 hours ago

> 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).

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

dividuum21 hours ago

> A more advanced system would aim to have trains as close together as cars are on a freeway.

https://en.wikipedia.org/wiki/European_Train_Control_System#...

londons_explore21 hours ago

This still doesn't allow train spacing of less than the braking distance. Braking distance of trains is large (due to high uncertainty in track friction), which still means trains are typically 1 minute or more apart when moving fast.

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).

thanzex21 hours ago

I think that's not something that can be avoided, unfortunately. Any number of things could cause a train to suddenly stop. A mechanical failure, derailment, collision, a wagon could get detached... On roads we have millions of vehicles, carrying on average a very small amount of people, around 1.5. For efficiency sake we have accepted the risk of staying within reaction distance instead of stopping distance between vehicles.

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

+2
sneak20 hours ago
mezmor21 hours ago

Aren't braking distances so large because of the massive amounts of mass in motion? Inertia, etc. Even high certainty of track friction wouldn't change that.

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.

TylerE3 hours ago

No, they’re very long because steel wheel on steel rail has much much much lower coefficient of friction than rubber on asphalt. If they brakes any harder they wheels would just lock up and skid, both running the wheels AND taking longer to stop than a normal braking application.

ChoHag14 hours ago

[dead]

lqet21 hours ago

It is not safe. If your train crashes into a truck, or derails, or explodes, all trains behind will crash into it if they are nearer than their own breaking distance. This is not possible in a classic block system: the block is freed only when the last carriage of the blocking train has left the block.

pixiemagic21 hours ago

What happens if there's some other reason to brake, such as an unreported fallen tree on the line ahead?

rjmunro19 hours ago

As soon as one train brakes, the train behind should automatically brake. The separation distance can be maintained. The problem is if the first train hits an object or derails, this might cause it to slow down faster than the brakes would have done, and the following train may not have time to stop.

+2
londons_explore21 hours ago
TylerE18 hours ago

That’s a metric crapton of ifs. I would never get on such a system, it is fundamentally unsafe.

andbberger12 hours ago

this is decidely a feature and not a bug. CBTC systems work by continually updating track leases to the last known position. this allows for high throughput while safely avoiding collisions in case of catastrophe.

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!

cmul21 hours ago

Imho, the major constraint for railways in most countries is policy, not technology. In the US and many large (surface area) countries, railways primarily serve for freight transportation and, to a shockingly underdeveloped degree, local commuters. In Europe legacy solutions and differences of national systems, planning guidelines and even power grid cause problems. Some nations' railways are extremely underfinanced and have been driven to the brink of collapse in the privatizations of the early 90s with more than 30 years of missed investments. The rollout of ETCS tries to remedy that and so do ERA/EUG/ERJU but the coffers of many nations are rather empty/respectively other interests weigh higher (subsidies for streets, automotive companies, aviation and other big buckets like farming).

numpad09 hours ago

looking for what hasn't yet said here...

- 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)

jcranmer20 hours ago

There are two things that control the ruling headway on a subway system. The first is platform dwell time. While a train is stopped at a station, you cannot let another train move into its position as if it was going to start moving on schedule, because it's actually quite likely that it won't. Given that platform dwell time is about 30s, and taking into account time needed to decelerate and accelerate to/from a stopped position, this limits minimum headways to about 1m.

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).

danhor20 hours ago

> and heavily reverse-branched systems like the DC Metro or NYC Subway struggle to make even 20TPH.

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.

TylerE18 hours ago

Trams often have rubber tires, which gravely increases acceleration and braking.

Also, 80m isn’t that long. Trains on the the DC metro are pushing 200. 8 cars long.

+1
danhor17 hours ago
p_l21 hours ago

Moving block systems are not really new, they just aren't distributed widely.

londons_explore21 hours ago

Moving block doesn't allow trains to get closer together than the braking distance. This would.

bluGill21 hours ago

There is good reason they don't do that: trains derail once in a while, your plan means the following train will hit that train and so the accident is worse.

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)

TylerE11 hours ago

I'm not even sure derailments is the worst flaw.

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.

TylerE18 hours ago

Saying trains should be closer than braking distance is like saying with devs shouldn’t support https. It’s something no expert in the field wound agree with.

secondcoming21 hours ago

> Crashes would be avoided by having every train know about the train ahead and behind

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.

trainyperson21 hours ago

The 1-minute (or less) headways on London Underground are precisely because of signal modernization over the past couple decades that has moved certain lines beyond purely fixed-block signaling.

euroderf21 hours ago

AFAIK the underground is not beset with blockages caused by fallen trees and stalled automobiles.

secondcoming21 hours ago

It does have its fair share of 'people under a train' and people preventing doors from closing.

+1
cmul19 hours ago
ChoHag13 hours ago

[dead]

londons_explore21 hours ago

> 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?

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)

corobo19 hours ago

Instead of a derailed train and a couple delayed trains you now have a derailed train and a couple of trains with flat wheels that also need clearing up (assuming they avoided slamming into each other)

Definitely not sold on the "let's chuck out the failsafe method of railwaying" idea, haha

+1
febusravenga4 hours ago
TylerE18 hours ago

That isn’t how trains work. They take miles to stop.

Being able to stop any train on the network without risking it running in to another is not negotiable.

0xTJ21 hours ago

This is the sort of simulation/game, like Dwarf Fortress (especially older versions) where I don't have the slightest idea what's going on, or how to make things happen, but am still having plenty of fun.

nateguchi22 hours ago

See also: https://signalmaps.co.uk/#gwml1:1627

Live signal maps in the UK

class70022 hours ago

There's also OpenTrainTimes https://www.opentraintimes.com/maps/signalling/wat#T_WATRLMN

And https://www.realtimetrains.co.uk/ for precise times/platform information.

marksomnian13 hours ago

And https://www.map.signalbox.io/, which tries to interpolate signal locations onto a geographic map (with the expected level of inaccuracy, though still not half-bad)

quinnharley20 hours ago

[dead]

snjsjwhwjnweek21 hours ago

[flagged]