WO2004024531A1 - Systeme de diagnostic embarque dans un vehicule - Google Patents
Systeme de diagnostic embarque dans un vehicule Download PDFInfo
- Publication number
- WO2004024531A1 WO2004024531A1 PCT/GB2003/004115 GB0304115W WO2004024531A1 WO 2004024531 A1 WO2004024531 A1 WO 2004024531A1 GB 0304115 W GB0304115 W GB 0304115W WO 2004024531 A1 WO2004024531 A1 WO 2004024531A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- vehicle
- relating
- measured
- sensors
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 85
- 238000012545 processing Methods 0.000 claims abstract description 78
- 238000000034 method Methods 0.000 claims abstract description 55
- 238000012544 monitoring process Methods 0.000 claims abstract description 35
- 230000007613 environmental effect Effects 0.000 claims abstract description 27
- 238000012546 transfer Methods 0.000 claims abstract description 12
- 238000004891 communication Methods 0.000 claims description 37
- 238000003860 storage Methods 0.000 claims description 32
- 238000004458 analytical method Methods 0.000 claims description 30
- 238000007781 pre-processing Methods 0.000 claims description 26
- 230000002596 correlated effect Effects 0.000 claims description 12
- 238000001514 detection method Methods 0.000 claims description 12
- 238000001816 cooling Methods 0.000 claims description 10
- 238000013500 data storage Methods 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 7
- 230000014759 maintenance of location Effects 0.000 claims 4
- 230000007547 defect Effects 0.000 description 34
- 230000008569 process Effects 0.000 description 15
- 238000012423 maintenance Methods 0.000 description 14
- 230000009471 action Effects 0.000 description 12
- 238000003066 decision tree Methods 0.000 description 11
- 230000000875 corresponding effect Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 10
- 238000004378 air conditioning Methods 0.000 description 9
- 230000001133 acceleration Effects 0.000 description 8
- 238000009434 installation Methods 0.000 description 8
- 238000000429 assembly Methods 0.000 description 7
- 239000000872 buffer Substances 0.000 description 7
- 238000005259 measurement Methods 0.000 description 7
- 230000000712 assembly Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 238000005086 pumping Methods 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 238000003745 diagnosis Methods 0.000 description 4
- 230000003137 locomotive effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 239000003921 oil Substances 0.000 description 4
- 230000008439 repair process Effects 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 230000002950 deficient Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000005577 local transmission Effects 0.000 description 3
- 230000007257 malfunction Effects 0.000 description 3
- 230000035939 shock Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000003749 cleanliness Effects 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000013154 diagnostic monitoring Methods 0.000 description 2
- 239000012530 fluid Substances 0.000 description 2
- 238000010438 heat treatment Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- BASFCYQUMIYNBI-UHFFFAOYSA-N platinum Chemical compound [Pt] BASFCYQUMIYNBI-UHFFFAOYSA-N 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- RSWGJHLUYNHPMX-UHFFFAOYSA-N Abietic-Saeure Natural products C12CCC(C(C)C)=CC2=CCC2C1(C)CCCC2(C)C(O)=O RSWGJHLUYNHPMX-UHFFFAOYSA-N 0.000 description 1
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- KHPCPRHQVVSZAH-HUOMCSJISA-N Rosin Natural products O(C/C=C/c1ccccc1)[C@H]1[C@H](O)[C@@H](O)[C@@H](O)[C@@H](CO)O1 KHPCPRHQVVSZAH-HUOMCSJISA-N 0.000 description 1
- 230000004308 accommodation Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000052 comparative effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000002826 coolant Substances 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013016 damping Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 230000008034 disappearance Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000010304 firing Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 239000010720 hydraulic oil Substances 0.000 description 1
- 230000009474 immediate action Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 229940052961 longrange Drugs 0.000 description 1
- 238000005461 lubrication Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 229910052697 platinum Inorganic materials 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000000246 remedial effect Effects 0.000 description 1
- 238000005096 rolling process Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 208000024891 symptom Diseases 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- KHPCPRHQVVSZAH-UHFFFAOYSA-N trans-cinnamyl beta-D-glucopyranoside Natural products OC1C(O)C(O)C(CO)OC1OCC=CC1=CC=CC=C1 KHPCPRHQVVSZAH-UHFFFAOYSA-N 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L25/00—Recording or indicating positions or identities of vehicles or trains or setting of track apparatus
- B61L25/02—Indicating or recording positions or identities of vehicles or trains
- B61L25/021—Measuring and recording of train speed
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or train for signalling purposes
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or train for signalling purposes
- B61L15/0018—Communication with or on the vehicle or train
- B61L15/0027—Radio-based, e.g. using GSM-R
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or train for signalling purposes
- B61L15/0072—On-board train data handling
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or train for signalling purposes
- B61L15/0081—On-board diagnosis or maintenance
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L25/00—Recording or indicating positions or identities of vehicles or trains or setting of track apparatus
- B61L25/02—Indicating or recording positions or identities of vehicles or trains
- B61L25/025—Absolute localisation, e.g. providing geodetic coordinates
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L25/00—Recording or indicating positions or identities of vehicles or trains or setting of track apparatus
- B61L25/02—Indicating or recording positions or identities of vehicles or trains
- B61L25/026—Relative localisation, e.g. using odometer
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M17/00—Testing of vehicles
- G01M17/08—Railway vehicles
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L2205/00—Communication or navigation systems for railway traffic
- B61L2205/04—Satellite based navigation systems, e.g. global positioning system [GPS]
Definitions
- the invention relates generally to the field of monitoring the condition of a vehicle or fleet of vehicles using an integrated on-board system able to communicate with remote off-board systems, for vehicle condition monitoring and fault diagnosis and analysis. It is also applicable to any remote systems monitoring, fault diagnosis and analysis, for example of machine tools or buildings.
- On-board train control systems have been developed which collect data relating to the operation of the train necessary for driving the train.
- the type of data collected by these systems is typically limited to the data necessary for control of the train drive systems and to provide the train driver with basic operating information.
- the current Euromain and TrainCom projects of the European Union are projects to develop common systems and protocols for real-time diagnostic and maintenance support systems for trains. Their objective is to standardise and improve train maintenance, maintenance procedures, and documentation. These projects envisage a system on-board a train to collect data relating to various aspects of the train and transmit the data to off-board systems for analysis at a maintenance centre. Alarms may be generated when a sensor signal passes a threshold.
- the present invention addresses these problems by providing an on-board diagnostic apparatus including sensors for monitoring the train, data processing means for analysing the sensor data, and data transmission means for sending the data to an off-board control centre.
- the present invention provides a diagnostic apparatus for monitoring a system including a plurality of monitored components.
- the diagnostic apparatus includes a plurality of sensors for generating measured data relating to the operation of the monitored components, one or more sensors for generating environmental data relating to the current operating environment of the system, data processing means for receiving the measured data and environmental data and correlating at least a portion of the data to generate condition data relating to the condition of the system, and data transmission means for transferring at least a portion of the condition data to an external data processing system.
- the diagnostic apparatus may include pre-processing means for determining if the data is reportable and communicating the data to main processing means if the data is reportable.
- Local storage means for storing data from the pre-processing means may also be included.
- the diagnostic apparatus may also include a footprint relating to one or more of the monitored components or the system.
- the footprint may include data identifying the normal operation of the component or the system, data relating to acceptable variances in the normal operation data, and one or more thresholds relating to one or more levels of reportable conditions.
- the footprint may also include data relating to how much data is to be stored by the diagnostic apparatus for later transfer to the external data processing system, or data relating to additional sensors or systems to be polled as a result of detection of one or more reportable conditions, or data relating to pre-processing or processing of measured data to be performed as a result of detection of one or more reportable conditions.
- the diagnostic apparatus may include virtual sensors for generating virtual measured data representing calculated physical values, the virtual measured data generated from inputs comprising measured data from one or more sensors or external systems.
- the invention also includes a method for monitoring a system having a plurality of monitored components.
- the method includes collecting measured data relating to the operation of the monitored components, collecting environmental data relating to the current operating environment of the system, correlating at least a portion of the data to generate condition data relating to the condition of the system, and transmitting at least a portion of the condition data to an external data processing system.
- the diagnostic apparatus includes one or more sensors for generating measured motor data relating to electrical current drawn by or voltage across the motor, the measured motor data including amplitude of the electrical current or voltage, and data processing means for receiving the measured motor data, analyzing the data over a time period to generate data relating to variations in the amplitude, frequency or phase of the data, comparing the generated data with amplitude, frequency or phase data characteristic of one or more predetermined conditions of the system, and generating an output indicating occurrence of one or more of the predetermined conditions as a result of the comparison with the footprint data.
- a further aspect of the invention is a diagnostic apparatus for monitoring a system comprising a rotating shaft.
- the diagnostic apparatus includes one or more sensors for generating measured data relating to stress or torque on the shaft, the measured data including amplitude of the stress or torque, and data processing means for receiving the measured data, analyzing the data over a time period to generate data relating to variations in the amplitude, frequency or phase of the data, comparing the generated data with amplitude, frequency or phase data characteristic of one or more predetermined conditions of the system, and generating an output indicating occurrence of one or more of the predetermined conditions as a result of the comparison with the footprint data.
- While the invention is phrased in terms of vehicles, especially of railway vehicles, it is equally applicable to any population of equipment that needs remote monitoring, e.g. machine tools at customers' sites, buildings, oil rigs, pumping stations and other fixed and monitorable installations.
- Figure 1 is a block diagramme of an embodiment of a diagnostic monitoring system.
- Figure 2 is a block diagramme showing major components of the diagnostic monitoring system of Fig. 1 embodied in a 4-vehicle train.
- Figure 3 is a block diagramme of a virtual sensor.
- Figure 4 is a plan view of a bogie showing the location of axle sensors.
- Figure 5 is a side view of a bogie showing the location of axle sensors.
- Figure 6 is a flow diagramme of showing an analysis of sensor data.
- Figures 7 A to 7E are graphs showing output and analysis of vibration sensor data.
- Figure 8 is a cross-sectional diagramme of ball bearing showing the main potential defect sources
- Figure 9 is a flow chart showing the frequency analysis of data from on-board sensors
- Figures 10 A to 10D are cross-sectional diagrammes various types of defects in a ball bearing.
- Figures 11 A to 1 ID are graphs of characteristic vibrations generated by the ball bearing defects of Figures 10A to 10D
- Figure 12 is a block diagramme showing the detection, transmission, recording and transmission of a disturbance.
- Figure 13 is a decision tree for the detection, transmission, recording and transmission of a disturbance.
- Figure 14 shows a flow chart of the analysis of the dynamic attributes of a disturbance.
- Figure 15 schematic diagramme of the correlation between the expected and actual cooling curves of an air conditioning system
- Figure 16 is a timing diagramme for counting fleeting faults.
- Figure 17 is a schematic chart of the relationship between engine output power and expected vibration or stress.
- Figure 18 is a flow chart of the analysis of all inputs to identify reportable conditions, allowing for wear and tear.
- Figure 19 is a decision tree showing how much data to store.
- Figure 20 is a decision tree showing which sensors to poll for data.
- Figure 21 is a decision tree showing when to transmit data.
- Figure 22 is a decision tree showing which data to transmit.
- Figure 23 is a decision tree showing the selection of transmission means.
- Figure 24 is a decision tree showing which data to store on-board.
- Figure 25 is a decision tree showing where to store data on-board.
- Figure 26 is a block diagramme of an on-board diagnostic system connected to multiple communication means.
- Figure 27 is a flow diagramme showing the scheduled data exchange process for low priority data.
- Figure 28A is a flow diagramme showing the scheduled data exchange process for low priority data initiated by the on-board system.
- Figure 28B is a flow diagramme showing an alternative scheduled data exchange process.
- Figure 29 is a flow diagramme showing the scheduled data exchange process for low priority data initiated by an off-board person.
- Figure 30 is a flow diagramme showing the scheduled data exchange process for low priority data initiated by the off-board system.
- Figure 31 is a flow diagramme showing the unscheduled data exchange process for high priority data initiated by the off-board system.
- the embodiments described below relate to a diagnostic system employed on-board a vehicle in a train.
- the diagnostic system could find application in many different environments, including for example the monitoring of machine tools at a manufacturing site, monitoring of all equipment within a building, or monitoring of oil rigs, pumping stations and other fixed and monitorable installations.
- a diagnostic system is installed on a train to monitor the current condition of the train and identify any conditions or faults in the train that may require remedial action, in order to improve the operation, maintenance and reliability of the specific train being monitored and the vehicle class as a whole.
- the signals relating to these faults are correlated with environmental conditions such as location and ambient temperature.
- a system can be used that included diagnostic computers, digital input / output modules, sensors, links to proprietary condition monitoring systems incorporated in some components and assemblies, links to the vehicle's control system programmes, and a data bus to link them all.
- FIG. 1 is a block diagramme showing major components of a diagnostic system.
- Multiple data acquisition sensors 11 are connected to a sensor pre-processing means 12 which communicates with a local storage means 13.
- the pre-processing means 12 is connected via a Multifunction Vehicle Bus (MVB) 14 to the vehicle's main processing means 15 and its associated main storage means 16.
- the processing means 15, which in turn is part of the main Vehicle Control Unit (VCU), is connected to data transmission means 18.
- An additional communications means 17 is provided to provide for communication between different vehicles comprising the train.
- Figure 2 shows an example arrangement of the diagnostic system of Figure 1 within a multi- vehicle train.
- the train is composed of 4 vehicles, including DMOS (Driver Motor Open Saloon) cars and MOS (Motor Open Saloon) cars.
- a diagnostic system is installed in each car. Diagnostic systems can also be fitted to trailer cars, freight cars, locomotives etc.
- groups of sensors 11 monitor various train subsystems.
- the signals generated by the sensors 11 are transmitted to various analogue input/output modules (AI/O), digital input/output modules (DI/O) and serial interface modules 21 which convert the various types of signals generated by the sensors signals into digital sensor data suitable for use by the diagnostic system.
- the sensor data is sent to pre-processors (PP) 12 with their associated local data storage (LS) 13, and are then sent over MVB (Multi Vehicle Bus) 14 to processing means VCU 22 and its associated main storage means (MS) 16.
- PP pre-processors
- LS local data storage
- MS Multi Vehicle Bus
- MVB 14 is preferably a distributed databus architecture designed to be suitable for a railways environment.
- the VCU 22 is connected to data transmission means 23 for interface to off- board data storage and data processing systems.
- the transmission means 23 includes a GSM (Global System Mobile) module, which also has a GPS (Global Positioning System) subsystem associating geographic location data to data incoming to the VCU.
- GSM Global System Mobile
- GPS Global Positioning System
- the VCU 22 communicates sensor data between cars via a gateway 24 and Wired Train Bus (WTB) 25.
- WTB Wired Train Bus
- a single VCU 22 and its associated transmission means 23 provides an interface to off-board systems for diagnostic data from throughout the train.
- the train is composed of 4 vehicles.
- a diagnostic system is installed in each of the cars. Diagnostic systems can also be fitted to trailer cars, freight cars, locomotives etc.
- the on-board diagnostic system comprises a number of sensors for monitoring the current physical status of various components of the train, interconnected with a processing means on board the vehicle.
- This processing means monitors the data output from the sensors, performs such correlations and data processing as are appropriate, stores them for transmission and then transmits the processed data to an off-board control centre via an onboard data transmission means.
- the sensors used in the diagnostic system may include physical devices for measuring variables such as temperatare, pressure, movement, proximity, electrical current and voltage, and any other physical variable of interest.
- These "physical" sensors such as accelerometers, temperature sensors, stress transducers, displacement transducers, ammeters, voltmeters, and limit switches, generate measured data indicative of the physical variables they sense.
- Table 1 below shows an example of the subsystems monitored and the data collected by an on-board diagnostic system.
- Table 1 above provides examples of measurements to monitor the condition of major subsystems of a train, showing the types of sensors and transducers employed to monitor various aspects of the subsystems and the types of interface modules required for the diagnostic subsystem to receive the signals generated by the sensors (in the Interface column, Dl means Digital Input module, i.e. an "on-off switch, Al means Analogue Input module, AX means additional analogue Input/Output module, PT100 1 Al means an Analogue Input module accepting input from a platinum RTD temperature sensor. Table 1 also shows for each vehicle subsystem the vehicle functionality being monitored.
- the diagnostic system may also include "virtual" sensors which derive an estimated value of a physical variable by analysing measured data from one or more physical sensors and calculating an estimated measured data value for the desired physical variable.
- Virtual sensors may be implemented using software routines executing on a computer processor, hard-wired circuitry such as analogue and/or discrete logic integrated circuits, programmable circuitry such as application specific integrated circuits or programmable gate arrays, or a combination of any of these techniques.
- FIG. 3 is a block diagram showing a software implementation of a virtual sensor 30.
- Data inputs 31 from various systems (1, 2, 3, 4) such as software triggers, limit switches, sensors primarily relating to other components, signalling data, control data, location data, track layout is processed in a virtual sensor model 32 that generates an data output 33 that simulates what the output would be from a real sensor.
- power transmitted to the wheels may be simulated from the power drawn from the overhead line (in the case of an electric vehicle), the gear setting (from the control system) and a model of power losses through the system (in the software).
- vibration sensors on two axle boxes may be used to monitor vibrations on the third and fourth axle boxes on the same train bogie by monitoring the comparative strength and time of measurement of the vibrations at each sensor.
- Virtual sensors may also be used to calculate an expected state (e.g. vehicle location, door position) based on measured and calculated data (e.g. door location when closed or open) and elapsed time.
- an expected state e.g. vehicle location, door position
- data e.g. door location when closed or open
- elapsed time e.g. time based on the driver's commands (e.g. speed setting, accelerator depression).
- Data from virtual sensors may be correlated with equivalent data from real sensors in order to identify variances between predicted and measured states.
- the position data from the door position virtual sensor could be used to predict when the door should be fully open. This predicted time is correlated with the time of the door being measured by a real sensor as fully open to identify whether or not the door actuator is faulty.
- the predicted power transmitted - calculated as above by monitoring the driver's cab controls - could be correlated with actual power transmitted at various points (for example, outputs of the engine, gearbox and transmission shaft) to identify faults in the drive train and in the control systems for the drive train.
- On-board data processing can be used to derive more advanced condition monitoring data than can simple sensing data; it can also be used to reduce the number of sensors required to monitor the train and to derive data that cannot be directly measured.
- FIG 4 shows a plan view of a bogie 40 for a railway vehicle and Figure 5 shows a side view of the bogie, showing one arrangement of sensors to measure axle vibrations.
- the bogie has two axles 41 and 42. Each axle has an axle box 43-46 at each end. Vibration sensors
- Vibration sensors 53 and 54 are shown mounted on the bogie frame above the axle boxes 44 and 46. Sensors 53, 54 can provide data indicating the effectiveness of the primary suspension and damping systems, when their outputs are compared with the outputs from sensors 51, 52 on the axle boxes. Sensors may also be mounted at axle boxes 43 and 45 and on the bogie frame above these axle boxes.
- One or two of the accelerometers in each set may be replaced by virtual sensors, with the signals from the real sensors being processed and compared, and the time for a given shock reaching the real sensors analysed, to identify what the output from the missing sensors would be.
- a preferred arrangement is to have the axle-box mounted accelerometer and the bogie-mounted accelerometer on one corner of the bogie, the axle-box mounted accelerometer only on a second corner, the bogie-mounted accelerometer only on the third corner and no accelerometer on the fourth: the different signals and time delays of shocks from each can be analysed to simulate the presence of the four missing accelerometers of the eight described in Figures 4 and 5.
- Figure 6 is a flowchart showing the processing of sensor data at both the pre-processing means 12 and the main processing means 15, to generate both alarm and non-alarm data.
- the pre-processing means 12 three types of decision are arrived at: generate alarm; store data; and discard data.
- the main processing means 15 the decisions are to generate an alarm or to store data for later retrieval by either scheduled transmission or interrogation from elsewhere.
- the signal 61 from the sensors is transmitted into the pre-processing means 12. There, it is processed by analysing the signal for key characteristics (62), in this case frequency and amplitude. The start and finish time of the signal is attached to the file (63), and the key characteristics are compared with thresholds from a footprint file (64).
- the preprocessing means 12 decides whether to raise an alert, store the record or discard it (65) (in this case, by retaining it but allowing it to be overwritten when the store is full; this ensures maximum available data).
- Alert or stored data is transmitted by the MVB 14 to the main processing means 15.
- Inputs from other systems 66 are also transmitted by the MVB 14 to the main processing means 15.
- the signal is then processed to obtain the derived condition of various components and systems on the vehicle from the input signals (67), including when appropriate the alert from the subsystems. From this there are three outputs: an alarm (68) which is transmitted by an unscheduled transmission (70) by the transmission means 18 to an off-board system; data for regular transmissions and background data for regular interrogation (71).
- FIGS 7A and 7B are bar graphs showing data from vibration sensors resulting from different types of track and vehicle conditions. The vertical axis for each graph is the fast Fourier transform of acceleration value from the sensors and the horizontal axis is distance travelled measured in a multiple of wheel rotations (a count of one relates to fifty wheel rotations) One set of data is shown in each of Figures 7 A and 7B.
- the resulting bar graphs show characteristic results for certain conditions relating to the vehicle and the track.
- the conditions which produced the graphed data are: corrugated track (74), crush (full load in the vehicle) (75), deflated suspension air bags (76), jointed track (77), rail roar (78) and tare (no load in the vehicle) (79).
- Figure 7C shows how the frequency of a fault signal will vary with vehicle speed for a fault on an intermediate drive shaft (between the engine and the gear box) of a vehicle with gears.
- the drive shaft rotational speed will increase and the frequency signal will increase correspondingly.
- the rotational speed of the shaft (and hence defect signal frequency) will decrease suddenly before increasing again, but at a slower rate corresponding to the gear ratio.
- Figure 7D illustrates how the frequency of a signal relating to a final drive shaft fault will increase with vehicle speed. Because the shaft is not affected by gears, the shaft rotational speed will continue to increase linearly with vehicle speed.
- Figure 7E illustrates how the frequency of a signal relating to joints in jointed track will vary over distance travelled by the vehicle. Since the signal from such a joint resembles white noise, the signal over each joint is unchanging. However the occurrences of this signal will be more frequent as the train speed increases because the train will cross between such joints more rapidly.
- Analysis of the frequency spectrum of vibrations detected on a drive shaft bearing may be used to identify defects outside the bearing, for example defects in gear cogs, in wheel bearings and in track. In one embodiment this is done by analysing the frequency and magnitude of each vibration.
- Each defect has its own characteristic frequency, such frequency being dependent on the object being monitored. For example, the characteristic frequency of a missing gear tooth is related to the rotational frequency of the gear.
- a chip in a bearing roller will be related to the frequency of rotation of the roller.
- a crack in a bearing race will be related to the frequency at which bearing rollers or balls run over that race; this frequency will be different for each race due to their differing diameters. .
- Figure 8 shows a bearing 80 with a balLrace having inner and outer walls 82 and 83 of different diameters.
- the balls 81 are also of slightly different diameter.
- a sensor 84 on one part of the bearing measures vibrations of the bearing. Defects in any of the parts 81, 82 or 83 of the bearing would cause the sensor 84 to generate signals at different frequencies, depending on the speed of rotation of the defective part. Thus by analysing the frequency of the sensor data from sensor 84, a single sensor will be able to monitor many such parts for defects and identify the exact part in which a defect occurs.
- Figure 9 is a flowchart showing the process for detecting and identifying drive shaft ball bearing failures by analysing small variations in the current drawn by an electric motor.
- the current frequency from the electrical motor is sampled (91) and analysed (92) to measure the exact current drawn at distinct values of frequency. Those values are then compared to several "footprints" (93).
- These footprints identify frequencies of signals with the component that may cause signals at such frequencies. Most (but not all) such frequencies would be related to the rotational speed of the shaft(s) in the motor. Other signals may be related to the electrical supply frequency, to computer clock frequency, to systems polling frequency, or may have entirely different correlations.
- These footprints include thresholds for what is considered normal and what is considered reportable. The signal is compared with these thresholds in a footprint recognition capability (94).
- a diagnostic decision logic (95) can then recognise footprint-identifiable faults. It also identifies threshold-breaking conditions that do not correspond with any known footprint.
- Figures 10A-10D and 11A-1 ID show the different frequency "footprints" corresponding to several different defect types that may be expected to occur in a bearing.
- Figure 10A shows a ball bearing with a defect 100 in the outer race
- Figure 11A shows a graph of the vibrations generated during rotation of the bearing as a result of the defect.
- the graph of Figure 11 A shows vibration amplitude on the vertical axis and frequency on the horizontal axis.
- the characteristic vibrations generated by the defect 100 appear at certain frequencies corresponding to the diameter of the surface on which the defect 100 appears and the rotational speed of the ball bearing. These characteristic vibrations can be analysed to determine what kind of defect exists in the ball bearing.
- Figure 10B shows a ball bearing with a defect 100 in the outer race combined with eccentricity 101
- Figure 1 IB shows a graph of the vibrations generated during rotation of the bearing as a result of the defects.
- the graph of Figure 1 IB shows the same characteristic vibrations generated by the defect 100 as in Figure 11A, but also vibrations at additional frequencies corresponding to the defect 101.
- Figure 10C shows a ball bearing with a defect 100 in the outer race combined with a ball diameter defect 102
- Figure 1 IC shows a graph of the vibrations generated during rotation of the bearing.
- Figure 1 IC shows the same characteristic vibrations generated by the defect 100 as in Figure 11 A, but also vibrations at additional frequencies corresponding to the defect 102.
- Figure 10D shows a ball bearing with a defect 103 in the inner race
- Figure 1 ID shows a graph of the vibrations generated during rotation of the bearing.
- the graph of Figure 1 ID shows the characteristic vibrations generated by the defect 103.
- a track-related defect will generate a short burst of vibrations repeated once as the second wheelset on a bogie passes over the defect. All of these defects can be more accurately identified, located and quantified by correlating the results of such frequency analysis with indications from other sensors. From Figures 8-11, it can be seen that track-related features and defects can also be detected by the frequency analysis of on-board accelerometers. As with on-board data, the frequencies generated by some off-board data (e.g. track corrugation) will be related to the speed of the train; others will have characteristic signals occurring at a regularity that varies, with the speed of the train (e.g. track joint locations), and others will have more complex relationships with speed.
- off-board data e.g. track corrugation
- some initial pre-processing is performed at the sensor or in a sensor subsystem, for example to monitor whether or not the data is reportable.
- a disturbance message is generated at the process control level (i.e. the sensor subsystem, incorporating the local preprocessing means and its associated storage means) when an abnormal condition is detected that among other things initiates the creation of a diagnostic data set (DDS).
- the data set includes what is referred to as the environment data that describe the status of the process at the instant of the disturbance.
- the DDS is transmitted to the diagnostic computer, which is this embodiment of the main processing means, as shown . in Figure 12.
- the transfer of the DDS to the diagnostic computer is preferably event- controlled, although it could also be initiated cyclically.
- a signal 121 detected from a sensor is analysed on-board in a sensor-related pre-processing system 122 for any variance from a normal or expected condition from a "footprint" store 123.
- the signal is correlated with related "dynamic attributes" 124 from other sensors, and with the time and location at which it occurs, from a GPS location signal 125, in the diagnostic transmitter 126.
- a dynamic attribute is additional data useful for understanding the cause of the event, such as time of malfunction and operation being undertaken at the time of malfunction.
- an alert is transmitted to the main vehicle diagnostic computer 131, which stores it in the storage means 127 and may perform further analysis 129, correlating it with data from elsewhere 128. If the system is transmitting the data to the off-board control centre, it is then passed to the GSM link 130. This is performed according to the decision tree in Figure 13.
- Figure 13 describes the decision tree for transmitting alerts that correspond to events which have been identified by the pre-processing means as a high priority notifiable condition.
- a signal 1 is detected for which some pre-processing 2 is performed which consists in adding some dynamic attributes 4 corresponding to additional data useful for understanding the cause of the event and a geographic position 5.
- This is analysed against the footprint 3 which carries threshold conditions giving the level(s) an event at a given frequency should be considered as a recordable, notifiable or alert condition.
- the diagnostic transmitter determines whether or not an alarm or non-alarm notifiable condition exists.
- an alert 6 is sent to the main on-board diagnostic computer, which may perform further analysis 7 such as more detailed analysis of trends, frequencies, regularity of occurrence, peak amplitudes, duration of alert condition, prior alerts, prior condition etc.
- the main processing means may also poll further systems for further data 8 from elsewhere. Having performed this second analysis, the system identifies whether or not an alarm condition exists. If not, the data is recorded for later download or interrogation 9; if so, it transmits the alarm data 10. If on the first analysis a non-alarm notifiable condition is identified, the system polls related systems 11 for relevant data prior to recording 9. If the condition is non-reportable, the data is discarded 12.
- DDS Dynamic Data Storage
- Figure 14 looks in more detail at the analysis of the dynamic attributes, represented as 4 in Figure 13.
- the diagnostic transmitter adds the dynamic attributes to a DDS before it is sent to the diagnostic computer.
- These dynamic attributes may include:
- Disturbance identifier disturbance transmitter number, disturbance number identifying the nature and/or magnitude of the disturbance
- Active flag which indicates whether the leading edge (start) or the trailing edge (finish) of a disturbance is concerned.
- a disturbance record in the diagnostic database of the DC is still active for as long as the record does not include a stop time. Active disturbances, depending on the nature of the disturbance, may impair the proper functioning of the vehicle. A fleeting disturbance develops from an active disturbance when a function previously diagnosed as being defective works properly again;
- Date and time of the event (preferably in Unix format);and Environment data, which describes the status of the process at the incidence of the disturbance. These might include the vehicle load, line voltage and the physical location of the vehicle.
- Figure 14 shows the gathering of dynamic attributes for a specific data type.
- the data 1 is correlated with the footprint 2 to identify the type of the data for which the dynamic attributes must be collected is retrieved from a configuration database. This will tell which specific attributes must be collected 3. Once those attributes are collected 4 from other systems or sensors 5 (which may be real or virtual), they are stored with the data 6 in a normalised form for later use.
- Examples of such reportable data are data that exceed or fall below a threshold value, which threshold value maybe static or dynamic.
- a calculated dynamic threshold is a rolling average or other such calculated value.
- wheel slippage can be monitored by measuring the rotational speed of the wheels and comparing this to the expected wheel rotational speed.
- the expected rotational speed may be calculated based on accelerating or braking force applied, and on previous speed.
- a dynamic threshold may also be based on measured data. For example, the performance, of an air conditioning system or engine cooling system, both of which must be compared with the measured external temperatare.
- the inputs include: current outside temperatare, current inside temperature, time for which the air conditioning has been on, number of doors that have been opened including time and duration of opening. These are correlated with the expected cooling curve of the air conditioning system according to the flow chart in Figure 15.
- the thresholds are: 10% under-cooling rate and/or 5 degrees under-cooling. Thresholds may also be derived from a logical operation within the software or hardware.
- Figure 15 show a typical flow chart for monitoring performance of a component.
- First operative conditions and data from the monitored component 1 are collected, as well as the overall system status including external data 2. These are compared 4 with the footprint 3 to identify whether or not the condition is notifiable. If there is an alert state, the alert data are sent 5 to the main on-board diagnostic computer. If the condition is notifiable but not as serious as to require an alert, it is recorded 6. Otherwise it is discarded 7.
- An example of the analysis 4 is to identify whether or not the internal temperatare of an air conditioning system is correct, by correlating the system data 1 (cooling power being used, start time of cooling) and external data 2 (external temperatare, the initial starting temperatare, the frequency and duration of door openings) with the footprint 3 (expected cooling profile given these criteria, the allowable variance, for example ⁇ 5% for non-alert notification, ⁇ 10% for alert notification).
- Every disturbance is defined by a four-digit hexadecimal error code in the range 000 lh to FFFFh (where 'h' denotes 'hexadecimal format').
- This range is subdivided into groups referred to as "subsystems" to which signals related either by function or location are assigned.
- subsystems groups referred to as "subsystems" to which signals related either by function or location are assigned.
- the subsystems are also grouped and have a descriptive text. All the standard subsystems have an identification number and are used for selecting subsystems.
- Fault Classes A, B and C correspond to the "priorities" defined in UIC557, a standard issued by the Union Internationale des Chemins de Fer.
- Fault Class A A currently active fault that appreciably impairs the function of the vehicle, hi most cases, faults in this class require immediate action and if possible are signalled to the driver.
- Fault Class B A currently active fault that does not appreciably impair the operation of the vehicle, but does require correction before the next scheduled service.
- Fault Class C As Fault Class B, but it is permissible to wait until the next scheduled service before correction.
- the fault classes are used as information that contributes to the determination of alarm level or urgency, and corrective action to be taken; they also support later analysis of vehicles, fleets etc. from the databases in the off-board systems. There are many fault codes per fault class.
- Faults With Corrective Action Corrective action has to be taken (by the driver or remotely by personnel in the maintenance control centre) in the case of serious faults. The corresponding fault must remain active at least until the driver or other suitable person has taken the corrective action. A subsystem may be isolated as a result of corrective action.
- Faults without Corrective Action Faults in this category remain active until they are located and cleared. Faults With Corrective Action And Isolation: Where the correction of a fault means that the corresponding subsystem is isolated, the isolated status itself is signalled as an active fault to the diagnostic system. The fault that causes the isolation of the subsystem is also maintained as an active fault, but any faults in the subsystem disappear once it has been isolated.
- Faults With Corrective Action That Are Not Isolated e.g. disturbance events that are counted
- faults caused by temporary events e.g. an overcurrent
- the counting and evaluation of such events is a process function and not performed by the diagnostic system.
- the disturbance counters for counting the events can by either of the volatile kind (i.e. they start at zero every time the control system is switched on) or non-volatile cumulative kind.
- FIG. 16 A timing diagram is shown in Figure 16 illustrating the occurrence of active faults, fleeting faults and acknowledgements.
- an overcurrent event 1 is detected as an active fault 2 that causes a corrective HN (High Noltage) trip by the protection mechanism 3.
- the event counter 4 is activated.
- the overcurrent event recurs 1, the fault is detected again 2, the corrective action 3 is taken a second time, and the counter 4 updates itself again.
- reporting may be performed by comparing vibration magnitudes with frequency- related thresholds.
- the threshold for one type of defect with its characteristic frequency may differ from the threshold for another type of defect with another characteristic frequency, without necessarily using different sensors.
- the reporting threshold amplitude for a bearing race would be lower than the reporting threshold from a crank shaft owing to the greater magnitude of vibrations generated by a faulty piston.
- the threshold amplitude of vibrations at the characteristic frequencies related to the bearing race would be much lower than the equivalent threshold at the characteristic frequencies related to the crank shaft.
- the processing means receives raw or pre-processed measured or derived data from the real or virtual sensors or sensor systems of the on-board diagnostic system. It may correlate this data with data from other sources to derive additional data relating to the condition or performance of the train. Such data may be measured data, calculated or logically derived data or signal data.
- One example of correlation between different sources of measured data is the correlation of measurements of vibrations or stresses within a drive shaft or drive shaft bearing with the output power of the engine.
- engine output power can be measured by stress or torque analysis of the output shaft; alternatively, it can be derived (in an example of a virtual sensor) from the fuel or electrical power consumption and engine settings. As more power is transmitted by the engine, so the allowable stress on the shaft will increase.
- the relationship between output power and acceptable stress is pre-recorded in the footprint for the system, or could be developed by an intelligent system from readings taken during operation.
- Figure 17 show a example of derivation of engine stress 5 from engine power output 1, engine rotation speed 2 and engine vibration level 3, through a model 4 which estimates an engine stress level 5. There would be a margin for natural variation, so that circumstances such as normal and acceptable wear and tear, or acceleration up a hill, are not reported as a fault. Any deviation beyond the margin for variation is reported as a fault.
- Figure 18 shows how a model of component wear (in this case, brake pads) is used to detect abnormal component wear using virtual sensors.
- Actual wear 5 is calculated from inputs the current weight on the bogie 1, the vehicle speed 2 from the odometer, brake actuation signal 3 which includes the notch setting to identify how rapidly the train will be braking, and track gradient 4 from a gyroscope.
- This data is fed into a wear model 5 to derive calculated brake pad wear 6.
- This is compared to an expected wear from a model / footprint 7 to determine if there is excessive wear 8.
- the reported severity of the fault may be determined by the extent by which the vibrations or stresses exceed the allowable vibrations or stresses; such severity levels would be reported as different priorities of notification.
- Another example is the correlation of the acceleration of a vehicle with the input power (e.g. the power drawn through the pantograph or pick-up shoe, in the case of electric vehicles).
- the input power e.g. the power drawn through the pantograph or pick-up shoe, in the case of electric vehicles.
- the relationship between the input power and acceleration is input, calculated or derived logically.
- Examples of correlation of either real or virtual sensor data with derived data include correlation of bogie vibrations or of wheel slippage with geographical location of the vehicle on the track. In this case the measured vibrations or slippage are correlated against data derived from elsewhere that identifies the location at which the slippage or vibrations occurred.
- the reported severity of the fault may be determined by one or more of the magnitude, duration and variability of such slippage or vibrations; such severity levels would be reported as different priorities of notification.
- An example of correlation of control signals with measured data is the measured delay between sending the signal to open a door and the door being detected fully open.
- the measurement of door position, or the trigger signal stating that the door is open or shut is recorded against data identifying the time at which the actuation signal was generated.
- the reported severity of the fault may be determined by one or more of the delay in operation and the speed of movement of the door; such severity levels would be reported as different priorities of notification.
- the on-board data processing means may also include decision-making capability. This capability may decide, for example, how much data to store, when to transmit data to the off- board data processing system, which sensors and/or sensor subsystems to poll for data, which data to transmit, the type of transmission means to use for sending a particular set of data, which data to store on-board, where to store each data set, and the priority or severity of the notification.
- the on-board data processing means may determine how much data to store, taking account of the limited storage capacity of the on-board diagnostic system, by deciding for example, the sampling (or polling) rate for sensor data, the number of seconds before a reportable event to record from each sensor or derived data, and the sensors, sensor sub-systems or data sets from which to record them.
- the data from the individual sensor, where it is not further processed, is stored in the local storage means, if any, associated with the sensor. Any data that is further processed is stored in the vehicle's main storage means.
- Data buffers may also be used to temporarily store data before storage in the local or main storage means.
- Figure 19 shows the decision tree for identifying sensor polling rates, local (to the sensor subsystems) processing and storage volumes in each on-board store.
- the parameters for these, and also the protocols, schedules and means for transmitting data on a scheduled basis or on overflow of those stores are programmed 1 when the diagnostic system is installed. These settings may be updated at any time 2, either remotely or locally (e.g. by maintenance staff or the driver).
- the system reads the current state of these parameters 3, which determine the data sampled 4 and processed locally 5.
- the system monitors the data stores 6 according to the same set of parameters 3. When scheduled transmissions are due, these are performed 7 according to those parameters 3. Additionally, when one or more stores are full (again as determined by the same set of parameters 3), the store is downloaded 7 according to the schedules and means as determined again by those parameters 3.
- the on-board data processing means may also determine which sensors and/or sensor subsystems to poll for data, for example polling some of them for raw and/or pre-processed data that normally would not be reported to the processing means, because a related sensor or sensor sub-system has reported an event. This may be achieved for example by setting up a buffer on these sensors: if there is a reportable event the data from the buffer is reported; if not, it is discarded. The decision as to which data to draw from which systems is determined according to a pre-set (and amendable) file of relevant systems and subsystems.
- the sub-systems to be polled are related to the fault recorded; in other systems, the sub-systems to be polled may be related to the system in which the fault is found.
- Such data stores may be related to a single sensor, to a subsystem, to a vehicle or to the entire train.
- the subsystem related to each sensor or system identifies notifiable data 1, 2, 3, 4.
- the subsystem notifies the main on-board diagnostic computer 5. This looks up the footprint 6 of each notifiable event to identify which additional sensor or system date needs to be correlated with the notifiable event data. It then polls all related sensors and systems 7 for data related to the appropriate duration before the event. This data is then processed 8 according to the footprint, and the urgency of notification is determined 9 from the resultant processed data.
- the computer then notifies 10 the transmission control module that transmits 11 alarm data and scheduled transmission data as described previously. Non-urgent data is stored 12.
- the buffers are of limited size and therefore must be monitored 13 (in this case, by the transmission control module) to identify when they pass a threshold percentage full.
- the data is then transmitted 14 at the next opportunity, which may be defined as the next opportunity to transmit data based on given criteria such as specified transmission means and priority ranking (for example, alarm data taking higher priority in the transmission).
- This percentage full may be set at less than 100% in order to have spare capacity for further storage should an opportunity to transmit data not occur immediately.
- the on-board data processing means may also determine when to transmit data, for example periodically; when reportable events occur; when other thresholds are breached; when buffers are full.
- Figure 21 shows an example of a process for scheduling data for transmission.
- the system notifies the transmission control module of all data requiring transmission, together with data labels that identify the data as being alarm type 1, notifiable for next scheduled transmission 2 or notifiable but not urgent 3. From this decision the transmission control module selects the appropriate means for such a transmission 5, those being unscheduled and immediate transmission 6, scheduled transmission 7 or storage for later download 8.
- the on-board data processing means may also determine which data to transmit, for example all data; sets of data on a cycle; only the data from full buffers; only the alarms or reportable data; or data relevant to alarms or reports.
- Figure 22 shows an example of a process for scheduling data to transmit and transmitting it.
- the transmission control module polls all subsystems for data that needs to be transmitted 1. For each type of data, condition 2, event 3 or statas 4, the system checks if there is data available that requires scheduled transmission.
- Condition data relates to the current condition of the component or system, e.g. thickness of brake pad.
- Event data is data related to the occurrence of an event detected by a sensor, e.g. a shock or high amplitude vibration.
- Statas data relates to the status of the systems, e.g. door closed, brakes off, engine at idle. If it is, then the data is made available to a transmission queue 5, 6, 7 which schedules the exchange of it 8 with an off-board system as it becomes available. The system also selects the appropriate means for such a transmission 8, and transmits all the data 9.
- the on-board data processing means may also determine the means for transmission of data to an off-board system, for example radio or cellphone transmission for urgent, alarm and or reportable data; local transmission technologies such as short-range radio for greater amounts of data within range of a local transmission station; partial or full download when stationary and within range of a local transmission station (by wireless Local Area Network or LAN); full download when in a maintenance location or when visited by maintainer.
- Figure 23 shows an example of different transmission means can be used to transmit data.
- the main diagnostic computer tells the transmission control module that data is available to transmit 1.
- the module 2 verifies the parameters for selecting means for transmission 3, which are in this case a hierarchy of transmission means for each transmission urgency level.
- alarm data would be sent by radio link 4, 7; if unavailable the second choice is broad band 5, 8, and the third choice wireless LAN 6, 9.
- Scheduled transmission would be by wireless LAN as first choice 6, 9, broad band 5, 8 as second choice if no wireless LAN transmission is possible within a given time period, and radio means 4, 7 if broad band is unavailable.
- Non-urgent download is by wireless LAN at terminus station or depot only; if buffers are filled before reaching such a location, the selection would follow the criteria for scheduled transmission. Any other data with lower priority would be stored on-board until downloaded by a means selected and initiated externally or by on-board human intervention.
- the on-board data processing means may also determine which data to store on-board, for example reportable conditions; all data related to reportable conditions; or all data (raw, pre- processed or processed).
- Figure 24 shows an example of the different types of data that may be stored. The setting up of which data to collect and when to collect it may be made at development or installation time and may be updated either locally or remotely.
- Condition data 2 is collected and stored on board on demand 6.
- Event data 4 is stored on-board as it is created 7.
- Statas data 5 is stored on board 8, for downloading normally on a cyclic period base.
- the subsystem storing the data notifies the main on-board diagnostic computer 9 of all data that is stored.
- the on-board data processing means may also determine where to store each data set, for example in sensor-related 8 or central 9 data storage means awaiting transmission; in removable media 7 or in long-term on-vehicle storage 10 (e.g. for making vehicle and/or event history available to maintainers.
- Figure 25 shows an example of which decisions can be made. According to the type of storage media available on the application, the system will be pre-configured to prioritise the use of different storage media and locations for each type of data. In the present embodiment, if there is no wireless transmission means available on the vehicle, a removable media storage 3 will be used to store the data 7.
- the data 4 will be stored in local storage means associated with the sensors or groups of sensors 8.
- alert and processed data 5 will be stored in their main storage means 9.
- Any condition data that does not need transmission 6 may be stored in an additional on-board long-term storage 10.
- Any data that does not need to be stored at all will be discarded 11.
- the decision-making algorithms for these may be pre-programmed at installation, and the parameters by which these decisions making functions operate may be set during programming or at a later time. They may be re-set either locally (on-board or during maintenance) or remotely. In other embodiments the algorithms and/or parameters may be derived by logical or artificial intelligence functions.
- the decision-making capability of the on-board data processing means may also determine the priority or severity of the notification, by means of multiple thresholds.
- One embodiment of such a prioritisation routine is to categorise the notification by anticipated time of required action, such as, in descending order of priority: Stop the train now
- the first four categories would trigger real-time transmission of the relevant data, the following two categories would trigger download at the end of a journey or of a day, and the final two categories would trigger downloading at the next maintenance if the data had not already been downloaded by that time.
- the parameters for prioritising may be updated either locally or remotely.
- the on-board diagnostic system may comprise one or more communication systems designed for communication using different communication technologies, such as radio, satellite, cellphone, infra-red, wireless LAN (Local Area Network, such as Bluetooth or 802.1 lb protocol), hard-wired (such as copper wire or fibre-optic connections) and any other transmission technology.
- different communication technologies may be used in different circumstances to achieve optimum communication between the on-board diagnostic system and off-board data processing systems.
- the communication system to be used for a particular data transmission may be selected depending on vehicle speed and whether or not it is in range of an off-board receiving station for a good quality transmission.
- the communication system may also be selected based on the type or quantity of data to be transmitted, for example urgent data to be transmitted by long-distance technologies such as cellphone or radio, and less urgent data to be transmitted by short-distance (such as Bluetooth or 802.1 lb) and/or hard-wired technologies.
- the transmission may also be via download to a removable medium, such as CD-ROM, DVD-ROM, mini-disc, or removable hard disc, or via hardwired connection to a portable computer or other receiving equipment.
- the on-board system may also include a means for determining which system(s) is/are within range of the on-board transmitter (s).
- One such determination means is to send out signals from the on-board system via one or more particular communication systems. This may be periodic, or may be performed when there is data available to transmit by such a communication system.
- the off-board system is programmed to identify itself in response. If the on-board system receives the correct response signal and the response signal strength is sufficiently great, then the on-board system considers that the particular communication system used is available. In the alternative or in addition to the above system, the off-board system may transmit identification signals either periodically or continually via different communication systems. The on-board system will then be able to establish which communication systems are available, the signal strength of each and the constancy of the availability and signal strength of each.
- Figure 26 shows a block diagram of an on-board diagnostic system in which the main onboard diagnostic computer 1 is connected to multiple communication means that communicate with one or more off-board data processing systems using multiple complementary communication systems.
- the main diagnostic computer 1 communicates with the main on-board storage 2 and, through sensor-related subsystems 3 (i.e. the pre-processing means), with sensor-related storage 4 (i.e. the local storage means). It also communicates with on-board communication systems which include a wireless Local Area Network (LAN) transmitter / receiver 5, a radio transmitter/receiver 6, a broadband transmitter/receiver 7, removable media 8 and a port for hard-wired hook-up 9.
- the "hardwired hookup" may include wireless systems such as an infra-red data link.
- the off-board system includes communication systems corresponding to the on-board systems.
- the radio transmitter-receiver 6 is primarily used as a long-range communication system for transmitting data required to be transmitted in real-time or near-real-time, such as data related to alarms. This transmission is typically initiated by the on-board systems, and the selection of transmission system is typically controlled by control centre staff.
- data primarily bulk and low-priority data
- a broader-band, shorter-range device and protocol for example an 802.1 lb wireless LAN (Local Area Network) microchip.
- the wireless LAN station may be located only at a terminus station of a railway line, or may be located at intermediate stations to enable the transfer of lower-priority data at intermediate points on the vehicle's route. This arrangement increases the proportion of data transmitted using high speed, low cost techniques, while maintaining more up-to-date data in the off-board systems and reducing end-of- journeyney data transfer volumes.
- Removable media 8 and hard-wired download 9 are suitable for supporting depot work, but may also be suitable for use when the vehicle is at a terminus.
- the wireless LAN system also carries those message exchanges that would normally take place over the long- range data communication system that occur while the vehicle is in range of the short-range base station.
- the long-range system is used at all times for higher-priority messages, in order to simplify communications channels and the management of the data both on-board and/or off-board.
- Transmission at the end of the day may be performed when vehicle systems are switched off or when the train is stationary for more than a given period of time. That time may be either during a predetermined part of the day or when within range of an off-board transmission device that identifies itself as being a device for receiving such "end-of-day" transmissions.
- Data may also be downloaded using a hard-wired hookup or transferred via a removable medium.
- the on-board data processing means provides a facility for counting events subject to wear (Engine starts, engine running time, door closing operations etc.) and storing the totals in a non- volatile memory.
- data may be stored for the development of certain parameters over a suitable time period.
- the system takes and records statas readings automatically at cyclic intervals.
- the file of cyclic readings will then be transferred to a central database, where this information can be interrogated.
- the counter readings can be presented, for example, as curves or bar charts in relation to time.
- Trends enable preventative maintenance to be efficiently planned (e.g. the door is closing very slowly, and therefore the runner gear should be checked).
- a vehicle's systems maybe switched on remotely and a specific programme ran, with its effects on vehicle components and systems being monitored.
- a vehicle may be operated with new or adapted hardware or software, and related systems are monitored closely to verify that the hardware or software is operating correctly. This may be performed on a special commissioning run of the vehicle, or while the vehicle is in service.
- the invention incorporates on-board means for enabling a subset of such control and monitoring from off-board locations.
- One example of remote testing of systems is of an air conditioning system.
- Staff in the control centre or elsewhere operate the system, and also monitor power drawn, external temperature and internal temperature (including rate of change of internal temperature).' They may also monitor fluid pressures, temperatures and vibrations in the system. Moreover, they may monitor other electrical systems to verify that they are not picking up critical interference signals.
- An example of remote testing of software routines or bug fixes is for staff at the control centre or elsewhere to run the programme (or the section of the programme) while monitoring the functions that it performs. For example, if the programme confrols the power output of a transformer, the power output is monitored. Other programmes or routines may be run simultaneously, to verify whether or not there is interference or other conflict between the routines or programmes. Likewise, other related hardware may also be monitored to verify whether or not there are desirable or undesirable effects on them from the software being tested.
- the data received from the vehicle is complex and can include several sub data types.
- the sub types are:
- Event data which is a recording of data triggered by random fault or schedule timing
- Conditional data which is a recording of data depending on vehicle usage over time.
- a further class of data that could be incorporated is infrastructure data, which includes track type, track geometry (such as curve, radius of curve, straight, switch, crossing, gradient) and signals (such as signal location, strength, status and type).
- track type such as curve, radius of curve, straight, switch, crossing, gradient
- signals such as signal location, strength, status and type.
- An event data record will contain data including (but not limited to) some or all of: A serial reference number A date and time stamp of the appearance and disappearance of the event
- Event class Event description • System, sub-system or component in which the event appeared Geographical location of the vehicle at the time of the event Vehicle and/or component identification number in which the event appeared
- the associated environment data record will contain data including (but not limited to) some or all of:
- Calculated statas i.e. output from a virtual sensor
- State of the traction system e.g. in braking or motoring mode, acceleration or brake setting, source and type of power (for multi-system vehicles)
- Condition of the traction system e.g. frequency of the generator, power output, current and voltage in the electrical propulsion motors, overhead line voltage
- Air conditioning Mechanical condition of other on-board systems, e.g. air pressure in the brake system, vibration frequency of rotating components (shafts, gears, bearings etc.), torque and power applied, component measurements (location, length, twist, bend etc.), temperature of various components, pressure either side of a filter (air or liquid)
- Electrical condition of on-board systems e.g. electrical power drawn / used at various points, current, voltage, resistance, inductance, impedance, irregularity of current (such as from fiash-oyers)
- Fluid analysis e.g. air, hydraulic oil and lubrication oil cleanliness
- Train data e.g. speed, acceleration, deceleration
- the associated conditional data record contains fields with frain state data including (but not limited to) some or all of: Load weight
- Time based logs e.g. time at stations, time for which doors are open / closed / operation, time under power / braking / cruising / stationary.
- Quantity based logs e.g. number of operations of doors, pantographs, third rail shoes, auto-couplers, brakes.
- Distance based logs e.g. distance covered, distance under power / braking / cruising / stationary
- Supplementary data may also include:
- External and internal temperatare Infrastructure temperature e.g. rails may be much hotter than the air temperatare
- the organisation and types of the fields in the data sub-types can vary within the same monitoring system depending on the system(s) being monitored.
- the vehicle sends the data most appropriate for a given situation and parameter / component / assembly being monitored.
- the system sends data relating to the electrical environment when data relating to electrical systems condition is being stored or fransmitted.
- it sends data relating to the air system environment when data relating to the air system is being stored or transmitted. This can be done within the same monitoring system, between software versions of the off-board system (which allows for modification or addition of monitoring systems), and between different monitoring system (radically different vehicles have different needs in monitored values).
- the data communication system may optionally select between 2 or more different methods of handling communications (such as cellphone, satellite transmission and wireless LAN) with remote vehicles according to the priority of data to be transmitted.
- High priority data includes:
- the link used in this embodiment for live communications is a GSM link (Global System for Mobile communication), using its data and/or SMS (Short Messaging Service) channel using protocols well known in the field.
- GSM link Global System for Mobile communication
- SMS Short Messaging Service
- the data channel is used when reliable network connections are known to be available from the network provider (long data transfers can be very sensitive to the network quality because of the time the communication lasts, since long messages are more likely to be broken during the data transfer).
- the SMS channel is used as an alternative when there is known shortcomings in the quality of the network (bad reception areas, obstacles on the line such as bridges, tunnels). It allows sending a batch of data packet by packet and does not necessitate establishment of a connection for a long period of time.
- the exchanges of data between the on and off-board systems can be scheduled or spontaneous.
- a scheduled exchange will normally be initiated by the off-board system, which holds schedule details (date and time, cycles of vehicles to contact, and details of vehicle including primary and secondary phone numbers).
- schedule details date and time, cycles of vehicles to contact, and details of vehicle including primary and secondary phone numbers.
- details are taken and the vehicle is contacted with a request for data as shown in Figure 27.
- a request can be originated from the external off-board system 1 and transmitted 2 to the vehicle onboard system, or can be generated by the on-board system 3 itself.
- the data is collected 4 and, depending of the state of the wireless connection (is it still connected 5, and is it an transmission means appropriate for transmitting bulk data 7), either the data is simply send back on the same connection 8 or a call to the off-board system is re-initiated and data sent through that connection 6.
- a request can be for one, more than one, or all types of data (event data, environmental data, condition data etc.).
- the vehicle has then the option to reply within the same request call or can call back the off- board communication system with the requested data. This can be arranged such that if any call is broken (for example, by poor network coverage), the on-board systems then initiate the re-connection.
- the vehicle takes the initiative to call the off-board system for transferring some important data as shown in Figure 28A.
- a high priority (alarm) event is raised 1
- data is collected 2.
- the on-board system verifies whether or not there is a data transmission channel currently open 3. If there is one open, it is interrupted to send data 5; if not, a connection is made to the off-board system is made 4 for the data to be transmitted 5.
- An alternative set-up, as depicted in Figure 28B would be for the system to verify 6 whether or not the open data transmission channel is the channel that would normally be used for fransmission of alarm / high priority data.
- the new alarm condition is added to the end of the current transmission without interrupting it 7. If not, then the system opens a transmission channel appropriate for urgent data 4, so that the current fransmission on bulk data channels can continue uninterrupted.
- This data is normally of event type containing environment parts and is sent when special "alarm" conditions are met on the vehicle (high priority malfunction or threshold-breaking reporting event).
- the data exchanged includes the alarm, statas data directly related to the alarm condition, vehicle and system data and, optionally, supporting data such as environmental data and status data from related systems and sensors
- an off-board person such as a vehicle or fleet manager or engineer interrogates on-board systems in real-time or near-real-time during the investigation of an issue or for another reason that requires data to be made available before the higher-priority data download, as shown in Figure 29.
- the message from the off-board system is fransmitted to the on-board system 1, on receipt of which the on-board diagnostic system collects the data 2 and sends it back 3 during the same fransmission. This will normally be performed using a high priority (alarm) data link 4, in this case radio fransmission.
- the off-board system interrogates the on-board system (for example, on a scheduled download initiated by the off-board system) for updates of the condition of the vehicle or of specified assemblies, systems or components on the vehicle, as shown in Figure 30.
- a message 1 will be sent to the on-board system from the off board system.
- the on-board system will then collect the data from the component 2 and return the data 3.
- the transmission means will normally be selected according to the same criteria as for a scheduled fransmission initiated by the on-board system 4.
- This may be performed, in one example, by the off-board system interrogating the appropriate on-board systems, assemblies or components through the on-board processor, hi a second example, the onboard system maintains a registry of current data from the appropriate systems, assemblies or components; when interrogated by the off-board system, the on-board system downloads some or all of the contents of this registry. In a third system, the off-board system interrogates the main on-board store to obtain the requisite information.
- the off-board and on-board systems are part of a private wireless network using TCP/IP (Transport Control Packet / Internet Protocol) as the underlying protocol, though other protocols may be used.
- TCP/IP Transport Control Packet / Internet Protocol
- the participants are identified by their IP addresses. This gives the possibility that any node in the network can communicate with another. However this is restricted and on-board system nodes communicate only with the off-board system node.
- the wireless network is implemented both through GSM and IEE 802.1 IB type connection.
- GSM Global System for Mobile Communications
- a further type of data fransmitted is complex messages which can transport different kinds of information.
- Each message consists of a command and associated data and has an associated response.
- the set of commands and responses can be enriched as new services are developed. This allows not only for fransfer of stored diagnostic and live data from the vehicle to the data storage system, but also for the fransfer of configuration data, parameters, software bug fixes and upgrades, and other data to the vehicle.
- the connection between the two systems does not have to be terminated at the end of a exchange, but can be kept live indefinitely. Both on-board and off-board systems can initiate such communications depending on their needs.
- Figure 31 shows how data is formatted for two types of data.
- an incoming request arrives at the on-board system 1. If the request is for event, condition or environmental data 2, the data is first formatted 4 before being passed on to the fransmission module. If the request is for other data 3 such as current release of software, copies of parameters and settings, or hardware configuration data, the data also needs to be collected and formatted for transmission 5 prior to passing to the transmission module.
- the system initiates a call 7 to the ground station. If the connection is established 8, the requested data is sent 9. If not, the system tries again to establish the connection, repeatedly if necessary 10).
- the initial request is for no known data format, or cannot be met, or if the system fails connection 10 times to make a, then a notice of failed transmission 11 appropriate to the reason for the failure is stored in the fransmission module for sending to the off-board system during the next successful transmission.
- An interactive diagnostic service allows users to view live diagnostic faults on the vehicle without first uploading them to the data storage, and to look for related symptoms and causes on related systems (i.e. nearby, or interconnected, systems).
- An interactive data process service enables users to monitor process data (e.g. sensor values, control system data, settings and parameters in operation, real-time observation of the execution of programmes and of the results and effects of executing those programmes) remotely.
- a train overview service allows the train configuration (which vehicles, assemblies, sub-assemblies and components are on the frain, and the make, model, modification state, time or mileage etc. since last overhaul, age and other relevant data) to be obtained.
- a code download service allows new services to be transferred to the on-board system or existing ones to be updated.
- the above description has described various embodiments of a diagnostic system within the scope of the invention. It should be noted that the embodiments described above are susceptible to various modifications and alternative forms.
- the diagnostic system could be applied to monitoring a building.
- the elements described as "on-board” are within the building being monitored and “off-board” elements are elsewhere. Monitored elements may include temperatare, air quality, air conditioning, intruder and fire alarms, CCTV, IT and telephone systems, lifts, heating, lighting, fuses / circuit breakers, personnel clocking systems, security staff monitoring machines (to ensure that they do the complete tour of the premises every so often) and any other appropriate building equipment or systems.
- each monitored “vehicle” could be a machine, wherein “on-board” denotes within the machine being monitored and “off-board” is elsewhere.
- These can vary between simple and extremely complex machines.
- the more complex machines have multiple monitoring systems on board such as tool breakage sensors, fault detection software, overload detectors and logs of hours of operation of the machine.
- To these further sensors can be added, for identifying where people are or are not, total power consumption, performance of swarf conveyors (to detect blockages), weight of swarf bins (to know when they need emptying), volume and cleanliness of coolant, and other appropriate conditions.
- each monitored “vehicle” could be a machine, system or accommodation section within the rig or sub-surface installations and devices associated with the rig or surface installations associated with the rig such as loading and anchorage buoys, wherein “on-board” denotes within the machine, system or section being monitored and “off-board” is elsewhere.
- the rig itself may be monitored remotely, in which case “vehicle” is the rig and anything on the rig; “on-board” means on or relating to the rig and its associated installations and systems, and "off-board” means elsewhere.
- "vehicle” is a pumping or relay station (relaying power, radio signals, microwave transmissions, fibre-optic signals etc.), "on-board” means within or associated with the station being monitored; “off-board” is elsewhere.
- Monitored elements of a pumping station would include but not be limited to power drawn, pressures at various points, leakage detection, intruder detection and monitoring of the pumping apparatus itself.
- Monitored elements of a relay station would include but not be limited to detection of signal strength (voltage, frequency, current, signal coherence etc.) at various points, power consumed, wind speed, weight of snow and ice forming on sensitive parts of the installation, and intruder detection.
Landscapes
- Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Testing Of Engines (AREA)
- Testing Or Calibration Of Command Recording Devices (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Testing Of Devices, Machine Parts, Or Other Structures Thereof (AREA)
Abstract
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0507533A GB2409904B (en) | 2002-09-13 | 2003-09-15 | Vehicle on-board diagnostic system |
AU2003269181A AU2003269181A1 (en) | 2002-09-13 | 2003-09-15 | Vehicle on-board diagnostic system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0221190A GB2392983A (en) | 2002-09-13 | 2002-09-13 | Remote system condition monitoring |
GB0221190.2 | 2002-09-13 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2004024531A1 true WO2004024531A1 (fr) | 2004-03-25 |
Family
ID=9943957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2003/004115 WO2004024531A1 (fr) | 2002-09-13 | 2003-09-15 | Systeme de diagnostic embarque dans un vehicule |
Country Status (3)
Country | Link |
---|---|
AU (1) | AU2003269181A1 (fr) |
GB (2) | GB2392983A (fr) |
WO (1) | WO2004024531A1 (fr) |
Cited By (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005105536A1 (fr) * | 2004-05-03 | 2005-11-10 | Sti Rail Pty Ltd | Systeme sur reseau de controle de l'integrite d'un train |
WO2006125256A1 (fr) * | 2005-05-23 | 2006-11-30 | Fairclough Corporation Pty Ltd | Systeme de controle pour vehicule monte sur rails |
WO2008073353A2 (fr) * | 2006-12-08 | 2008-06-19 | Alternative Hybrid Locomotive Technologies | Système et procédé de propulsion hybride |
WO2009149862A1 (fr) * | 2008-06-13 | 2009-12-17 | Knorr-Bremse Systeme für Schienenfahrzeuge GmbH | Procédé de surveillance d'au moins un paramètre système influencé par le comportement de fonctionnement de véhicules ou de trains |
WO2010077505A1 (fr) * | 2008-12-29 | 2010-07-08 | Universal City Studios Lllp | Système de commande de position |
AU2005237656B2 (en) * | 2004-05-03 | 2011-03-03 | Sti-Global Ltd | Train integrity network system |
CN102267476A (zh) * | 2011-05-05 | 2011-12-07 | 上海可鲁系统软件有限公司 | 一种轨道交通车辆轴温实时监控系统 |
FR2961612A1 (fr) * | 2010-06-22 | 2011-12-23 | Peugeot Citroen Automobiles Sa | Methode et outil de diagnostic du fonctionnement des equipements d'un vehicule automobile |
ES2398087A1 (es) * | 2011-01-17 | 2013-03-13 | Metro De Madrid, S.A. | Sistema y método para la mejora del servicio en redes de metro. |
EP2682322A1 (fr) * | 2012-07-06 | 2014-01-08 | NTN-SNR Roulements | Diagnostic de l'état structurel d'unités de roulement d'un engin, incluant des moyens de calcul et d'analyse embarqués sur l'engin |
WO2014006352A1 (fr) | 2012-07-06 | 2014-01-09 | Ntn-Snr Roulements | Diagnostic de l'état structurel d'un organe cinématique rotatif à diagnostiquer d'une chaîne cinématique d'un appareil, d'une machine ou d'un engin, en particulier un engin à roues |
CN103997398A (zh) * | 2014-05-20 | 2014-08-20 | 上海微小卫星工程中心 | 一种信道资源的数据处理方法及其装置 |
WO2014035268A3 (fr) * | 2012-09-03 | 2014-11-13 | Wojciech SZPRYNGER | Dispositif permettant de recevoir, de traiter et de produire des signaux pour commander automatiquement un véhicule ferroviaire |
EP2840010A1 (fr) * | 2013-08-21 | 2015-02-25 | Siemens S.A.S. | Méthode et système de transfert de données haut débit bi-directionnel pour un mobile en déplacement le long d'une voie |
DE102014113371A1 (de) * | 2014-09-17 | 2016-03-17 | Knorr-Bremse Systeme für Schienenfahrzeuge GmbH | Verfahren zur Überwachung und Diagnose von Komponenten eines Schienenfahrzeugs, mit erweiterbarer Auswertungssoftware |
WO2016057287A1 (fr) * | 2014-10-06 | 2016-04-14 | Ptc Inc. | Capteurs virtuels pris en charge par un modèle et un logiciel de conception assistée par ordinateur (cao) |
EP2064106B1 (fr) | 2006-09-18 | 2016-06-15 | Bombardier Transportation GmbH | Système de diagnostic et procédé de contrôle de système ferroviaire |
IT201700107408A1 (it) * | 2017-10-03 | 2018-01-03 | Italplant S R L | Controllo remoto per teste a dividere |
US9956974B2 (en) | 2004-07-23 | 2018-05-01 | General Electric Company | Vehicle consist configuration control |
CN108032878A (zh) * | 2017-12-07 | 2018-05-15 | 交控科技股份有限公司 | 一种列车电子化维护系统和维护方法 |
EP2682321B1 (fr) | 2012-07-06 | 2018-05-16 | NTN-SNR Roulements | Diagnostic de l'état structurel d'unités de roulement d'un engin, incluant des moyens de calcul et d'analyse dissociés structurellement de l'engin |
EP3372473A1 (fr) * | 2017-03-10 | 2018-09-12 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Procédé de diagraphie et de synchronisation d'événements associés au diagnostic |
EP3375691A1 (fr) * | 2017-03-14 | 2018-09-19 | Comesvil S.p.A. | Système de surveillance pour une infrastructure ferroviaire |
WO2018215144A1 (fr) * | 2017-05-24 | 2018-11-29 | Siemens Aktiengesellschaft | Commande d'état d'un élément d'usure et de déchirure |
WO2019025104A1 (fr) * | 2017-07-31 | 2019-02-07 | Siemens Aktiengesellschaft | Procédé et dispositif de surveillance d'un système d'entraînement d'un véhicule guidé |
CN109367585A (zh) * | 2018-10-30 | 2019-02-22 | 窦玉猛 | 一种铁路货运行驶状态信号控制系统 |
CN109765448A (zh) * | 2019-02-01 | 2019-05-17 | 唐智科技湖南发展有限公司 | 一种分布式故障诊断方法、装置及系统 |
CN110213221A (zh) * | 2018-02-28 | 2019-09-06 | 罗伯特·博世有限公司 | 用于执行诊断的方法 |
CN110866655A (zh) * | 2019-11-25 | 2020-03-06 | 武汉地铁运营有限公司 | 一种基于功率数值分析的道岔卡阻故障智能预警方法 |
DE102019211154A1 (de) * | 2019-07-26 | 2021-01-28 | Volkswagen Aktiengesellschaft | Verfahren eines Netzwerkservers zum Warten von Fahrzeugkomponenten |
DE102019211155A1 (de) * | 2019-07-26 | 2021-01-28 | Volkswagen Aktiengesellschaft | Verfahren eines Fahrzeugs und eines Netzwerkservers zum Warten von Fahrzeugkomponenten |
DE102019121589A1 (de) * | 2019-08-09 | 2021-02-11 | Compredict Gmbh | Verfahren zur Bestimmung einer Sensorkonfiguration |
CN113490857A (zh) * | 2019-02-06 | 2021-10-08 | 利萨·德雷克塞迈尔有限责任公司 | 方法和测试设备 |
CN113525451A (zh) * | 2021-07-30 | 2021-10-22 | 国家高速列车青岛技术创新中心 | 一种利用牵引电机电流监测轨道车辆车轮多边形的方法 |
CN113654816A (zh) * | 2021-08-10 | 2021-11-16 | 中车大连机车车辆有限公司 | 一种基于cmd的机车试验装置及机车智能调试系统 |
EP3507166B1 (fr) | 2016-09-02 | 2022-03-09 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Procédé et dispositif permettant de surveiller des états de véhicules ferroviaires |
EP3853619A4 (fr) * | 2018-09-20 | 2022-06-15 | Thales Canada Inc. | Détermination d'état stationnaire, mesures de vitesse |
JP7532291B2 (ja) | 2021-03-10 | 2024-08-13 | 株式会社東芝 | 列車情報管理装置 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102004057458B4 (de) * | 2004-11-25 | 2007-05-03 | Siemens Ag | Kommunikationseinrichtung, insbesondere zur Informationsdurchsage und Kommunikation zwischen zwei Sprechstellen im Triebzug |
EP1759954B1 (fr) * | 2005-09-01 | 2008-02-27 | Alcatel Lucent | Procédé et système pour surveiller des véhicules de transport en commun |
DE102006044219A1 (de) * | 2006-09-15 | 2008-03-27 | Bombardier Transportation Gmbh | Auffinden einer Funktionsstörung in einem Schienenfahrzeug |
RU65848U1 (ru) * | 2007-03-30 | 2007-08-27 | Открытое Акционерное Общество "Российские Железные Дороги" | Система управления скоростным пассажирским электропоездом |
DE102008060194B4 (de) | 2008-11-28 | 2022-08-25 | Volkswagen Ag | Verfahren und Kraftfahrzeug für ein Fahrzeugflotten-Qualifikationsmanagement |
CN102998996A (zh) * | 2012-12-07 | 2013-03-27 | 陕西千山航空电子有限责任公司 | 一种飞机机载实时故障诊断方法 |
EP3254928A1 (fr) | 2016-06-10 | 2017-12-13 | Bombardier Transportation GmbH | Système et procédé pour la gestion des ressources des wagons de chemin de fer |
CN106230648B (zh) * | 2016-09-14 | 2023-02-17 | 南京康尼机电股份有限公司 | 集成数据采集传输装置的门控器及其处理传输方法 |
DE102019203379A1 (de) * | 2019-03-13 | 2020-09-17 | Zf Friedrichshafen Ag | Verfahren und Antriebsanordnung zum Betreiben eines Schienenfahrzeugs |
CN110887679A (zh) * | 2019-08-23 | 2020-03-17 | 唐智科技湖南发展有限公司 | 一种轨道交通车辆健康管理方法、装置和系统 |
JP7338584B2 (ja) * | 2020-08-07 | 2023-09-05 | トヨタ自動車株式会社 | 異常判定装置 |
CN114441792A (zh) * | 2020-11-03 | 2022-05-06 | 斯凯孚公司 | 基于振动信号的列车速度估算装置及方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0631921A2 (fr) * | 1993-06-30 | 1995-01-04 | Alex. Friedmann Kommanditgesellschaft | Dispositif pour commander et régler des composants électriques, électroniques ou électro-mécaniques dans des véhicules ferroviaires |
US5445347A (en) * | 1993-05-13 | 1995-08-29 | Hughes Aircraft Company | Automated wireless preventive maintenance monitoring system for magnetic levitation (MAGLEV) trains and other vehicles |
EP1031488A1 (fr) * | 1999-02-23 | 2000-08-30 | New York Air Brake Corporation | Sérialisation automatique pour train avec orientation d'un wagon |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4234926A (en) * | 1978-12-05 | 1980-11-18 | Sealand Service Inc. | System & method for monitoring & diagnosing faults in environmentally controlled containers, such system and method being especially adapted for remote computer controlled monitoring of numerous transportable containers over existing on-site power wiring |
DE4321348C2 (de) * | 1993-06-26 | 2000-02-24 | Line Elektro Electronic Gmbh E | Verfahren und Vorrichtung zur Früherkennung und Meldung von Fehler- und Gefahrenquellen in schienengebundenen und schienenlosen Fahrzeugen des öffentlichen Nahverkehrs |
DE19933334A1 (de) * | 1999-07-16 | 2001-01-18 | Iveco Magirus | Ferndiagnosesystem für Kraftfahrzeuge |
GB2378248A (en) * | 2001-05-09 | 2003-02-05 | Worcester Entpr Ltd | A fault prediction system for vehicles |
-
2002
- 2002-09-13 GB GB0221190A patent/GB2392983A/en not_active Withdrawn
-
2003
- 2003-09-15 AU AU2003269181A patent/AU2003269181A1/en not_active Abandoned
- 2003-09-15 GB GB0507533A patent/GB2409904B/en not_active Expired - Lifetime
- 2003-09-15 WO PCT/GB2003/004115 patent/WO2004024531A1/fr not_active Application Discontinuation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5445347A (en) * | 1993-05-13 | 1995-08-29 | Hughes Aircraft Company | Automated wireless preventive maintenance monitoring system for magnetic levitation (MAGLEV) trains and other vehicles |
EP0631921A2 (fr) * | 1993-06-30 | 1995-01-04 | Alex. Friedmann Kommanditgesellschaft | Dispositif pour commander et régler des composants électriques, électroniques ou électro-mécaniques dans des véhicules ferroviaires |
EP1031488A1 (fr) * | 1999-02-23 | 2000-08-30 | New York Air Brake Corporation | Sérialisation automatique pour train avec orientation d'un wagon |
Cited By (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005105536A1 (fr) * | 2004-05-03 | 2005-11-10 | Sti Rail Pty Ltd | Systeme sur reseau de controle de l'integrite d'un train |
AU2005237656B2 (en) * | 2004-05-03 | 2011-03-03 | Sti-Global Ltd | Train integrity network system |
US9956974B2 (en) | 2004-07-23 | 2018-05-01 | General Electric Company | Vehicle consist configuration control |
WO2006125256A1 (fr) * | 2005-05-23 | 2006-11-30 | Fairclough Corporation Pty Ltd | Systeme de controle pour vehicule monte sur rails |
EP2064106B1 (fr) | 2006-09-18 | 2016-06-15 | Bombardier Transportation GmbH | Système de diagnostic et procédé de contrôle de système ferroviaire |
WO2008073353A2 (fr) * | 2006-12-08 | 2008-06-19 | Alternative Hybrid Locomotive Technologies | Système et procédé de propulsion hybride |
WO2008073353A3 (fr) * | 2006-12-08 | 2008-08-28 | Alternative Hybrid Locomotive | Système et procédé de propulsion hybride |
WO2009149862A1 (fr) * | 2008-06-13 | 2009-12-17 | Knorr-Bremse Systeme für Schienenfahrzeuge GmbH | Procédé de surveillance d'au moins un paramètre système influencé par le comportement de fonctionnement de véhicules ou de trains |
US8577522B2 (en) | 2008-06-13 | 2013-11-05 | Knorr-Bremse Systeme Fur Schienenfahrzeuge Gmbh | Method for monitoring at least one system parameter which influences the operating behaviour of vehicles or trains of vehicles |
CN101977806B (zh) * | 2008-06-13 | 2014-05-28 | 克诺尔-布里姆斯轨道车辆系统有限公司 | 借助能匹配的理论模型监控汽车或列车制动功率的方法 |
WO2010077505A1 (fr) * | 2008-12-29 | 2010-07-08 | Universal City Studios Lllp | Système de commande de position |
CN102271985B (zh) * | 2008-12-29 | 2016-08-10 | 环球城市电影有限责任公司 | 位置控制系统 |
RU2532305C2 (ru) * | 2008-12-29 | 2014-11-10 | ЮНИВЕРСАЛ СИТИ СТЬЮДИОС ЭлЭлСи | Система управления положением |
US9308926B2 (en) | 2008-12-29 | 2016-04-12 | Universal City Studios Llc | Position control system |
FR2961612A1 (fr) * | 2010-06-22 | 2011-12-23 | Peugeot Citroen Automobiles Sa | Methode et outil de diagnostic du fonctionnement des equipements d'un vehicule automobile |
WO2011161345A1 (fr) * | 2010-06-22 | 2011-12-29 | Peugeot Citroën Automobiles SA | Methode et outil de diagnostic du fonctionnement des equipements d'un vehicule automobile |
ES2398087A1 (es) * | 2011-01-17 | 2013-03-13 | Metro De Madrid, S.A. | Sistema y método para la mejora del servicio en redes de metro. |
CN102267476A (zh) * | 2011-05-05 | 2011-12-07 | 上海可鲁系统软件有限公司 | 一种轨道交通车辆轴温实时监控系统 |
EP2682321B1 (fr) | 2012-07-06 | 2018-05-16 | NTN-SNR Roulements | Diagnostic de l'état structurel d'unités de roulement d'un engin, incluant des moyens de calcul et d'analyse dissociés structurellement de l'engin |
WO2014006352A1 (fr) | 2012-07-06 | 2014-01-09 | Ntn-Snr Roulements | Diagnostic de l'état structurel d'un organe cinématique rotatif à diagnostiquer d'une chaîne cinématique d'un appareil, d'une machine ou d'un engin, en particulier un engin à roues |
EP2682322A1 (fr) * | 2012-07-06 | 2014-01-08 | NTN-SNR Roulements | Diagnostic de l'état structurel d'unités de roulement d'un engin, incluant des moyens de calcul et d'analyse embarqués sur l'engin |
FR2992935A1 (fr) * | 2012-07-06 | 2014-01-10 | Ntn Snr Roulements | Diagnostic de l'etat structurel d'unites de roulement d'un engin, incluant des moyens de calcul et d'analyse embarques sur l'engin. |
FR2993049A1 (fr) * | 2012-07-06 | 2014-01-10 | Ntn Snr Roulements | Diagnostic de l'etat structurel d'un organe cinematique rotatif a diagnostiquer d'une chaine cinematique d'un appareil, d'une machine ou d'un engin, en particulier un engin a roues. |
WO2014035268A3 (fr) * | 2012-09-03 | 2014-11-13 | Wojciech SZPRYNGER | Dispositif permettant de recevoir, de traiter et de produire des signaux pour commander automatiquement un véhicule ferroviaire |
EP2840010A1 (fr) * | 2013-08-21 | 2015-02-25 | Siemens S.A.S. | Méthode et système de transfert de données haut débit bi-directionnel pour un mobile en déplacement le long d'une voie |
WO2015024709A1 (fr) * | 2013-08-21 | 2015-02-26 | Siemens S.A.S. | Méthode et système de transfert de données haut débit bidirectionnel pour un mobile en déplacement le long d'une voie |
CN103997398A (zh) * | 2014-05-20 | 2014-08-20 | 上海微小卫星工程中心 | 一种信道资源的数据处理方法及其装置 |
CN103997398B (zh) * | 2014-05-20 | 2017-02-15 | 上海微小卫星工程中心 | 一种信道资源的数据处理方法及其装置 |
US10435050B2 (en) | 2014-09-17 | 2019-10-08 | Knorr-Bremse Systeme Für Schienenfahrzeuge | Method for monitoring and diagnosing components of a rail vehicle by means of an extensible evaluation software |
DE102014113371A1 (de) * | 2014-09-17 | 2016-03-17 | Knorr-Bremse Systeme für Schienenfahrzeuge GmbH | Verfahren zur Überwachung und Diagnose von Komponenten eines Schienenfahrzeugs, mit erweiterbarer Auswertungssoftware |
EP3194229B1 (fr) | 2014-09-17 | 2020-10-14 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Procédé de surveillance et de diagnostic de composants d'un véhicule ferroviaire avec un logiciel d'evaluation extensible |
WO2016057287A1 (fr) * | 2014-10-06 | 2016-04-14 | Ptc Inc. | Capteurs virtuels pris en charge par un modèle et un logiciel de conception assistée par ordinateur (cao) |
EP3507166B1 (fr) | 2016-09-02 | 2022-03-09 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Procédé et dispositif permettant de surveiller des états de véhicules ferroviaires |
EP3372473A1 (fr) * | 2017-03-10 | 2018-09-12 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Procédé de diagraphie et de synchronisation d'événements associés au diagnostic |
EP3375691A1 (fr) * | 2017-03-14 | 2018-09-19 | Comesvil S.p.A. | Système de surveillance pour une infrastructure ferroviaire |
WO2018215144A1 (fr) * | 2017-05-24 | 2018-11-29 | Siemens Aktiengesellschaft | Commande d'état d'un élément d'usure et de déchirure |
RU2724915C1 (ru) * | 2017-05-24 | 2020-06-26 | Сименс Мобилити Гмбх | Контроль состояния изнашиваемого элемента |
US11999392B2 (en) | 2017-05-24 | 2024-06-04 | Siemens Mobility GmbH | Condition controlling of a wear and tear element |
CN110997447A (zh) * | 2017-07-31 | 2020-04-10 | 西门子交通有限公司 | 用于监控有轨车辆的驱动系统的方法和设备 |
WO2019025104A1 (fr) * | 2017-07-31 | 2019-02-07 | Siemens Aktiengesellschaft | Procédé et dispositif de surveillance d'un système d'entraînement d'un véhicule guidé |
CN110997447B (zh) * | 2017-07-31 | 2022-08-19 | 西门子交通有限公司 | 用于监控有轨车辆的驱动系统的方法和设备 |
IT201700107408A1 (it) * | 2017-10-03 | 2018-01-03 | Italplant S R L | Controllo remoto per teste a dividere |
CN108032878A (zh) * | 2017-12-07 | 2018-05-15 | 交控科技股份有限公司 | 一种列车电子化维护系统和维护方法 |
CN110213221A (zh) * | 2018-02-28 | 2019-09-06 | 罗伯特·博世有限公司 | 用于执行诊断的方法 |
CN110213221B (zh) * | 2018-02-28 | 2023-08-11 | 罗伯特·博世有限公司 | 用于执行诊断的方法 |
US11415432B2 (en) | 2018-09-20 | 2022-08-16 | Thales Canada Inc. | Stationary state determination, speed measurements |
EP3853619A4 (fr) * | 2018-09-20 | 2022-06-15 | Thales Canada Inc. | Détermination d'état stationnaire, mesures de vitesse |
CN109367585A (zh) * | 2018-10-30 | 2019-02-22 | 窦玉猛 | 一种铁路货运行驶状态信号控制系统 |
CN109765448A (zh) * | 2019-02-01 | 2019-05-17 | 唐智科技湖南发展有限公司 | 一种分布式故障诊断方法、装置及系统 |
CN109765448B (zh) * | 2019-02-01 | 2021-07-13 | 唐智科技湖南发展有限公司 | 一种分布式故障诊断方法、装置及系统 |
CN113490857A (zh) * | 2019-02-06 | 2021-10-08 | 利萨·德雷克塞迈尔有限责任公司 | 方法和测试设备 |
CN113490857B (zh) * | 2019-02-06 | 2024-04-02 | 利萨·德雷克塞迈尔有限责任公司 | 方法和测试设备 |
WO2021018712A1 (fr) | 2019-07-26 | 2021-02-04 | Volkswagen Aktiengesellschaft | Procédé d'un véhicule et d'un serveur de réseau pour la maintenance de composants de véhicule |
WO2021018710A1 (fr) | 2019-07-26 | 2021-02-04 | Volkswagen Aktiengesellschaft | Procédé d'entretien de composants de véhicule à l'aide d'un serveur réseau |
DE102019211155A1 (de) * | 2019-07-26 | 2021-01-28 | Volkswagen Aktiengesellschaft | Verfahren eines Fahrzeugs und eines Netzwerkservers zum Warten von Fahrzeugkomponenten |
DE102019211154A1 (de) * | 2019-07-26 | 2021-01-28 | Volkswagen Aktiengesellschaft | Verfahren eines Netzwerkservers zum Warten von Fahrzeugkomponenten |
DE102019121589A1 (de) * | 2019-08-09 | 2021-02-11 | Compredict Gmbh | Verfahren zur Bestimmung einer Sensorkonfiguration |
CN110866655B (zh) * | 2019-11-25 | 2024-04-05 | 武汉地铁运营有限公司 | 一种基于功率数值分析的道岔卡阻故障智能预警方法 |
CN110866655A (zh) * | 2019-11-25 | 2020-03-06 | 武汉地铁运营有限公司 | 一种基于功率数值分析的道岔卡阻故障智能预警方法 |
JP7532291B2 (ja) | 2021-03-10 | 2024-08-13 | 株式会社東芝 | 列車情報管理装置 |
CN113525451A (zh) * | 2021-07-30 | 2021-10-22 | 国家高速列车青岛技术创新中心 | 一种利用牵引电机电流监测轨道车辆车轮多边形的方法 |
CN113654816A (zh) * | 2021-08-10 | 2021-11-16 | 中车大连机车车辆有限公司 | 一种基于cmd的机车试验装置及机车智能调试系统 |
Also Published As
Publication number | Publication date |
---|---|
GB2392983A (en) | 2004-03-17 |
GB2409904A (en) | 2005-07-13 |
AU2003269181A1 (en) | 2004-04-30 |
GB2409904B (en) | 2006-06-28 |
GB0221190D0 (en) | 2002-10-23 |
GB0507533D0 (en) | 2005-05-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2004024531A1 (fr) | Systeme de diagnostic embarque dans un vehicule | |
US11385137B2 (en) | System, method and apparatus for monitoring the health of railcar wheelsets | |
US10710619B2 (en) | Train and rail yard management system | |
US8212685B2 (en) | Railroad train monitoring system | |
US6487478B1 (en) | On-board monitor for railroad locomotive | |
CA2703357C (fr) | Determination de la duree de vie residuelle d'un element de vehicule | |
US6301531B1 (en) | Vehicle maintenance management system and method | |
CN201484439U (zh) | 一种轨道交通车辆走行部及钢轨故障车载在线监测诊断系统 | |
JP2018515389A (ja) | 列車編成の構築および管理のためのシステムおよび方法 | |
CN201016001Y (zh) | 旅客列车运行监测与在线故障诊断系统 | |
US20020116149A1 (en) | System and method for remote inbound vehicle inspection | |
CN102497393A (zh) | 高速列车智能化系统及其通信方法 | |
MXPA02004194A (es) | Metodo y sistema para administrar remotamente la comunicacion de datos utilizados para pronosticar malos funcionamientos en una pluralidad de maquinas. | |
AU2010200383A1 (en) | Method and system for using location information in conjunction with recorded operating information for a railroad train | |
WO2001031515A1 (fr) | Configuration de systeme de communication et de collecte de donnees a distance | |
US6633784B1 (en) | Configuration of a remote data collection and communication system | |
CN105916753A (zh) | 用于监控铁路车厢性能的系统和方法 | |
JP3305957B2 (ja) | 列車検修・列車故障復旧支援装置 | |
AU2012204057B2 (en) | Railroad train monitoring system | |
RU2787310C1 (ru) | Бортовой аналитический комплекс для транспортных средств |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
ENP | Entry into the national phase |
Ref document number: 0507533 Country of ref document: GB Kind code of ref document: A Free format text: PCT FILING DATE = 20030915 |
|
122 | Ep: pct application non-entry in european phase | ||
NENP | Non-entry into the national phase |
Ref country code: JP |
|
WWW | Wipo information: withdrawn in national office |
Country of ref document: JP |