Proceedings 2002/2003 - IRSE
Proceedings 2002/2003 - IRSE
Proceedings 2002/2003 - IRSE
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
52<br />
SIGNALLING CONTROL CENTRES TODAY AND TOMORROW<br />
IECC uses its own real time operating system BRX<br />
(British Rail real time executive) which is specifically<br />
designed to support the networking and duplication<br />
which delivers very high system availability.<br />
To achieve predictable performance and high<br />
availability, IECC was designed around two duplicated<br />
networks, one for real time signalling data and<br />
the other for less critical information exchange. With<br />
the available technology at the time, a “register<br />
insertion ring” network architecture running at 1.5<br />
Mbits/second was chosen, because this could<br />
achieve the required data throughput with a more<br />
predictable time response than networks based on<br />
“collision and recreate-try” strategies. Interfaces<br />
between sub-systems and network nodes are 9,600<br />
baud or 19,200 baud serial links. As with the processor<br />
hardware, the network equipment has been very<br />
reliable, and the same supplier of network nodes has<br />
been used throughout. The only change has been<br />
that the nodes are now rack mounted cards in place<br />
of the original “black boxes”. The technology is now<br />
obsolete, and it is envisaged that at some time in the<br />
future there will be a move to a more modern<br />
technology such as Ethernet, with predictable time<br />
response achieved by installing a high speed<br />
network used at a small fraction of its theoretical<br />
capacity.<br />
One of the most recent innovations has been to<br />
move from EPROMs to CD-ROM as the means of<br />
configuring IECC sub-systems with software and<br />
data 2 . This has been made possible by using the<br />
latest processor boards with Electrically Erasable<br />
ROM memory. For security and to avoid installing<br />
additional hardware, the CD-ROM is read using a<br />
laptop PC, which is plugged directly into an Ethernet<br />
interface on the VME processor board when an<br />
update is required. This allows updates to take place<br />
much more rapidly and without physical disturbance<br />
to the IECC equipment.<br />
SIGNALLER’S WORKSTATION<br />
The VDU-based signaller’s workstation is the<br />
critical human interface on the operating floor of the<br />
control centre. The original design (SDS – signalling<br />
display system) typically incorporated four colour<br />
monitors built into a purpose-designed workstation<br />
cabinet, with a trackerball and keyboard for operator<br />
input. Normally two monitors provide an “overview”<br />
which allows the signaller to see all main running<br />
signals, points, track circuits and train descriptions<br />
simultaneously. A third monitor allows selection of a<br />
“close-up” view providing a more detailed view of<br />
selected areas, including details such as shunting<br />
signals and ground frames, and a fourth “general<br />
purpose VDU” provides a number of text areas for<br />
fault reporting and signaller interaction with train<br />
describer and ARS. High availability was provided<br />
for throughout the design, with a facility to switch<br />
any view to another monitor if one should fail, all<br />
critical functions accessible via both keyboard and<br />
trackerball, and duplicated processors with hot<br />
standby. Some of the later schemes incorporated<br />
more monitors (up to six) to allow very large areas of<br />
control.<br />
The workstations were well-accepted by signallers<br />
from the start, and there were few problems in<br />
adapting from panel working to VDUs. However, the<br />
monitors themselves and the VME graphics cards<br />
which provide the interface to the processors were<br />
amongst the first IECC components to become<br />
unavailable. The chosen solution to the problem was<br />
to replace these components with an industrial<br />
quality PC and monitor, linked to the main VME<br />
processors via a dedicated Ethernet link. This new<br />
system (DIS – Flexible Display System) has allowed<br />
much more choice in the size and style of monitors,<br />
and for many new installations and upgrades the<br />
customers now choose flat-screen monitors on a<br />
desktop, instead of the original fully enclosed<br />
cabinet. The old and new styles of workstation are<br />
shown in Figure 3. The move to a PC does not<br />
totally eliminate the obsolescence problem, as the<br />
PC components change on an almost monthly<br />
basis. A fast-track acceptance process has been<br />
specified to enable minor changes to PC specification<br />
to be tolerated without invalidating Railtrack’s<br />
product acceptance of the system.<br />
The colour VDU terminal providing the interface to<br />
the IECC maintenance technician, the IECC System<br />
Monitor (ISM), is also no longer available. This has<br />
been replaced by a PC-based system, which<br />
provides an improved Windows-based interface with<br />
some additional facilities.<br />
AUTOMATIC ROUTE SETTING<br />
The sophistication of the automatic route-setting<br />
function (ARS) of IECC is the feature which sets it<br />
apart from similar signalling control systems in the<br />
UK and overseas. Whilst automatic setting of routes<br />
for trains running in normal timetable order is<br />
commonplace, IECC uses train regulation algorithms<br />
to maintain a full automatic route setting capability<br />
during periods of service disruption, and the<br />
signaller only needs to intervene in exceptional<br />
circumstances. This contrasts with the approach<br />
seen elsewhere, such as the network management<br />
centres in Germany, where the automated system<br />
provides warning of conflicts, but the decision to<br />
change the timetabled order of trains is taken by the<br />
human not the computer.<br />
The IECC approach to automatic route setting was<br />
based on fundamental research into route setting<br />
algorithms undertaken by British Rail Research. The<br />
ideas were validated first using a system which<br />
simply provided advice to the signaller (a system<br />
called JOT at Glasgow Central in the late 1970s),<br />
and then by a full trial of ARS which took place from<br />
1983 onwards at Three Bridges signalling control<br />
centre, controlling the Haywards Heath area of the<br />
London-Brighton line. The fully developed version of<br />
ARS was active from the first day of IECC commissioning<br />
at Liverpool Street in 1989, and immediately<br />
demonstrated its versatility in handling traffic into<br />
and out of this 18-platform terminus, despite major<br />
disruptions to service caused by initial unreliability of<br />
some of the SSI trackside equipment in a very<br />
severe EMC environment.<br />
The objectives of ARS were to reduce manning<br />
requirements in signalling control centres, and to<br />
improve punctuality by guaranteeing prompt route