Upcoming Games

(UTC times)


Full list
Add a game

Upcoming Events

No events to display

Who's Online

Person82, cdoward, geswedey (3 users seen recently)

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:48 #125135
jc92
Avatar
3685 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?

"We don't stop camborne wednesdays"
Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 16:34 #125136
postal
Avatar
5264 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.

“In life, there is always someone out there, who won’t like you, for whatever reason, don’t let the insecurities in their lives affect yours.” – Rashida Rowe
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
675 posts
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:15 #125140
bill_gensheet
Avatar
1413 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
3685 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.

"We don't stop camborne wednesdays"
Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 22:17 #125146
postal
Avatar
5264 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 . . . .

“In life, there is always someone out there, who won’t like you, for whatever reason, don’t let the insecurities in their lives affect yours.” – Rashida Rowe
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
3685 posts
just tested it and it worked. it slowed on approach and then changed its max speed when it formed the new working.
"We don't stop camborne wednesdays"
Log in to reply
ARS/ACI fault at Newton 29/03/2020 at 22:57 #125149
postal
Avatar
5264 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.

“In life, there is always someone out there, who won’t like you, for whatever reason, don’t let the insecurities in their lives affect yours.” – Rashida Rowe
Log in to reply