`
`AFFIDAVIT OF SARAH BROADHURST
`
`I, Sarah Broadhurst, do hereby make oath and say as follows:
`
`1.
`
`I am currently a Library and Archive Assistant for the Institution of
`
`Mechanical Engineers, 1 Birdcage Walk, Westminster, London SW1H 9]].
`
`2.
`
`I have been asked to confirm certain dates regarding the following
`
`article: Fry, K. N.,
`
`“Diesel Locomotive Reliability Improvement by System
`
`Monitoring,” Proceeding; cyfz‘fae Institution aerer/mm'ml Engz'merr, Part F: Journal of Rail
`
`and Rapid Transit, Vol. 209, No. F1, pp. 1—10 (“the Fry article”), a true and correct
`
`copy of which accompanies this affidavit as Exhibit 1002.
`
`3.
`
`The Institution of Mechanical Engineers has
`
`arranged for
`
`the
`
`publication of the Fry article. As indicated on the face of the article, the Fry article
`
`was originally published on behalf of the Institution of Mechanical Engineers by
`
`Mechanical Engineering Publications Limited. The article is currently available to the
`
`public from Sage Publications.
`
`4.
`
`The Institution of Mechanical Engineers maintains records of the dates
`
`on which the articles it published were received, accepted for publication, and
`
`eventually published. These records are maintained as part of the ordinary course of
`
`business of the Institution of Mechanical Engineers, and I have personal knowledge
`
`of the records.
`
`5.
`
`I have reviewed, on Sage Publications” website,
`
`the Institution of
`
`Mechanical Engineers' records relating to the Fry article.
`
`|PR2013-00417 - Ex. 1014
`
`Toyota Motor Corp., Petitioner
`1
`
`
`IPR2013-00417 - Ex. 1014
`Toyota Motor Corp., Petitioner
`
`1
`
`
`
`67
`
`The Institution of Mechanical Engineers' records confirm that the Fry
`
`article was received by the Institution of Mechanical Engineers on November 25,
`
`1993; that it was accepted for publication on December 22, 1994; and was made
`
`available to the public as ofJanuary 1995.
`
`7.
`
`In 1995, “Part F: Journal of Rail and Rapid Transit” of the Proceedings
`
`of the Institution of Mechanical Engineers was published semisannually,
`
`in two
`
`separate issues identified as “F1” and “F2.” The F1 issue published in January of
`
`each year. The F2 issue published in July of each year.
`
`ENGLAND AND WALES
`
`
`
`
`
`
`
`
`
`figv—ufii” ii If?“
`
`Sarah Broadhurst
`
`s.s.
`
`) )
`
`)
`
`CITY OF LONDON
`
`
`
`
`
`“s 10th day of February 2014 at
`
`‘3 irdcage Walk, Westminster,
`don SW1H 9]], England
`
`
`
`
`
` 1&1OTARY PUBLIC
`
`London, England
`
`2
`
`
`
`E‘—
`
`This is The exhibh‘ marked “1002" referred To in The Affidavit of
`
`SARAH BROADHURST
`
`swam before me This ’ren’rh day of February 2014.
`
`
` \I‘K‘ a" f
`
`
`
`‘1
`.j’ii
`6"? Jim watt"
`
`MIC/BELLE scarf-BRYAN /
`
`‘x.’
`
`Fl
`
`No’rary Public
`Engla o; o 01 Wales
`51‘!
`-‘
`L'
`
`
`
`3
`
`
`
`Proceedings of the Institution of Mechanical
`Engineers, Part F: Journal of Rail and Rapid
`Transit
`http://pif.sagepub.coml
`
`
`
`Diesel Locomotive Reliability Improvement by System Monitoring
`K N Fry
`Proceedings of the institution of Mechanical Engineers, Part F: Journal of Rail and Rapid Transit 1995 209: 1
`DOI: 10.1243lPlME_PROC_'1995_209_248H02
`The online version of this article can be found at:
`http:/ipifsagepub.comlcontenti209l1l‘l
`
`£3
`
`Published by:
`Game
`http:llwww.sagepublications.corn
`
`On behalf of‘
`
`
`
`
`Institution of Mechanical Engineers
`
`Additional services and information for Proceedings of the institution of Mechanical Engineers, Part F: Journal of Rail and Rapid Transit
`can be found at:
`
`Email Alerts: http:llpif.sagepubcomlcgilalerts
`
`Subscriptions: http:llpif.sagepub.comlsubscriptions
`
`Reprints: http:llwww.sagepub.com/journalsReprints.nav
`
`Permissions: http://www.sagepub.comijournalsPermissions.nav
`
`>> Version of Record — Jan 1, 1995
`
`What is This?
`
`Downloaded from pif.sagepub.com by guest on June 3. 2013
`
`4
`
`
`
`Proceedings of the
`
`Institution of
`
`Mechanical Engineers
`
`
`
`1 MECH E
`
`
`
`Part F
`
`Journal of
`
`Rail and Rapid Transit
`
`1995 Vol 209 No F1
`
`ISSN 09544097
`
`Contents
`
`Editorial
`
`Diesel locomotive reliability improvement by system monitoring
`K N Fry
`
`Experimentation and modelling of climbing phenomena of guided transport
`vehicles
`P Drazetic, R Tassin, Y Ravalard, B Marguet and H Lagneau
`
`Phenolic composites—move] developments in products and processing
`M R Orpin
`
`Design for the alleviation of transportation fatality risk by the implementation
`of new light rail transit
`R Huston, P Cardimen and K Halperin
`
`Fail—safe non-board datahus for automatic train protection
`H Kirrmann, B Eschermann and D Forsgran
`
`Vertical interaction between train and track with soft and stiff railpads—full-scale
`experiments and theory
`M Fermér and J C O Nielsen
`
`Analysis of modified railway passenger truck designs to improve lateral
`stability/curving behaviour compatibility
`S Narayana Swamy, R V Dukkipati and M O M Osman
`
`i
`
`1
`
`11
`
`19
`
`25
`
`33
`
`39
`
`49
`
`Communications are invited on these papers (See inside back cover)
`
`Published for the institution of Mechanical Engineers by Mechanical Engineering Publications Limited:
`London and Birmingham, Alabama
`
`The Proceedings of the institution of Mechanical Engineers is a ten-part inurnal. Part F is published twice a year. The two
`uwninaded mm pi
`s
`cum'by gueslnn June 3.2013
`issues are numbered Separalelyflwithin th volupfiem: F1 F2.
`
`5
`
`
`
`
`
`Diesel locomotive reliability improvement by system
`monitoring
`
`K N Fry, 38!:
`British Rail Research, Railway Technical Centre, Derby
`
`System monitoring for reliability (SMRJ involves monitoring critical parts of a vehicle and informing the owning business of an
`impending fault. Diesel locomotives ofler the largest opportunity for such systems and British Rail Research has developed a system
`designed to improve Class 47 locomotive reliability.
`The vehicle-mounted equipment comprises a com ter that continuously monitors the condition of the vehicle through sensors at key
`points. The computer is connected to a radio telep one and modem and a GPS satellite navigator. The key elements in the success of
`the system are the automated analysis of data on-board the vehicle and its ability to callfor help ahead of the occurrence of service
`failures. The business interface is through a Windows based information display Which runs on a personal computer connected to the
`public telephone network. This controls the display of messages from monitored vehicles and allows vehicles to be interrogated to check
`on current condition.
`When fully implemented, a reduction in technical casualties of 40 per cent is anticipated. There are additionalfinancial benefits from
`efficiency improvements and vehicle maintenance cost savings.
`
`Key words: system monitoring for reliability, diesel locomotives
`
`1
`
`INTRODUCTION
`
`2 PHILOSOPHY OF SYSTEM MONITORING FOR
`RELIABILITY
`
`The Vehicle Systems Unit of British Rail Research has
`undertaken a series of projects over many years con-
`cerned with the development of condition monitoring
`for railway rolling stock and diesel locomotives in par-
`ticular. This work has recently concentrated on the
`deveIOpment of systems to improve the reliability of
`vehicles. System monitoring for reliability (SMR) is the
`name given to monitoring critical parts of a vehicle in
`order to improve its reliability by informing the owing
`business of an impending fault.
`This paper describes the development of a system for
`monitoring Class 47 locomotives. It begins with the
`guiding philosophy for SMR.
`It
`then goes on to
`describe the component parts; the on-board equipment
`and analysis of data; the communication of information
`to and from the vehicle; and the information display
`system. Finally, there is a review of the current position.
`
`The MS was received on 25 November l993 and was acceptedfor publication on
`22 December [994.
`
`2.1 The economic background
`Studies into maintenance and maintenance-related costs
`
`of typical types of rolling stock have been undertaken to
`determine the most cost-effective areas for the applica-
`tion of condition monitoring and diagnostic systems.
`The four main vehicle types used by British Rail have
`been examined; diesel locomotives, electric locomotives,
`diesel and electric multiple units.
`The costs have been broken down by vehicle system
`and subsystem into five areas, three directly associated
`with maintenance; exams, repairs and overhauls and
`two indirectly related;
`the cost of unreliability and
`unavailability. The results, given in Fig. 1, Show that the
`largest
`total cost
`is for diesel
`locomotives, and the
`largest element of this total is the cost of unreliability.
`Examination of the reasons for unreliability showed
`that the total is made up of a small number of causes
`(see Fig. 2), many of which are easily monitored and
`
`
`
`
`D Unavailability
`Reliability
`
`E] Overhauls
`
`
`
`
`
`Rellivecostpervehicle
`
`
`'IlllI/Illll/It ' mm
`
`
`Diesel locomotive Electric locomotive
`
`Diesel
`multiple unit
`
`Electric
`multiple unit
`
`F01693 [D IMechE I995
`
`Proc lustn Mech Engrs Vol 209
`
`Fig. 1 Rolling stock maintenance and maintenance-affected costs
`
`Vehicle type
`
`Downloaded from pil.segepub.com by guest on Juno 3. 2013
`
`6
`
`
`
`2
`
`1(va
`
`
`
`Not preventable
`I Preventable
`
`...............
`
`Emery
`condition
`
`Failures!locomotiveperannum
`
`Traction control
`interlocks
`
`
`
`
`
`
`Loss of coolant
`and low oil
`pressure
`
`Brake condition
`
`Fig. 2 Causes of Class 47 failures in service
`
`allow warning to be given. About 40 per cent are con-
`sidered preventable through appropriate monitoring
`and notification of impending failure.
`
`2.2 Reliability emphasis
`The factors described in Subsection 2.1 led to the
`concept of system monitoring for reliability which is
`specifically aimed at
`reducing iii-service failure of
`equipment rather than reducing maintenance costs or
`increasing availability. This very specific approach gives
`a number of advantages:
`
`the number of measurands is significantly reduced;
`(3)
`(b) the maintenance philosophy of the vehicles does not
`change, so it is quicker and easier to implement;
`(c) data analysis is generally easier since faults severe
`enough to cause a vehicle to fail are more easily
`identified than the comparatively smaller changes
`associated with a need for maintenance.
`
`2.3 Importance of on-board analysis
`Most approaches to vehicle monitoring have involved
`fitting data logging equipment and analysing the data
`after they have been downloaded. This requires the
`routine download of a large amount of data, the major-
`ity of which will indicate that the vehicle is healthy. It
`also introduces a delay in fault identification and will
`miss the majority of faults likely to affect service reli-
`ability on a daily basis.
`An emphasis on reliability improvement requires that
`in order to achieve a fast response to developing faults,
`the analysis of data must be automated and done on-
`board the vehicle; the vehicle must also be able to call
`for help. It
`is this requirement for a high degree of
`vehicle system ‘intelligence’, in conjunction with a com-
`munications system where the vehicle can call for help
`or be called at any time that is the key to successful
`SMR.
`The move towards an ‘intelligent vehicle' gives two
`other major benefits. Firstly, it considerably reduces the
`Part F: Journal ol'Rai! and Rapid Transit
`
`amount of data requiring transmission, which is partic-
`ularly advantageous where communication is by radio.
`Secondly, it opens up the possibility of providing infor-
`mation to the driver or train crew in those situations
`where it can be usefully acted upon.
`The provision of a continuous communications link
`between the owning business and an 'intelligent vehicle‘
`allows information on condition to be provided on
`demand. Such vehicle interrogation may be useful as a
`check on condition just prior to assignment or for mon-
`itoring the development of a fault already reported.
`
`2.4 Information required
`
`System monitoring is really only half the story. In order
`for the service reliability to be improved not only must
`information about a fault be provided, but the informa-
`tion must be suitably acted upon in order to remedy the
`situation. If appropriate action is not carried out, the
`vehicle will fail just as it would without monitoring. In
`this respect the presentation of information to the end
`user is of paramount importance.
`An important part is the information content. The
`majority of rolling stock is maintained by means of
`component replacement
`to facilitate rapid return to
`service and so the information provided should support
`this philosophy. In other words, faults in equipment
`need only be diagnosed down to the level of ‘replaceable
`unit’ or the level of action required to allow the vehicle
`to continue running, such as ‘top up with coolant‘.
`Diagnosis to this depth is particularly important in the
`case of a vehicle reporting a developing fault but a long
`way from a repair depot. Should the vehicle be brought
`back to the depot, repaired at an outstation, repaired by
`a mobile maintenance team or left for a while? If the
`vehicle does need to return to depot, diagnosis to
`replaceable unit level allows an indication beforehand
`of what spares and depot resources are required (for
`example. under cover, crane, pit, manpower etc.) This
`speeds up repair
`time considerably. Similarly,
`if a
`mobile maintenance team needs to be sent to the vehicle
`they will know what equipment to take with them.
`(9 lMechE 1995
`
`Downloaded tram plLsangubcom by guest on June 3. 2913
`
`7
`
`
`
`3
`DIESEL LOCOMOTWE RELIABILITY IMPROVEMENT BY SYSTEM MONITORING
`puter knows the vehicle‘s position through connection
`to a GPS satellite navigator.
`The equipment is housed in three rugged steel enclo-
`sures sealed to IP66 and protected against the electro-
`magnetic environment of the locomotive. Also fitted are
`a number of transducers mounted directly on to existing
`components, some small enclosures containing trans-
`ducers and appropriate interconnection via high specifi-
`cation cable sealed into flexible conduit. Two aerials are
`also used, a short whip aerial mounted on the end of the
`vehicle, and a small flat antenna mounted on the roof
`for the GPS navigator. This equipment is designed to
`retrofit
`into the vehicle without
`interfering with its
`normal operation and maintenance. A general sche-
`matic is shown in Fig. 3.
`
`to the
`Information from the system must be sent
`business maintenance controllers. They respond to calls
`from outstations reporting problems with vehicles and
`arrange repair or a replacement vehicle.
`For fault diagnosis, messages should be sent from the
`vehicle immediately, but this is not necessarily the case
`when prognosis is involved. There are situations where,
`if the existing set of circumstances were to continue, the
`vehicle would fail, but the fault may be naturally reme-
`died before it occurs. For example, a battery draining
`with the engine stopped may be just about
`to be
`charged following an engine start, or a vehicle with a
`coolant leak may be just running on to a depot to have
`its coolant
`topped up. In these circumstances
`the
`approach has been to define a failure limit and make
`predictions of the remaining time to failure. Messages
`can then be generated a set time before failure is esti-
`mated. The maintenance controller can then decide on
`whether the fault will require action based upon the
`duty of the vehicle.
`
`3 OBI-BOARD SYSTEM
`
`3.1 Equipment fitted
`The vehicle-mounted equipment comprises a computer
`that continuously monitors the condition of the vehicle
`through sensors at key points. The computer is con-
`nected to a radio telephone and modem allowing the
`system to ring out with fault messages or be inter—
`rogated by the owning business at any time. The com-
`
`3.1.1 Computer
`
`Hardware. The ou-board computer is an industry stan-
`dard VME bus-based system made up of single height
`eurocards. The use of the VME bus standard allows a
`system to be made up in a very modular and flexible
`way using equipment from one or a number of sup—
`pliers. The system can be easily expanded to include
`additional processing power, memory, communications
`or monitoring channels.
`Software. Most computers use an operating system as
`the master supervisor of their resources; memory, pro-
`cessing time and input/output devices such as sensors,
`modems and disk drives. The operating system also
`provides an interface between the computer and the
`Fuel
`level
`
`Cubicle end
`M“ ‘-.
`
`.
`i
`'
`d
`'
`.
`
`2:13;?
`i
`Terminal box
`Tubingtats
`Turblne temperature
`m Battery V
`t231%; (loop)
`.
`l
`‘-
`
`ruc—
`
`SPRS
`
`_
`
`Vodac
`aerial
`
`l. was
`
`BPRS
`
`6PRS
`
`3
`PR5 Ambient temperature (internal)
`7
`
`3 PR5
`
`Navigator aerial
`—--.—.-_.-............._...‘E
`[roof CL)
`_l: M
`Navigator
`
`'
`
`-
`
`1°“
`
`can
`i
`u
`:ZE
`i E
`|I
`.%
`i °
`' E
`
` 7 ‘
`
`Boost pressure
`Ambient pressure
`(inside box)
`
`5
`
`‘
`
`i
`
`
`
`$223312:
`
`From governor end — — - H Tubing
`
`l
`
`)-—- — -
`
`___€fi
`
`a
`
`a
`
`5 4
`
`207
`l2l20il
`
`Lei.
`rues '
`.
`@217
`"g,
`;
`i215“) 5...; E
`Cubicle
`
`6W PLY
`FXD SKT
`
`0 Engine speed
`
`g'nlerastteu"""' ‘
`: Hydraulic oil level (6W FLY FXD Sim:
`'; Oil temperature (6W FLY FXD SKT)
`Water level (6W FLY Fxn SKT)
`i Oil pressure in (manifold)
`i Oil pressure out (manifold)
`Governor air (manifold)
`
`:
`=
`
`II I
`
`{Crankcasepressure
`ilé‘YP_1:YE¥P_Sl‘_T3__,,
`
`__
`,
`_
`.-..........—-l
`,,
`. ~ - ~ _,
`Fig. 3 Monitoring equipment general arrangement
`
`® IMec'hE I995
`
`Proc Instn Mach 511ng Vol 209
`
`Downloaded lrom pitsagepuhcom by guest on June 3. 201:5
`
`4____————-—-d
`
`8
`
`
`
`
`
`KN FRY
`able amount of software has been necessary to ensure
`reliable phone management across the two-way link.
`
`a u
`
`ser, managing the basic operations of the system,
`loading and executing programs, managing input}
`output, managing a directory of files and allocating
`memory. Application
`programs
`performing
`data
`analysis, data storage and communications all sit on
`top of the operating system and call on it to perform
`low-level tasks.
`The operating system used in the on-board computer
`is 05-9. This is a multi-tasking operating system similar
`to UNIX but specifically developed for use in real time
`cmbeddedsystems.
`Multi—tasking means that several programs may run
`apparently simultaneously, by rapidly switching from
`one program to the next many times per second. This
`capability is used extensively for the on-board software.
`It considerably simplifies the task of managing data
`analysis, allowing for example, communications over
`the radio telephone to occur while analysing data from
`the oil system, while reading the position from the navi-
`gator, while storing vehicle operating data to file, etc.
`Each task can be written as a separate program sim-
`plifying development and testing, and removmg any risk
`of programs interfering with each other.
`
`3.1.3 GPS satellite navigator
`The vehicle is equipped with a ‘Navstar' XRS GPS
`receiver which gives satellite-based positioning. Position
`information from the receiver, accurate to a mean error
`of 28 metres,
`is available to the on-board computer
`through a serial data link. The latitude and longitude is
`converted to castings and northings by the computer.
`
`3.2 Data analysis
`The general structure of the data analysis performed is
`shown in Fig. 4. This structure separates the data
`analysis from the hardware allowing more generalized
`program modules to be produced.
`The program ‘logger‘ reads all the sensors and the
`vehicle location from the satellite navigator and writes
`the data to a global buffer. The buffer holds all the mea-
`surements made over the last minute.
`The program ‘validate’ takes information from the
`measurement butter and places it in a second, similar
`bufi‘er after:
`(a) converting it to engineering units;
`(b) adjusting it for the value of supply voltage existing
`at the time;
`(c) checking it against limits to ensure validity
`‘Validate‘ also sets ‘flags’ to identify engine operating
`status and transducer and powm supply faults.
`The analysis programs for individual systems than
`simply extract data from this buffer when their own cri-
`teria for analysis are met, for example the engine has
`
`3.1.2 Cellular radio telephone and modem
`The computer is connected to a Race! Vodafone cellular
`radio telephone and modem. Modems for cellular radio
`require a special error correction protocol, cellular data
`link control (CDLC), which gives 100 per cent error—free
`data transmission at speeds up to 2400 bits per second.
`The modem is configured for auto—dial and auto-answer
`allowing the vehicle to call out or be called at any time.
`Development of additional hardware and a consider
`
`—-——e->
`—P——’
`-—-+
`——-——P
`
`Sensors
`
`_.—-——->
`
`'_ -—+
`.
`
`'.
`.
`
`Data logging
`Data analysis
`
`Data stored at 4 Hz as ‘bits‘
`
`values to continuously updated
`60 second ring bufl‘er
`
`¢
`
`Data convened to engineering
`units, supply voltage
`compensated and checked for
`sensor faults
`
`Hardware
`
`
`
`'-
`
`Current status information
`3,...—
`1
`Data analysis
`Communications
`;,_._.s-
`2eFear-km
`
`Fault message tiles
`
`W
`
`C‘DLC modem
`
`Fig. 4 Structure of DEMON SMR4’J software
`
`©1MechE [995
`
`?art F: Journal of Rail and Rapid Transit
`
`Downloaded from pitsegspuhcom by guest on June 3. 2013
`
`-_._
`
`_
`
`9
`
`
`
`5
`DIESEL LOCOMOTIVE RELIABILITY IMPROVEMENT BY SYSTEM MONITORING
`A comprehensive software test environment was
`created. The physical outputs from the sensors on the
`,n at full power for a set time, or is idling, or has just
`vehicle were replaced by a program that wrote data from
`an turned off.
`a file into either of the data buffers in Fig. 3. The data
`If the results of the analysis require a message to be
`file format used to seed the buffer was the same as that
`ant from the vehicle this is instigated by creating a file
`used for data storage. This gave an easily controlled
`containing the message. This file forms the interface
`and repeatable means of testing the response of the
`between the analysis program and the software control-
`analysis programs to either previously collected real
`ling the communications link. A separate program iden—
`data or simulated fault data, designed to test
`the
`tifies that a fault
`file has been created, establishes
`communications, via cellular telephone, with the infor-
`analysis under a particular set of circumstances.
`mation display system and passes over the information.
`The complexity of on—board analysis varies with the
`parameter or vehicle system in question. There are a
`number of factors that lead to the task being more
`complex than is initially apparent, such as the effects of
`varying duty, the need to normalize for ambient condi«
`tions and the requirement to provide prognostic infor-
`mation.
`The use of out-of—limit alarms is in general too sim-
`plistic for many parameters and will not provide the
`level of decision support needed if the system is to
`succeed. It is far more useful to know that failure is
`likely at a particular time as this then allows the con-
`troller to make a decision based upon the remaining
`duty requirement and the best point of repair. In other
`words the primary requirement is not one of simple
`diagnostics but of prognostics.
`Prognostic estimates will always have a level of
`uncertainty. The approach that has been taken through-
`out has been to base all time to failure estimates on 95
`per cent confidence limits. The statistics are obviously
`transparent to the information receiver who just sees an
`upper and lower time to failure. The information is
`given in absolute time so that it is not affected by any
`communication delays, it does not require the receiver
`to make mental calculations of likely failure time and it
`compares easily with operating schedules.
`
`3.2.2 Coolant monitoring
`The level of water in the header tank is measured by a
`potentiometer attached to a pivoted float arm. During
`periods when the engine is oil or idling the level stays
`fairly constant, provided there is no leak. However,
`when the engine is running under power, the level fluc-
`tuates due to vehicle movement. The level also changes
`due to expansion and contraction of the water with
`temperature. As the temperature of the water is mea-
`sured and the capacity of the system is known, the level
`can be corrected for temperature. Prognostic analysis
`predicts the time at which the tank will be empty and
`sends out a message when this time is less than two
`hours away.
`Refills need to be detected in order that predictions
`can be reset. Data have shown that sudden increases in
`level can occur normally when the engine is running,
`and the engine is not always stopped in order to refill
`the tank, so the refill detection method used depends on
`whether the engine 18 running at the time.
`
`
`
`3.2.} System development and testing
`The first stage in the development of data analysis pro-
`grams was the collection of data to see how the oper-
`ation of the vehicle affected the results. It is easy to be
`‘swamped' in data by condition monitoring systems, so
`to avoid this it was decided that data collection would
`be targeted specifically for each of the systems of inter-
`est. Using past experience of condition monitoring data
`collection and analysis, specific data collection pro-
`grams were written for each monitored system. These
`stored, at the appropriate time or engine condition and
`at an appropriate sampling and averaging rate, only the
`measurements considered relevant.
`This resulted in completely different data collection
`programs
`for each monitored system, all
`running
`together at the same time. The data collected was auto-
`matically downloaded from the vehicle each night to a
`microVAX computer network where it was archived.
`The data collected were stored in files compatible
`with standard spreadsheet programs. This meant that
`downloaded data could be placed straight
`into a
`spreadsheet where they could be plotted and manipu-
`lated with ease. Spreadsheet functions and macros were
`used to experiment with analysis possibilities before
`they were finally programmed. When a suitable method
`of analysing the data was decided upon, a program was
`written for inclusion on the vehicle.
`
`(9 lMechE 1995
`
`3.2.3 Fuel monitoring
`is a very rare
`A locomotive running out of fuel
`occurrence so analysis
`simply involves
`sending a
`warning message if the level in the tank drops below ten
`per cent.
`Fuel efficiency information is also calculated. The
`power output of the main generator is integrated to give
`the total energy provided and this is divided by the
`calorific value of the fuel used, over a reasonable time
`period.Measurement errors occur while the vehicle is in
`motion due to acceleration or deceleration. Addi—
`tionally, because of the arrangement of the fuel supply
`system, track gradients or cant can cause the engine to
`draw fuel from only one tank while the vehicle is sta-
`tionary. Fortunately these effects are not significant
`when measuring engine efficiency over a tank of fuel
`since the amount of fuel burnt is quite large in compari-
`son with the errors.
`One problem with efficiencies calculated in this way is
`that
`the measured power output
`from the vehicle
`includes only that provided by the main generator.
`Therefore, power produced for auxiliary equipment
`(battery charging, electric train heating, etc.) is ignored.
`
`3.2.4 Battery monitoring
`There are two problems that oceur with the battery
`system:
`(a) flat batteries due to poor battery health;
`Proc lnstn Mech Engrs Vol 209
`
`Downloaded from pif sagepub.com by guesl on June 3, 2013
`
`10
`
`10
`
`
`
`KNFRY
`
`flat batteries due to excessive discharge over a
`period.
`
`artery health. Battery health and state of charge can
`is determined by measuring the voltage drop under
`load. The load needs to be of reasonable magnitude and
`should last for some time. For the Class 47 locomotive
`the necessary conditions are met when the electrically
`powered fuel, oil and water triple pump runs with the
`engine turned off. This situation occurs before engine
`start-up and also after shutdown for a short time.
`Itis anticipated that battery health will deteriorate
`slowly, so that occasions when insufficient running to
`fully charge the battery happen (thus prohibiting the
`determination of condition) should not severely affect
`the prediction of battery maintenance need.
`The fact that battery health and state of charge cause
`the same effect on the voltage drop under load means
`that the effect of battery deterioration on voltage drop
`can be determined from laboratory tests. Tests have
`been conducted to determine the voltage drop under an
`equivalent
`triple pump load for a good battery at
`known states of charge. A voltage drop equivalent to a
`value of health below 70 per cent generates a fault
`message.
`Discharge monitoring and ability to start engine. The
`system predicts the time when the available energy will
`just meet the energy required to start the engine and
`then sends out a warning one hour before. The battery
`capacity available depends upon the amount of charg-
`ing before engine shutdown, the amount of discharge
`since shutdown,
`the rate of the discharge, and the
`battery state of health. The amount of energy required
`to start
`the engine depends upon the engine tem-
`perature and condition.
`As mentioned, the initial capacity of the battery can
`be determined when the engine is turned off by measur-
`ing the voltage drop due to the triple pump load. From
`the known initial charge it is possible to calculate the
`theoretical charge at any point in time by counting out
`the ampere-hours discharged. By assuming that
`the
`present discharge rate will
`remain unchanged.
`the
`battery capacity at any time in the future can be pre—
`dicted.
`The battery capacity required to start the engine at
`different temperatures is well defined as it is a value
`used in the vehicle design for battery sizing. These data
`relate only to the severest design case, where a loco-
`motive is to be started ‘from cold after an overnight
`stand. They do not cover the case where a vehicle has
`stood for a short time and is then required to start. In
`this case the energy required to start the engine will be
`much less and using the data above will be very conser—
`vative, resulting in unnecessary warning messages. To
`allow for warm start cases, the temperature—start capac-
`ity relationship has been extrapolated to higher tern~
`peratures and the engine oil temperature is used.
`
`3.2.5 Oil monitoring
`
`Experience has shown that idling is the best condition
`under which to analyse oil system data because this
`condition is the most critical with respect to pessible
`engine shutdowns. Oil pressure is afiected by the oil
`temperature and engine speed, complicating the detec-
`Part F: Journal of Rail and Rapid Transit
`
`tion of low-pressure faults since a reduction in pressure
`can be caused by a reduction in engine spwd or a
`reduction in oil viscosity (due to either fuel dilution or
`an increase in oil temperature).
`Neural networks can be envisaged as a ‘bIaclc box‘
`that can be trained to provide an output related to
`certain inputs. Work conducted by British Rail
`Research has shown that neural networks can be suc-
`
`cessfully used to normalize oil pressure data for oil tem-
`perature and the engine speed. The neural network is
`used to predict inlet and outlet pressures, and two new
`parameters are then produced, the difference between
`the measured and predicted inlet and outlet pressures.
`Using these new parameters a considerable increase in
`diagnostic sensitivity to genuine low—pressure faults can
`be obtained. These parameters are used to identify
`potential
`low oil pressure while the engine is
`still
`warming up and correct for the filter pressure drop
`variation with temperature.
`A neural network was quickly and easily trained
`using data from the system in good condition. The
`network was then generated as computer code and
`embedded within the on-board analysis program for the
`oil system.
`
`3.2.6 Engine monitoring
`
`The engine monitoring program carries out two tasks.
`Firstly, it monitors the engine to provide a record of its
`duty. Secondly, it identifies the cause of engine power
`loss due to isolation of the engine power control.
`Engine monitoring. When the engine is running, the gov-
`ernor air pressure, effectively a measure of engine poorer
`demand, is monitored and divided up into ten bands.
`The total amount of time spent in each band is calcu-
`lated and stored.
`
`Control relay monitoring. Power from the engine is con-
`trolled by the power control relay coil. Only when 110
`V is supplied to this coil can power be provided by the
`main generator. When the engine is started the coil is
`directly supplied with 110 V. After this, when the engine
`is running normally. the 110 V is supplied via a number
`of other contacts. These contacts are controlled by the
`correct operation of the p0wer control relay, the powor
`earth fault relay. the load regulator, the auto air gover-
`nor, the equipment governor and the control governor.
`When intermittent faults on these devices occur,
`the
`supply to the power relay coil is broken and the trac-
`tion power is cut off. If this happens while the engine is
`running under