`
`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; of the Invitation g‘fl/Iecham'ml Engravers, Part E: journal of Rail
`
`and Rapid Transit, Vol. 209, No. F1, pp. L10 (“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
`
`publica’n'on 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-00412 - Ex. 1014
`
`Toyota Motor Corp., Petitioner
`1
`
`
`IPR2013-00412 - Ex. 1014
`Toyota Motor Corp., Petitioner
`
`1
`
`
`
`6r
`
`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 of January 1995.
`
`7.
`
`In 1995, “Part F: Journal of Rail and Rapid Transit” of the Proceedings
`
`of the Institution of Mechanical Engineers was published semiannually,
`
`in two
`
`separate issues identified as “F1” and “F2.” The F1 iss‘ue published in January of
`
`each year. The F2 issue published in July of each year.
`
`ENGLAND AND WALES
`
`
`
`
`
`
`
`
`
`CITY OF LONDON
`
`
`
`)
`
`
`'s 10111 day of February 2014 at
`
`‘5 irdcage Walk, Westminster,
`
`don SWIH 9]], England
`
` NOTARY PUBLIC
`
`London, England
`
`
`
`2
`
`
`
`This is The exhibTT marked "1002” referred To in The AffidaviT of
`
`SARAH BROADHURST
`
`sworn before me This TehTh day of February 2014.
`
`I
`
`‘T
`
`-T
`{ J Li,»
`f
`‘
`fd‘
`3- fl
`n I
`‘
`if
`f; K
`‘9‘}:
`T.“
`)L
`f
`r
`VT
`1
`/ :-
`'-
`
`.w
`3sz T WM r-"i‘r-E“
`7
`' a?) {,‘a’ He"
`MIéHELLE SCOTT-BRYAN T
`NoTory Public
`
`”V
`
`
`
`3
`
`
`
`Proceedings of the Institution of Mechanical
`Engineers, Part F: Journal of Rail and Rapid
`Transit
`'
`http:/lpif.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.1243lPllVlE_PROC_1995_209g248fi02
`
`
`
`The online version of this article can be found at:
`http:/lpif.sagepub.comlcontent/209/1l1
`
`Published by:
`USAGE
`http:/lwww.sagepublicationstcom
`
`
`
`
`
`’1‘
`
`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.sagepub.com/cgilalerts
`
`Subscriptions: http:/lpifsagepub.comlsubscriptions
`
`Reprints: http:llwww.sagepub.comljournalsReprints.nav
`
`Permissions: http://www.sagepub.comljournalsPermissionsnav
`
`>> Version of Record - Jan ‘1. 1995
`
`What is This?
`
`Downloaded [rum pit sagepubLum by guestun 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 0954-4097
`
`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 c0rnposites~mnovel 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 oil-board databns 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 Permit and J C O Nielsen
`
`Analysis of modified railway passenger truck designs to improve lateral
`stabilityfcnrving behaviour compatibility
`S Narayana Swamy, R V Duklcipati and M O M Osman
`
`i
`
`1
`
`11
`
`19
`
`25
`
`33
`
`39
`
`49
`
`Communications are invited on these papers (see inside back cover)
`
`Pubiished 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 journal. Part F is published twice a year. The two
`uwnluaned rum 9. sag'epub cum’by gueslun June 3‘ 2013
`issues are numbered separatelyflwithin
`volu'rne in F1 F2.
`
`5
`
`
`
`
`
`Diesel locomotive reliability improvement by system
`monitoring
`
`K N Fry, 135::
`British Rail Research, Railway Technical Centre, Derby
`
`System monitoring for reliability {Sh/IR) involves monitoring critical ports of a vehicle and informing the owning business of an
`impending fault. Diesel locomotives afar 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 tan-board the vehicle and its ability to call for 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 af40 per cent is anticipated. There are additionalfinancial benefits from
`efficiency improvements and vehicle maintenance cost savings.
`
`Key words: system monitoring for reliability, diesel locommives
`
`I
`
`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
`development of systems to unprove 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 art-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 an 25 November 1993 and mu acceptedfor publication on
`22 December [991.
`
`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
`
`E, Unavailsbility
`Reliability
`
`E Overhauls
`
`
`
`[22 Repairs
`I Exams
`
`
`I!
`
` //
`r\-
`
`
`
` Re]Livecostpervehicle
`
`~\
`
`_ an..-.....:-=.__‘-.
`
`
`
`'lllll/lllllllt '
`L
`
`
`
`VIII/[Milli
`
`FIIIIIIIIIIIIA
`
`
`Electric
`Diesel
`Diesel locomotive Electric locomotive
`multiple unit
`multiple unit
`Vehicle type
`
`F0169} [D IMochE 1995
`
`Proc [nsin Mach Engrs Vol 209
`
`Fig. 1 Rolling stock maintenance and maintenance—affected costs
`
`Downloaded from pll.sagepub.com Dy guesl onJunu 3. 2013
`
`6
`
`
`
`KNFRY
`Not preventable
`I Preventable
`
`
`
`Battery
`condition
`
`2
`
`Failuresliocomotiveperannum
`
`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:
`
`(3) the number of measurands is significantly reduced;
`(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 of Rail 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 from pifsagspu'ucorn by guest on June 3, 2013
`
`7
`
`
`
`3
`DIESEL LOCOMOTIVE 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 ON-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 on-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
`
`3 .PR5
`
`.
`
`.
`
`' Vodac
`aerial
`
`“We
`
`ii- mar
`
`3 PRS
`6 PRS
`6 FRS
`3
`PR5 Ambient temperature (iniemal)
`
`Navigator aerial
`(roof cl.)
`Navigator ED 1
`
`LocomotiveWiring
`
`
`
`.W"‘
`i
`'
`d
`.,.
`e
`1
`C;::C:in
`Tube 10.lZi§
`m "'i
`Battery v Turbine temperature
`
`Cubicle end
`‘-.
`
`
`
`Terminal box
`+325 (loop)
`
`(ETC
`
`i
`
`Boost pressure
`Ambient pressure
`(inside box)
`
`..l _I
`
`
`
` i titties:
`
`I l I
`
`From governor end — - - H Tubing
`
`i
`
`)-
`
`52
`
`07
`“2/208
`
`' W“
`g'nietaaseaWW '
`'. Hydraulic oil level (6W FLY FXD Sim: aw PLY
`3 Oil temperature (6W FLY FXD SKT)
`:
`.
`. FXD sa'r
`‘2 Water level (6W PLY FXD SKT)
`'
`i Oil pressure in (manifold)
`i. Oil pressure out (manifold)
`: Governor air (manifold)
`CrankCase pressure
`D SKTP-
`i (5W ELY FX
`
`.._...“1
`.
`
`,
`0 Engine speed
`
`'
`,n
`.._ ,, .
`,.
`_ ”7,
`.7
`. WWW".
`.: _""'
`Fig. 3 Monitoring equipment general arrangement
`
`Fine lnstu Mach Bum Vol 209
`
`® IMec'hE [995
`
`Downloaded from pifsageoub com by gueslon June 3. 2013
`
`4’
`
`8
`
`
`
`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.
`
`KNFRY
`4
`able amount of software has been necessary to ensure
`reliable phone management across the two-way link.
`user, managing the basic Operations of the system,
`loading and executing programs, managing input]
`output, managing a directory of files and allocating
`memory.
`'
`'
`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
`embedded systems.
`Multi—tasking means that several programs may run
`apparently s‘multaneously, by rapidly switching from
`one program to the next many times per second. This
`capability is used extensively for the err-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 removing any risk
`of programs interfering wrth each other.
`
`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
`butler after:
`{a} converting it to engineering units;
`03) adjusting it for the value of supply voltage existing
`at the time;
`to) checking it against limits to ensure validity
`‘Validate’ also sets ‘fiags’ to identify engine operating
`status and transducer and pownr supply faults.
`The analysis programs for individual systems then
`simply extract data from this buffer when their own cri-
`
`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-
`___.—p
`.
`E —~——§
`.
`2
`._.—+
`'_ _._+
`a;
`__._—{p
`.
`.,
`Data logging
`Data analysis
`
`___—)
`
`_____._y
`
`teria for analysis are met, for example the engine has
`
`Data storedat4Hzas'bits‘
`valuestocontinuouslyupdated
`60second ringbufi‘er
`
`Data convened to engineering
`units, supply voltage
`compensated and checked for
`sensor faults
`
`4’
`
`l
`
`2fl
`3'U
`is
`2
`
`‘-
`
`
`
`Current status information
`[:‘i if!
`1
`
`Data analysis
`CommunicationsH4...
`
`Fault message files
`
`‘4/
`
`C‘DLC modem
`
`,__,__
`
`er—
`
`Part F:JournalofRat] and Rapid Transit
`
`Fig. I! Structure of DEMON SMRA‘? software
`
`©lM'echE [995
`
`Downloaded from plf.s£gspub.corn by guest on June 3. 2013
`
`4—!
`
`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
`5111'. 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 off 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 is running at the time.
`
`
`
`3.2.1 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 afi‘ected 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 cfficiencies 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 occur with the battery
`system:
`(a) flat batteries due to poor battery health;
`Proc Instn Mech Engrs Vol 2.09
`
`Downloaded from pit sagepubpom by guesl on June 3, 2013
`
`10
`
`10
`
`
`
`KN FRY
`
`flat batteries due to excessive discharge over a
`period.
`
`artery health. Battery health and state of charge can
`:6 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.
`his anticipated that battery health will deteriorate
`slowly, so that occasions when insuificient 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 shutdowu,
`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 diseharged. 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 tem—
`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 possible
`engine shutdowns. Oil pressure is affected by the oil
`temperature and engine speed, complicating the detec-
`Parl 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 speed or a
`reduction in oil viscosity (due to either fuel dilution or
`an increase in oil temperature).
`Neural networks can be envisaged as a ‘blaclc 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, efi'cctively a measure of engine power
`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 he 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 power control relay, the power
`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 power, power is cut off to the traction
`motors, and cannot be reap