Upcoming Games

Upcoming Events

ARS changes

You are here: Home > Forum > General > Timetabling > ARS changes

Page 1 of 1

ARS changes 12/01/2020 at 21:52 #122852
postal
Avatar
3977 posts
There have been some changes in the way that ARS/ACI works that I have missed. These changes have been implemented in order to replicate more accurately in SimSig the way that ARS works in real life. This means that some of the TTs where I have been tinkering may no longer work correctly.

The main changes that affect those TTs occur in the actions applied in dead end platforms. The principal change is in regard to any trains entering a dead end platform with a DF action. This action is no longer recognised by the SimSig ARS so trains with the DF/N actions will see the N TD interposed but the DF TD will disappear so the ARS cannot call that train forward at due time. This will only happen when the signaller manually interposes the TD. The TT will work correctly if there is a pair of DR/N actions instead so the ARS will still handle splitting trains but TTs may need editing to work optimally.

Although the core code has not changed in regard to PS, there has been some clarification about what is required. I have been informed that the developer of any sim with ARS enabled should have a display area where the underlying TDs for each dead-end platform are displayed. When a train is approaching an occupied platform then there should be a PS action for each TD shown at that platform in the display area, not just the TDs in the platform berths.

it will mainly affect my work on TTs for sims still in development but in due course I will be going through the public TTs where I have had an input to bring them into line with the current standards. Apologies if anything falls over (or has already fallen over) while I catch up with the current standards.

"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: phil1044
ARS changes 12/01/2020 at 23:40 #122853
GeoffM
Avatar
4706 posts
Online
Before anybody panics, this is not a recent change, but something that was implemented 3 years ago. The change was, broadly speaking, withdrawing support for ACI (only) on divide front and variants thereof (divide rear has always been supported, and "real" ARS only supports divide rear too). Schedules themselves can use divide front (etc) as much as they like, but users need to TD interpose manually - just like real life.
SimSig Boss
Log in to reply
The following users said thank you: postal, phil1044
ARS changes 13/01/2020 at 07:26 #122856
Peter Bennet
Avatar
4652 posts
I've amended the timetable writing Wiki page to include some further details extracted from the Developer coding wiki page.
https://www.simsig.co.uk/Wiki/Show?page=usertrack:glossary:aci

I am not a timetable writer so this is a very rough outline and others with more experience can probably add to it and make things clearer with examples.
I have a feeling that there's less of s difference between ARS and non-ARS ACI these days but I'm not 100% sure, so I've marked that as needing to be reviewed.

Peter

My fake plants died because I did not pretend to water them.
Log in to reply
ARS changes Today at 10:30 #122988
postal
Avatar
3977 posts
Peter Bennet in post 122856 said:
I've amended the timetable writing Wiki page to include some further details extracted from the Developer coding wiki page.
https://www.simsig.co.uk/Wiki/Show?page=usertrack:glossary:aci
I think that the J option requires to be set up in a specific way if the ACI is to work correctly for the outgoing joined train (particularly if it is a join of a couple of trains where there is already another train at the buffer stops). To get the TD for the outgoing joined train to appear correctly at the country end berth at the platform, I think you need to put the N in the second of the two joining trains to arrive. If the N action is tagged to the TT of the first of the joining trains to arrive the TD seems to get lost from the display.

Not a problem but is that how it is actually planned to work or an unintended consequence of something else? If it is the planned way of working I'll edit the Wiki page accordingly.

"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