CScot 2013 TT

I've come across a couple of oddities.when the TT is started , 5R09 is seeded in Queen Street tunnel but is waiting at CQ251 and the route is locked in the wrong direction.

Also 1R06 is also in the tunnel but it looks like it should be seeded in Plt 6.

In addition each train I've sent to Longannet, so far 6G11 & 6G12 (despite phone calls to Longannet box) both pop up as incorrectly routed at SK6543. Then you get the option to cancel route or send down freight line.Which I do.

Then Longannet send a message saying train not expected.

Just had 4J01 from Longannet saying train incorrectly routed at SK6558 which is the entry signal !

Also found on the 2006 TT that the seeded trains do not move through the timetable.

From Steamer
My mistake; the train classes should have 'Use Freight Line Speeds' and 'Can use freight lines' ticked. However, I thought the '6' headcode would do this automatically. Will fix for next release.

The freight problems are because all the freight are generic, but they haven't had the use freight speeds and can use freight lines ticked.

Once these have been ticked, all should be good.

Guts in post 94972 said:

The freight problems are because all the freight are generic, but they haven't had the use freight speeds and can use freight lines ticked.

Once these have been ticked, all should be good.

I have just played Peterborough, and as a test I routed a class 1 train onto the goodsloop, and as expected, it called in wrong route. I had also routed class 4 and 5 and 6's into it and they accepted fine, all without use freightline and freightline speeds. I am sure in many sims I've played aswell those 2 options have not always been ticked and freight trains, have accepted the route no questions asked.

I have just tried it on motherwell and freight trains seem to accept a route on to a freight only line without the use freightline and use freightline speeds ticked

I've found that all trains at Queen St appear to default to stopping at the near end - i.e. they never run to the buffer stops unless the far end stopping position is explicitly stated. This causes issues with any planned joins unless the stopping position has been explicitly set, but also would cause problems in disruption if an unplanned platform share/join occurred, only to find that the first train had stopped just inside the signal.

This could probably be reported as a bug, as I believe the default stopping position can be set by the developer.

Danny252 in post 103537 said:

I've found that all trains at Queen St appear to default to stopping at the near end - i.e. they never run to the buffer stops unless the far end stopping position is explicitly stated. This causes issues with any planned joins unless the stopping position has been explicitly set, but also would cause problems in disruption if an unplanned platform share/join occurred, only to find that the first train had stopped just inside the signal.

This could probably be reported as a bug, as I believe the default stopping position can be set by the developer.

What Loader and simulation versions are you using, and does it affect all platforms? I've tried platform 3 on Loader 4.6.5 and Sim 4.2.2 and they appear to be stopping far end as expected.

What Loader and simulation versions are you using, and does it affect all platforms? I've tried platform 3 on Loader 4.6.5 and Sim 4.2.2 and they appear to be stopping far end as expected.

Hi,

I'm having problems with the 2J69 and 2Y72. At the beginning of the simulation 2J69 seeds at CQ59 and should go to platform 7. But... it doesn't go all the way to the buffer stop. When 2Y72 arrives and joins with 2J69 it blocks the points and, when it's time to leave as 5W72 it's impossible to set a route because of that....

Any solutions?

Thanks in advance,

Peter
Amsterdam

PeteEHAM in post 103536 said:

Hi,

I'm having problems with the 2J69 and 2Y72. At the beginning of the simulation 2J69 seeds at CQ59 and should go to platform 7. But... it doesn't go all the way to the buffer stop. When 2Y72 arrives and joins with 2J69 it blocks the points and, when it's time to leave as 5W72 it's impossible to set a route because of that....

Any solutions?

Thanks in advance,

Peter
Amsterdam

Still the same problem.....

Peter
Amsterdam

It looks like the issue is with joining trains. This is really a simulation bug, rather than a timetable one. As a work around, edit the schedule of any train arriving at Queen St so that the stopping position at Queen St is 'Far End Exact'; this will force it to stop against the buffers.

Mantis 19334 raised to correct the simulation data.

Steamer in post 105147 said:

It looks like the issue is with joining trains. This is really a simulation bug, rather than a timetable one. As a work around, edit the schedule of any train arriving at Queen St so that the stopping position at Queen St is 'Far End Exact'; this will force it to stop against the buffers.

Mantis 19334 raised to correct the simulation data.

Not quite sure why this is thought to be a sim bug.
I've run several test trains with various combinations of join/next and arrival order and they all worked as expected.

Peter

PeteEHAM in post 105129 said:

PeteEHAM in post 103536 said:

Hi,

I'm having problems with the 2J69 and 2Y72. At the beginning of the simulation 2J69 seeds at CQ59 and should go to platform 7. But... it doesn't go all the way to the buffer stop. When 2Y72 arrives and joins with 2J69 it blocks the points and, when it's time to leave as 5W72 it's impossible to set a route because of that....

Any solutions?

Thanks in advance,

Peter
Amsterdam

Still the same problem.....

Peter
Amsterdam

It looks like the issue is with joining trains. This is really a simulation bug, rather than a timetable one. As a work around, edit the schedule of any train arriving at Queen St so that the stopping position at Queen St is 'Far End Exact'; this will force it to stop against the buffers.

Mantis 19334 raised to correct the simulation data.

Is this only a problem with the 2013 timetable, or the 2006 supplied timetable as well?

There's nothing magic about the location, the stopping point is the default (far end) and my tests involved writing a simple timetable with no fiddling of stopping points.

If you want to write a small timetable replicating the trains in question and if that does not work then send it to me to have a look at.

Peter