Overlap routes in Duisburg Hbf

[TjoeTjoe]

There are a couple of things with respect to the subject "Overlap routes" for the station area of Duisburg Hbf.

Allright, we have a mixture of systems in that area. Grey part on the left side is Sp Dr S 60, light green part on the right side is Sp Dr S 59.

Let's start with the left side. It puzzles me that none of the overlap routes seem to release automatically on that side, even though it is said to be Sp Dr S 60.

Overlap routes can be revoked using DHT.
For the trains into the direction "left" I expect that the overlap routes are being released after a certain time, once the train is at the platform.
Correct me if I am wrong, but timer of the auto-overlap release- should start once the train has passed the last switch into the platform track.

Main reason why I think functionality is not correct for this part is that there are to many situations for which overlap route revoking is required.

1. there are quite some trains ending at 708. Overlap is not released. So for shunt movement into 707, need to revoke overlap route
(hence I do not know if this track 708 has a alternative overlap route (short D-weg). There is a button, but the label is covered by the "Ein" light of SB

2. RB trains from D-Wedau, ending on track 001. This track has no short D-Weg possibility for sure. So now, the overlap at N1 always stays.

Now the right, light green area.

It's clear to me that overlap routes do not resolve automatically, and I know how to revoke suck overlap routes when needed.

Now tracks 002 and 003 are a bit of a bottle neck here. The remark in the Wiki says that it is better to set short overlap routes into that tracks.

So far so good. But does that mean that even the real dispatchers in EDG are doing that. What I wonder is, that if all this is such a bottle neck, why doesn't the Zuglenkung (ARS) system not set short overlap routes by default? Or is the system not designed as such?

Another thing I notice for track 002 on the right side is, that if the overlap route at signal P2 is active, the ARS system does not allow route setting starting at this isgnal P2. It can only be done by first revoking the overlap route, and then set/activate the route out of track 002. Happens both using ZNP as when using the ARS (zuglenkung) window. This might be a bug?

Any clarification would be welcome

Thanks

Erwin

[Helmut]

Hello Erwin,

Another thing I notice for track 002 on the right side is, that if the overlap route at signal P2 is active, the ARS system does not allow route setting starting at this isgnal P2. It can only be done by first revoking the overlap route, and then set/activate the route out of track 002. Happens both using ZNP as when using the ARS (zuglenkung) window. This might be a bug?

this is only the case if the overlap route of signal P3 is active at the same time. Otherwise I have no problem to set the route with an active overlap route at signal P2 by using the Zuglenkung window, neither with an incomimg train nor with a train waiting at the platform.

Regards

Helmut

[TjoeTjoe]

this is only the case if the overlap route of signal P3 is active at the same time. Otherwise I have no problem to set the route with an active overlap route at signal P2 by using the Zuglenkung window, neither with an incomimg train nor with a train waiting at the platform.

Hmm, strange. I might need to look a bit more into this problem then. Yes, I understand that this can happen when the overlap of P3 is active.

But in my situation, it also happens when there is no active route on track 3 with overlap. Read: no train at all there neither a train approaching.

I start my sim at 10.40 on wednesday. First train on 002 is pre-spawned, no problem setting the route using ARS (Zuglenkung) or Number Entry (oops I said ZNP before, I meant Number Entry)

The next train into 002, again no active route into track 003 with overlap, has this problem at signal P2.

Might try and see what happens when a third train hits track 002.

Thanks for your reply

Erwin

[Helmut]

Ah, I see. The next train on track 2 is ERB 89876 from Oberhausen Hbf towards Düsseldorf Hbf.

As the train is send to KDU(S) by the Zuglenkung it will take its way via track 513 and 515 to 525. In this case it has to turn left at the crossing 627AB. But this is not possible with active an overlap route.
The Zuglenkung with an active overlap route is only possible to KDU(F) track 552 or the western tracks 550, 549 or 181.

To avoid this problem you should set the route from Signal X by your own in good time choosing the short overlap route option.

Regards

Helmut

[signalsoftRC]

For trains going left, there is no need to take back the overlap route regularly. Exemptions are track 001, and 708 for shunting.

And yes it is extremely common to have to release the overlap route in Germany.

Actually only in situations like in Sinzig it is common to have a timer.... In all other situations it is manually done.

I don't believe even Essen has that much automatic...

Back to 002/003.. Yep you must plan ahead! Zuglenkung does,the long one.... Nasty, eh?

[Helmut]

For trains going left, there is no need to take back the overlap route regularly. Exemptions are track 001, and 708 for shunting.

There are a very few exceptions on track 11 with trains heading for EOB if you don't want to use the UFGT.

Regards

Helmut

[TjoeTjoe]

Damned. The both of you beat me here.

Have never thought of that the requested exit route was the obstructing factor here.

Revoking routes with DHT being a common practice surprises me a bit though.

Well, that's how I read it for the 001 and 708 situations.

Pour dispatchers there. They have to write down that opperations every day for those planned shunt operations resp. turn around stuff.

Off topic: have been testing with EE for some time today, and that station does have quite some Dweg timers installed.

Thanks for your replies, and confirming that I am just a bad dispatcher

Erwin

[signalsoftRC]

Routes are commonly reLEASED with the DRGT and within 5 secs FRT + Signalbutton.

The "END" key is replacing the DRGT action. (just to make it possible to operate the panel with "keyboard only"...)