Upcoming Games

ARS/ACI fault at Newton

You are here: Home > Forum > Simulations > Released > Motherwell > ARS/ACI fault at Newton

Page 1 of 1

ARS/ACI fault at Newton 29/03/2020 at 15:47 #125135
jc92
Avatar
2890 posts
just bought motherwell and I'm running the 1984 timetable.

2Exx's terminate at Newton P2 and then shunt to P1 via east junction loop.

the incoming 2Exx headcode isn't being updated to the 5Exx headcode for the shunt on arrival at Newton, however the train is still routed by ARS into the loop anyway.

Surely ACI (as part of ARS) should update the headcode, and if not ARS shouldn't route it into the loop?

Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 16:34 #125136
postal
Avatar
4183 posts
Two things in play here, Joe.

The ACI issue is a known bug which bill_gensheet reported on Mantis as #22544.

As regards the routing of the 5Exx train, there was an enhancement to the core code a while ago. This was prompted by a Mantis request "Where a train forms a single Next train which continues in the same direction, it should attempt to join the two schedules together. This allows ARS to set routes for non-stopping trains." Although the train you are watching is stopping at Newton, the core code is now reading through and routing the train as per the next TT.

Off-topic, the core code enhancement helps when you have complex TTs where you might have a choice of two trains entering but which run forward in one path and under one TD. You can have TTs for both trains to enter and then at an intermediate point in the pathing of the train have both entering TTs finish with a passing time and a N working pointing to the single TT going forward.

"No question is too stupid, there are just some stupid answers" - Dr. Michael Reece, 12/08/1927 - 03/06/2019. Electrical engineer and inventor
Last edited: 29/03/2020 at 16:37 by postal
Reason: None given

Log in to reply
The following user said thank you: jc92
ARS/ACI fault at Newton 29/03/2020 at 17:12 #125137
Phil-jmw
Avatar
486 posts
Online
I've a feeling that when the 1984 TT was first released Bill suggested it was best run with ARS off.
Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 18:14 #125140
bill_gensheet
Avatar
425 posts
Phil-jmw in post 125137 said:
I've a feeling that when the 1984 TT was first released Bill suggested it was best run with ARS off.
Not entirely - just a few locations where ARS does give problems due to the movements in the 1984TT.
The bug/stranded TD around Holytown.
Trips in general.
Motherwell station if you want a perfect score
Also ACI needs some minding at Carstairs and once at Motherwell.
Newton is safe although, as noted, can get a bit enthusiastic.

regards
Bill

Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 21:25 #125144
jc92
Avatar
2890 posts
postal in post 125136 said:

Off-topic, the core code enhancement helps when you have complex TTs where you might have a choice of two trains entering but which run forward in one path and under one TD. You can have TTs for both trains to enter and then at an intermediate point in the pathing of the train have both entering TTs finish with a passing time and a N working pointing to the single TT going forward.
thanks for clarifying. this last paragraph has me interested. Are you saying that trains can now form new workings without stopping? for instance a test train changing working and type to lower its speed while recording, then changing back when its done? this would be a promising move for the Carlisle 1973 timetable I did as the major problem was the Cl.50 worked trains running too fast over shap, however I could use this to slow them down between Tebay and Shap.

Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 22:17 #125146
postal
Avatar
4183 posts
jc92 in post 125144 said:
postal in post 125136 said:

Off-topic, the core code enhancement helps when you have complex TTs where you might have a choice of two trains entering but which run forward in one path and under one TD. You can have TTs for both trains to enter and then at an intermediate point in the pathing of the train have both entering TTs finish with a passing time and a N working pointing to the single TT going forward.
thanks for clarifying. this last paragraph has me interested. Are you saying that trains can now form new workings without stopping? for instance a test train changing working and type to lower its speed while recording, then changing back when its done? this would be a promising move for the Carlisle 1973 timetable I did as the major problem was the Cl.50 worked trains running too fast over shap, however I could use this to slow them down between Tebay and Shap.
The change was made so that trains could pick up a next working on the fly. I've got it in the back of my head that it was something required for the Australian sims but I could be wrong.

I've only used it for trains which have the same type so I don't know whether it would work for trains which have different lengths/max speeds/accelerations etc. Only one way to find out . . . .

"No question is too stupid, there are just some stupid answers" - Dr. Michael Reece, 12/08/1927 - 03/06/2019. Electrical engineer and inventor
Log in to reply
The following user said thank you: jc92
ARS/ACI fault at Newton 29/03/2020 at 22:31 #125147
jc92
Avatar
2890 posts
just tested it and it worked. it slowed on approach and then changed its max speed when it formed the new working.
Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 22:57 #125149
postal
Avatar
4183 posts
Good work, Joe.

Once again something written into the code for a particular purpose becomes a valuable tool for solving a totally different problem.

"No question is too stupid, there are just some stupid answers" - Dr. Michael Reece, 12/08/1927 - 03/06/2019. Electrical engineer and inventor
Log in to reply