[Csantucci]

Thank you. In fact I think the best approach is to consider for AWS warning all signals having at least an aspect that is neither STOP nor CLEAR_2. Unfortunately looking for this in a simple way is not something which is implemented in OR now, so I am studying what would do the best way to do it, trying to implement something that could be useful also for other TCSs. As of now in effect there is no possibility for the TCS script to have info about distance signals, and this is an info which is useful also for other TCSs. I will also ask roeter to be a consultant in this.

[darwins]

Finding distant signals (and other warnings) would be vital for most TCS.
If OR can read distant signals then it would also be good to add them to the track monitor. Yes I know I can see all the home signals two miles ahead, but driving steam the distant was usually positioned at what would nowadays be called the braking point - usually about 800 yards before the outer home on level track on fast routes - stopping distance from around 70 mph with vacuum brakes.

[roeter]

For my general view on this issue, see this post.
As for this particular script, for now I would limit it to NORMAL signals, that would cover all modern continouos block MAS systems.
However, even in these systems not all signals set by OR as NORMAL would have AWS, for instance shunt signals in yards and sidings would not be equiped with AWS. To make this distinction, you could opt for a check on the type of signalhead available in the signal, allthough that would require a list of applicable signalheads to be provided per route one way or the other.

Regards,
Rob Roeterdink

[Csantucci]

INSTRUCTIONS TO GET THE ALPHA VERSION OF THE AWS TCS OPERATING

Preparation

Download and install https://www.uktrains...orm_fileid=4488 (NWT150 DMU) into the mep miniroute
Download and install https://www.uktrains...orm_fileid=5692 (cabview for NWT150) into the mep miniroute by Graham Parkin
The NWT150 has been wisely suggested by Coolhand, because it has a usable sunflower. However without the AWS TCS it works unproperly.

Download file mep_AWS_demo_pack.zip Rev.10 from here http://www.interazio...loads/index.php , unpack and install it into your Train Simulator folder for the MEP mini-route install

The pack must be run with OR NewYear MG rev. 53 or later.

For interested people such file includes:
- modified cabview (.cvf file named 2000_aws.cvf), with addition of the animation of the alerter reset button (files are added in the CABVIEW folder of the NWT150)
- AWS bell and beep sounds, and the TCS_AWS_UK.sms file that manages them; the AWS bell sound is the "bing" sound available in https://www.uktrains...orm_fileid=4053 , by James Horgan (files are added in the SOUND folder of the NWT150)
- modified .eng files, located in the OPENRAILS folder within the NWT150 folder; the modified .eng files refer to the new cabview and include a line
Include ( "AWS_eng.inc")
which includes the references to the script files; such AWS_eng.inc file is also included in the pack and resides within the Openrails subfolder. Its content is as follows
ORTSTrainControlSystem( TCS_AWS_UK )
ORTSTrainControlSystemSound( TCS_AWS_UK.sms )
ORTSTrainControlSystemParameters( TCS_AWS_UK.ini )
The first line refers to file TCS_AWS_UK.cs, which is the script file itself, and which resides within the SCRIPT subfolder of the NWT150 folder
The second line is self-explanatory
The third line refers to the file that contains the configuration parameters of the script file.

To run the AWS script file you must use OR NewYear MG rev. 52.4 or higher, which can be downloaded from here http://www.interazio...loads/index.php .
To enable AWS operation you must uncheck general option "Disable TCS scripts"
If you want to have also the speed reduction warning check (which applies if there is a speed reduction of more than 25 mph) you must check general option "Speed Control"
If you want to have also the alerter you must check general option "Alerter in cab"

The file includes also the files for two short test activities, that is TESTAWS1 and TESTAWS3. TESTAWS1 operates in a light signals environment, while TESTAWS3 operates in a semaphore environment.
AWS warning acknowledgements occur by pressing the Alerter Reset key or by clicking the AWS reset button with the mouse.

There are uncovered points:
- the AWS braking is stronger than in reality
- shunting NORMAL signals are not excluded (but there are very few)
- the AWS experts could find other flaws.
I am grateful for any comment.
I'm neither sure I manage correctly the case where a speed warning signal is between a speed reduction warning post and the speed reduction post.

You may of course try the pack also in other routes, but you will have to build the test activities by yourself.
You may also play (with some caution) with the configuration parameters of the .ini file.


It is possible to equip other trainsets with the AWS, and therefore to run existing activities using AWS, however if such trainsets don't have Alerter Reset button and operating sunflower there won't be visual cab interaction.

I wish to thank Coolhand and darwins for the many suggestions and explanations. Some support by you is probably still needed.
I credit also gpz and Serana, which developed a well generalized TCS script framework, again Serana for his script for the French TCSs, that I used as guideline to develop my one, and also roeter for his well-organized actual track section structure, that allowed me easily to get the needed data.

[Coolhand101]

I have been waiting for this for quite some time. Unfortunately, I am still using XP so cannot test this brilliant addition for OR ATM. I'm sure Darwin will test this 100% and maybe a video demo can show the AWS in action.
Many thanks for making the AWS Carlo. I will speed up the time to get my new PC with windows 10.

Thanks

[Csantucci]

There is something not working in the pack I have uploaded. Please wait to test it.

[Csantucci]

Should be OK now. Download OR NewYear MG Rel 52.1 and the demo pack rev.1 at the link in the post above.

[Csantucci]

Coolhand101, on 04 February 2020 - 07:53 PM, said:

I have been waiting for this for quite some time. Unfortunately, I am still using XP so cannot test this brilliant addition for OR ATM. I'm sure Darwin will test this 100% and maybe a video demo can show the AWS in action.
Many thanks for making the AWS Carlo. I will speed up the time to get my new PC with windows 10.

Thanks

Coolhand,
which OR version are you using?

[Csantucci]

mep_AWS_demo_pack updated to rev. 2. Please download it and simply overwrite if you have already installed preceding revisions.

[Csantucci]

I tested the use of a real activity.
I selected the Baby Blues activity
The three steps needed are as follows:
1) take folders SCRIPT, SOUND and OPENRAILS from the demo pack and copy them within Trainset\MEP-D5909 (which is the folder where the player locomotive is present).
2) copy the two .eng files from TRAINSET\MEP-D5909 into TRAINSET\MEP-D5909\OPENRAILS .
3) add to both files, within the engine section, line

		Include ( "AWS_eng.inc")

You can start the activity. By the way the cab of the D5909 has a working sunflower too.

Pay attention that, if one of the script files will be improved, you will have to update all your script-equipped trainsets with the improvements, if you want them.
I haven't tested if it works to insert all the script files (and eventually also the sound files) in a TRAINSET\Common.script folder and to modify the references to the files within AWS_eng.inc.