24.01.2013 Views

TrainController Gold and Silver - Freiwald Software

TrainController Gold and Silver - Freiwald Software

TrainController Gold and Silver - Freiwald Software

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

tions depending on the currently executed schedule. Many other useful applications<br />

can be easily accomplished, too. See page 167.<br />

41. It is possible to specify differing brake <strong>and</strong> stop markers for scheduled stops <strong>and</strong><br />

for unscheduled stops in the same block. This can be used, for example, to let the<br />

same train perform scheduled stops in the middle of a platform <strong>and</strong> perform unscheduled<br />

stops near the block signal at the end of the block, for example. See page<br />

168.<br />

42. It is possible to assign indicators to turnouts for occupancy indication of all routes,<br />

that are using the concerning turnouts. See page 286.<br />

43. It is possible to specify a separate set of schedule rules for AutoTrain runs. These<br />

schedule rules work in the same way as schedule rules for regular schedules. They<br />

can be changed outside edit mode, however, <strong>and</strong> each change affects all Auto-<br />

Train runs, which are initiated later.<br />

44. Specific rules for AutoTrain can prevent blocks or routes, that are occupied, reserved<br />

by other trains, locked to the according direction of travel or locked by an<br />

unfulfilled condition, from being included in the path search.<br />

45. AutoTrain can be called by operations of other objects. It is in particular possible<br />

to trigger AutoTrain by start <strong>and</strong> destination keys; even from external control panels.<br />

This allows for automatic train runs on point to point connections without the<br />

need to create schedules in advance. See page 193.<br />

46. Individual schedule rules can be applied to all schedules on request.<br />

47. Specific schedule rules prevent schedules from reserving occupied routes <strong>and</strong><br />

blocks without the need to specify extra conditions for the blocks or routes. In other<br />

versions of <strong>TrainController</strong> it is only possible to prevent trains from running<br />

into such blocks or routes. To prevent reservation,<br />

too, it is necessary there to spe-<br />

cify appropriate conditions.<br />

48. An additional smart mode can be optionally applied as a rule to the release of<br />

routes in schedules: in this mode passed routes with own occupancy indication are<br />

released, when they are no longer reported as occupied. Routes without own occupancy<br />

indication are released, when the train reaches a stop marker of a subsequent<br />

block. In this way the smart mode automatically selects the release policy, which is<br />

optimal for the particular route.<br />

49. Routes, that were already activated prior to reservation by a schedule, are optionally<br />

deactivated automatically upon termination of the schedule, if desired. In other<br />

versions of <strong>TrainController</strong> such routes remain always activated <strong>and</strong> must be<br />

turned off explicitly. This is controlled by a new schedule rule.<br />

50. A schedule rule keeps routes <strong>and</strong> blocks, that could not be released during the normal<br />

run of the schedule, reserved upon termination of the schedule, if desired.<br />

These blocks or routes are automatically released later, when this is possible. In<br />

other versions of <strong>TrainController</strong> all routes <strong>and</strong> blocks requested by a schedule<br />

<strong>and</strong> different from the current block of the train are always released upon termination<br />

of the schedule.<br />

17

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!