SARS is Signaller’s Assistant Route Setting. Siemens product.
Not so…
SARS
(Signaller's Assistant Route Setting) is a sub-component of
HITACHI's TREsa product interfacing to third party control systems and acts as a full regulation engine like the original IECC
(Integrated Electronic Control Centre) ARS (upon which it was originally modelled), but with some additional features.
DRS
(Dynamic Route Setting) is an ARS lite, cost effective, first come first serve, simple junction routing system. It is part of
SIEMENS' Control-guide suite and can be added to their WestCad Control system. Larger schemes add another suite component DCR
(Digital Conflict Resolution), with is a timetable analysis/re-planning system, that sends a deconflicted timetable to the rudimentary DRS to route set in accordance with the re-planned timetable.
At signalling control level this is effectively ARS+/TMS-, but has the ability to add further out TM (Traffic Management) plan/re-plan operability later, but DRS/DCR deployments such as Peterborough needs the operational bugs ironing out first.
The issue with all of these systems is that they are built again operational requirement specifications, worked up between the OEM
(Original Equipment Manufacturer) suppliers, NR projects, ops and capacity planning. If TIPLOCs
(Timing Point Locations), line or platform codes change through design, the systems are only as good as the operational and data baselines they were designed to. Good collaboration with operators and meaningful lessons learned being enacted serve the route to happy operators.