EP2765053A2 - A rail train diagnostics system - Google Patents
A rail train diagnostics system Download PDFInfo
- Publication number
- EP2765053A2 EP2765053A2 EP14154105.2A EP14154105A EP2765053A2 EP 2765053 A2 EP2765053 A2 EP 2765053A2 EP 14154105 A EP14154105 A EP 14154105A EP 2765053 A2 EP2765053 A2 EP 2765053A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- data
- train
- channel
- received
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 21
- 230000008569 process Effects 0.000 claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 34
- 238000004458 analytical method Methods 0.000 claims description 29
- 238000004891 communication Methods 0.000 claims description 19
- 238000012544 monitoring process Methods 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 claims description 4
- 125000004122 cyclic group Chemical group 0.000 claims description 3
- 230000003111 delayed effect Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 claims description 3
- 230000000737 periodic effect Effects 0.000 claims description 3
- 238000005096 rolling process Methods 0.000 claims description 2
- 238000012423 maintenance Methods 0.000 description 13
- 238000007726 management method Methods 0.000 description 13
- 239000000446 fuel Substances 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000007405 data analysis Methods 0.000 description 3
- 239000000523 sample Substances 0.000 description 3
- 101100510301 Arabidopsis thaliana KIN7B gene Proteins 0.000 description 2
- 101100510303 Nicotiana tabacum NACK2 gene Proteins 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003137 locomotive effect Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
- B61L27/50—Trackside diagnosis or maintenance, e.g. software upgrades
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
- B61L27/40—Handling position reports or trackside vehicle data
-
- 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/0081—On-board diagnosis or maintenance
Definitions
- the invention relates to monitoring of passenger or goods rail trains.
- US2010260094 (Siemens) describes an approach to avoiding hand-offs for mobile communication for safety-critical applications.
- access points have transceivers communicating with a mobile node in a train.
- WO2009030659 (Siemens) describes dynamic address management techniques
- WO2008015148 (Siemens) describes balancing of load across secure and non-secure computers.
- US2003/0214417 (Peltz et al ) describes an intelligent communications command and control system for a land-based vehicle. This specification describes use of an additional communication scheme for locomotive command data for use if the quality of a first scheme is not satisfactory.
- a monitor senses parameters indicative of quality on the first scheme, and a processor selects a second scheme if quality is unsatisfactory on the first scheme.
- the invention is directed towards providing improved collection and processing of diagnostics data from moving trains.
- the invention provides a train diagnostics system comprising: an on-board control unit linked by a local area network to interfaces to train systems and sensors, a wireless interface for transmission of diagnostics data from the on-board control unit; and a ground-based server adapted to receive said diagnostics data and process it to generate diagnostic reports.
- the wireless interface may be adapted to transmit the diagnostics data in a plurality of channels, including at least:
- the wireless interface may optimise data transmission without need to select and switch to alternative communication schemes. For example, if travelling through a tunnel, there is automatic use of the backfill channel and immediate re-use of the maintained live channel upon exit.
- the wireless interface is adapted to execute a separate software processes for each of said real time and backfill channels.
- the real time channel process is adapted to automatically hand over to the backfill channel process a message for which a positive acknowledgement has not been received when transmitted on the live channel.
- the wireless interface is adapted to automatically assign data to the backfill channel if wireless communication is not available in real time.
- the on-board control unit is adapted to manage transmissions on the backfill channel with repeated attempts in a non-cyclic manner, in which:
- the server controls the back-fill channel to abort a back-fill message is a second negative acknowledgement is received.
- the wireless interface is adapted to send a heartbeat message to the server at periodic intervals.
- the on-board control unit is adapted to maintain in memory the current state of each of a plurality of the train signals being monitored, and to compare new data received in a signal with the current known state for each of the signals, and wherein the on-board control unit is adapted to transmit new data if the state has changed for one or more of the signals.
- control unit is adapted to combine new train sensor data with previously-received data, and to time stamp and location stamp the combined data.
- the server is adapted to raise an alert if invalid data is received, said alert indicating that there may be a fault with the on-train system or sensor being monitored.
- the server includes an event processing engine for maintaining a live session for each train or carriage, and for maintaining a current state for each session.
- the event processing engine is adapted to monitor received signals from the on-board control unit and to determine a latest known state of each of the parameters being monitored, and to perform data processing to evaluate performance of the on-board train sensors and systems.
- the event processing engine is adapted to maintain in memory not only the latest known state for each parameter, but also previously known states for a period of time defining a session.
- the event processing engine is adapted to, when a new event is received from the on-board control unit, update memory with the new parameter event values and to discard the oldest events if they are older than the defined session time.
- the server is adapted to perform analysis of the backfill data in any one of a plurality of configured mechanism, including:
- the event processing engine is adapted to, when analysing the backfill data, include both the data that was received live on the real time channel and also delayed data on the backfill channel, to ensure that the most complete data available from the train is included in the analysis.
- the event processing engine is adapted to perform analysis of event data over rolling windows of time.
- the event processing engine is adapted to assign to a channel an unknown state until a first event is received, setting the channel to the state of the event received, and to leave the channel in that state until a second event is received, when the channel adopts the state of the second event.
- the event processing engine is adapted to apply a time window during which the state of the channel may be changed.
- the server is adapted to maintain a live session for each train that is transmitting data.
- the server is adapted to maintain a sliding window of all of the channel values over a configurable period of time, and to evaluate a value for a channel over this window of time.
- the value is a derived value.
- the derived value is an average value or a rate of change.
- the server is adapted to analyse received diagnostics data in a method which includes comparison of the data with data from other sources.
- the server is adapted to analyse diagnostics data in a method including comparing the data with equivalent data from another on-board control unit of a train on a comparable run or of another carriage of the same train and having an engine.
- the server is adapted to compare diagnostics data from a speed sensor with derived speed determined from satellite positioning system data.
- the server is adapted to monitor engine or motor speed and to derive an indication of abnormal wheel wear leading to abnormal wheel diameter.
- the server is adapted to monitor wheelset traction motors which are powered from the same source inverter by monitoring wheelset rotation speed differences to determine if excessive strain is likely to be put on the traction motor.
- a diagnostics system 1 of the invention comprises a control unit 2 on a train and, on ground, a server 3 with applications 4, interfaces 5 to third party applications, and a database 6.
- the on-board control unit 2 comprises a controller 10, a communications gateway 11, a GPS interface 12, data interfaces 13, and local data storage 14.
- the gateway 11 includes a wireless interface adapted to transmit diagnostics data in a plurality of channels for reception by the server 3. These transmissions include at least a live data channel and also a back-fill data channel for data not successfully transmitted in real time.
- the communications gateway 11 communicates locally with the on-train communications module 12, in this embodiment including a 3G or GPRS cellular modem for data transfer. In other embodiments it may additionally or alternatively include a WiFi interface.
- the GPS interface 12 receives real time geographic location of the train.
- the data interfaces module 13 provides a mechanism to retrieve diagnostic data from the on-train systems.
- the controller 10 receives the diagnostics data from each of the data interfaces 13 and correlates this data to provide a consolidated view of all of the train data.
- each record of data is stamped with the GPS position of the train (received from the GPS module in the interface 12) at that point in time.
- the control unit's local storage module 14 buffers the diagnostics data on-train. In this embodiment, this is implemented through persistent storage including a solid state drive (SSD) module. As on-train systems are typically powered on/off at frequent and unscheduled times - due to the presence of auto-shutdown systems on trains for fuel saving, the local data storage unit 14 maintains the data in the event of power loss.
- SSD solid state drive
- control unit 2 is linked by an EthernetTM LAN 30 to:
- the control unit 2 interfaces with the on-train systems 34 and sensors 32 using the Ethernet LAN 30.
- the data exchange protocol over the LAN 30 is specific to the on-train equipment but in some embodiments involves the transfer of live diagnostics information over TCP or UDP
- the serial link (RS-232 / RS-485) 33 provides interfaces with the on-train system 34 if there is an existing serial port on the on-train system.
- the protocol for the data transmission over the serial link is specific to the train system.
- the RS232 port on the on-train system 34 being monitored is located some distance from the control unit 2. This distance may exceed the distances supported by the standards.
- a serial-EthernetTM converter may be utilised to convert the serial link to EthernetTM.
- the control unit 2 interfaces with the device over EthernetTM using Virtual COM drivers installed on the control unit's data interfaces 13.
- DAU data acquisition unit
- the DAU 31 monitors the signal values on existing train control wires (for example, from the brake control lever in the cab), or the value of analogue signals (such as air pressures or voltages) through the use of sensors or transducers.
- the DAU 31 is required where individual components on the train need to be monitored directly through the use of sensors as a data interface is not available to provide diagnostics data.
- the DAU 31 provides a number of inputs and supports a combination of digital or analogue inputs. It scans each of the digital or analogue inputs at a pre-defined frequency, for example every 100 ms, and reads the value of the inputs at that time. The data that is read by the DAU 31 from each of these inputs is then transmitted back to the control unit 2 over the on-train Ethernet connection 30.
- the server 3 has the following software function applications:
- the user application provides a Web application front-end display of the data for application users, with computers or mobile devices.
- the user application component 51 provides alerts and notifications, both within the application and also via email, of high priority faults that may occur on a vehicle.
- This provides the off-train part of the communications between the train control unit 2 and the server 3. It receives the data from each of the vehicles in the fleet, and is responsible for the acknowledgement and resending of the live and backfill data.
- the Event Processing (EP) Engine 53 analyses all of the diagnostics data from each vehicle as it is received live from each vehicle.
- the EP engine 53 is responsible for identifying pre-defined scenarios or conditions in the diagnostics data including data indicating that a train system has failed or is about to fail.
- the EP engine 53 applies a series or set of user define(able) algorithms. These algorithms identify trends, scenarios and conditions in the diagnostic data as the data is received. These scenarios and conditions are used by the EP engine 53 to determine faults or the potential likelyhood of a fault occurrence.
- This provides persistent storage of the diagnostics data to a relational database, for later retrieval and analysis.
- the interfaces 31, 33, and 35 are linked with train components or systems to retrieve live diagnostics data, including: brakes, doors, train management, engine management, safety event recorders, HVAC, passenger information system, custom sensors.
- the on-train control unit 2 correlates all of the data to create a consolidated live view of the status of the entire train.
- the control unit 2 receives data inputs from a number of different existing train systems 32 and 34. This data contains diagnostic information related to the source system that is being monitored and contains the current reading of each of the signals from that system. When new data is received from a system 32 or 34, the control unit 2 combines this with the latest data from each of the other systems. This combined data from all of the systems is then time-stamped and GPS-stamped with the location of the train when the data was read.
- analysis of the diagnostics data from an individual component in isolation does not provide an indication of a degradation or failure of that component.
- identification of a failure of a system requires comparison of the data from multiple systems, at the same point in time, in order for that failure, or potential failure, to be identified.
- a speed probe is used to provide the train speed to the train management system.
- the speed probe may fail or become damaged, providing inaccurate speed readings, and this is not easily detected through an analysis of the train management system data.
- a discrepancy between the two different signal sources typically indicates a problem with the inputs to the train management system.
- each vehicle will have a separate engine fitted.
- An examination of the diagnostics data and running performance data from each engine in isolation will not always identify a potential failure.
- the operating characteristics i.e., RPM, fuel usage, and so on
- a comparison of diagnostics data from all of the trains in a fleet may indicate a failure with a system on one of the trains in the fleet. Comparing the diagnostics data from two or more trains that are carrying out the same passenger journey on the same route may highlight one train that has significantly higher energy or fuel usage, which is indicative of a problem with the performance of that individual train.
- each wheelset is powered by its own traction motor, but for the traction motors all to be powered from the same source inverter. Therefore, it is essential that the wheelsets rotate at the same speed, otherwise excessive strain is put on the traction motor, causing a failure of that component. Over time, wheelsets may wear at different rates, causing a size differential between the different wheelsets. In this scenario, the rotation speeds of each the wheelsets are monitored by the system and compared to identify differences in rotation speed, which may lead to a failure.
- This data is then enhanced with additional external data on the off-train servers 3 from third party systems including for example a fleet allocation system, a timetabling system, and a maintenance management system, to provide an overall view of the fleet status.
- third party systems including for example a fleet allocation system, a timetabling system, and a maintenance management system, to provide an overall view of the fleet status.
- the server 3 generates outputs including:
- the on-board control unit 2 is responsible for collecting diagnostics data from the on-train systems and transferring that data to the off-train server 3 over a remote wireless link such as GPRS, 3G, LTE or WiFi network connection.
- the server 3 (which may be a group of one or more hardware platforms) receives and processes the live diagnostics data from each train in the fleet, and manages the data repository 6 of diagnostics data received from the on-train equipment, for data and trend analysis.
- the third party application interfaces are to external applications including: maintenance management systems, timetabling systems, and fleet allocation systems.
- the user applications provide access to a live fleet status, with live fault identification, infrastructure fault analysis, energy, and fuel analysis.
- the communications protocol between the on-train equipment and the off-train servers provide message acknowledgement handshaking which ensures reliable message delivery of live diagnostics data over an unreliable wireless network. There is also an ability to send a message from the off-train server to the on-train equipment to retrieve additional user-requested data from the on-train equipment.
- a message comprises of a header, followed by data (where applicable), and a signature (CRC 16 encryption).
- Message length and Message Identifier are integral parts of the header.
- Message length is the total length of the message (i.e. header + data + CRC). If the received message is not of the correct length, a negative acknowledgement (Nackl) must be sent by the receiver.
- the Message length field is 16 bits, so that the total length of a message is limited to 65535 bytes. The practical limit is 65507 bytes, because of UDP and IP overheads.
- the message identifiers identify the type of the message, and thus the way to handle it. If a message with an unknown identifier is received, a negative acknowledgement (Nack2) must be sent by the receiver. This field must be checked by the receiver only if length and CRC are correct.
- Nack2 negative acknowledgement
- Each message sent by the on-train control unit 2 must be acknowledged by the shore-based system 3.
- the on-board control unit 2 expects an acknowledgement within a configurable time period, typically 5 seconds.
- the servers 3 respond to the on-train control unit 2 when the message is received successfully, but contains invalid data or message identifier. This is indicative of an error in the diagnostics data being received from the on-train systems. Whilst the message is disregarded by the shore-based server, it contains invalid data and therefore does not result in loss of data. Furthermore, the sending of a NACK2 message may be logged and escalated, as it also provides an indication that there is a fault with the on-train equipment being monitored.
- the transmitted message is positively acknowledged (Ack is received within S seconds), the transmission is deemed successfully completed. If the message is negatively acknowledged with Nacki, or a timeout occurs, the backfill data process tries to send the same message again. If the message is negatively acknowledged with Nack2, its transmission is aborted altogether. It will not be sent again by the back-fill data process.
- a message is transferred periodically from the control unit 2 to the server 3, typically every S seconds, even if no new diagnostics data is received by the control unit 2.
- the parameter S is preferably in the range of 10s to 180s. This message indicates to the server 3 that the control unit 2 is active and available for communications. Furthermore, an updated GPS position of the train is transmitted in the heartbeat messages, providing the server 3 with an update on the train location.
- Download requests are created by the user in the applications 51 and transferred over the communications channel 52 to the on-train control unit 2.
- a UDP message is transmitted from the server 3 to the control unit 2 with a message identifier that indicates a user request to download a diagnostic file from an on-train system 2.
- the message data contains details of which system the diagnostic file has been requested from.
- the request is passed to the relevant on-train system 2 through the data interfaces and the subsequently-generated diagnostic file is transferred to the server 3 using FTP.
- the control unit 2 may receive requests from a user application 51 for additional data downloads, which the telemetry service 52 transmits from the off-train system to the train, where it is processed by the control unit 2.
- the remote diagnostics data is event-based, meaning that data from a particular signal or parameter is only received when the value changes. Similarly, when there are no changes to the state of a channel, no data updates are transmitted from the train.
- the control unit 2 maintains in its internal memory the current state of each of the train signals being monitored.
- a comparison is made with the current known state for each of the signals. Only if the state has changed for one or more of the signals, the new data is transmitted to the server and the internal memory of the control unit 2 updated with the new value of the signal.
- the server 3 maintains a live 'session' for each vehicle that is transmitting data. This session maintains a sliding window of all of the channel values over a configurable period of time, for example the last 1 minute period. This facilitates the ability to evaluate the value (or derived value - e.g., average, rate of change, and so on) for a channel over this window of time.
- the most recent channel data record for a vehicle may be older than the time duration that is specified in the rule condition.
- the system 1 maintains the state of each channel through data interpolation, in which no new events being received indicates that a channel value has changed. Once a new event is received from the train, the associated internal state is updated with the new value.
- New diagnostic data (New events) from the train vehicles that are received by the event processing engine 53 contain the latest known state of each of the signals being monitored by the on-train system 2.
- the event processing engine 53 maintains in its internal memory not only the latest known state for each signal, but all previously known states for a period of time, known as a session.
- the event processing engine 53 updates its internal memory with the new signal values. At this time, it may also discard the oldest events should they be older than the defined session time, or the event processing engine 53 determines that they are no longer required for evaluation of the event rules.
- a rule with configured conditions analyses data over a window of time (for example, the average value of a channel over the time window)
- the rule will also check to ensure that the window also contains the minimum number of records that has been specified. This ensures that there are sufficient events in the time window before the rule is evaluated.
- Fig. 7 outlines an example scenario for a digital channel "Forward Demanded" over a particular time window.
- the channel is in an unknown state until Event 1 is received, setting the channel to high.
- the channel stays in a high state until Event 2 is received, when the channel goes low.
- the Event 2 that sets the state of the channel to low falls outside the duration window and is therefore not processed as an event when analysing the sliding window.
- the state of this channel is maintained by the event processing engine in the sliding window (as a low value), until Event 3 is received, setting the signal to a high state.
- the only value available for the channel is that the signal has a high value. If a rule condition were to state that the minimum value of the channel were to be '1', in the 1-minute duration, the rule would incorrectly fire, as there would not be a reference to the fact that the channel had a low state prior to Event 3 being received.
- the channel goes high at Event 3 in the sliding window duration of 1 minute. If the minimum records variable is set to three events for when the channel is in a high state, then this rule condition would not be met until Event 5 is received.
- a rule has been configured in the event processing engine 53 to evaluate a particular signal, the Forward Demanded signal, over a period of 1 minute.
- the plot shows the value of this signal over a time window.
- the system is event-based, it is assumed that the value of the signal remains constant until a new event is received indicating the new value of the signal.
- the event processing engine 53 When analyzing the diagnostics data, the event processing engine 53 separately analyses the live data received and the data that has been buffered on-train and transmitted at a later point (i.e., the backfill data). This ensures that the live data received is analysed as soon as it received and as a result faults are identified as early as possible.
- the analysis of the backfill data can be configured to operate in different ways, including:
- the event processing engine 53 When analyzing the backfill data, the event processing engine 53 includes both the data that was received live and also the delayed data. This ensures that the most complete data available from the train is included in the analysis.
- the on-train system monitors train signals including:
- the server 3 Individual event data from each train in the fleet is analysed by the server 3 and aggregated across the entire fleet.
- the on-train control unit 2 associates a GPS position and timestamp with each event, and the data analysis service 54 then aggregates the data by time and location across the entire fleet.
- the user application 51 then presents detailed information, both in a tabular view and on a geographical map, of areas on the train route where there are problems with adhesion, or line voltages. These key issues may affect train running performance, but are not attributed to faults with the on-train systems.
- the server 3 provides a number of different inputs to maintenance management systems for the purposes of maintaining the fleet of trains and rectifying defects. These include:
- the system 1 accurately tracks multiple counters against each train, or indeed individual components on a train for component based maintenance. Typically this includes:
- the invention provides for comprehensive monitoring and processing of train diagnostics data. This is achieved in a robust manner despite the lack of reliability of the wireless communications infrastructure.
- the invention achieves excellent real time performance in diagnostics data communication. This is especially because the transceiver uses in parallel at least two channels, namely the live and backfill channels, with transfer of individual messages or strings between the two according to real time conditions.
Landscapes
- Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Electric Propulsion And Braking For Vehicles (AREA)
- Train Traffic Observation, Control, And Security (AREA)
Abstract
Description
- The invention relates to monitoring of passenger or goods rail trains.
- There is an ever-increasing need for monitoring systems on trains due to the increasing schedule frequency, and more rigorous requirements for punctuality and safety.
- Various approaches have been described in the art for transmitting monitoring data to a static host system.
-
DE10319904 (Siemens) describes on-board mobile radio equipment connected directly to a communications computer. -
US2010260094 (Siemens) describes an approach to avoiding hand-offs for mobile communication for safety-critical applications. - In an approach described in
EP22073781 -
WO2009030659 (Siemens) describes dynamic address management techniques, andWO2008015148 (Siemens) describes balancing of load across secure and non-secure computers. -
US2003/0214417 (Peltz et al ) describes an intelligent communications command and control system for a land-based vehicle. This specification describes use of an additional communication scheme for locomotive command data for use if the quality of a first scheme is not satisfactory. A monitor senses parameters indicative of quality on the first scheme, and a processor selects a second scheme if quality is unsatisfactory on the first scheme. - Other documents which describe approaches to train maintenance or management information communication are:
-
CN20112000553 -
CN201046769 (Z. Chen), -
CN101574975 (Beijing Liujie Tech.), -
CN201287714 (Beijing Gaotie Comm. Tech.), and -
JP2006327551 - The invention is directed towards providing improved collection and processing of diagnostics data from moving trains.
- The invention provides a train diagnostics system comprising: an on-board control unit linked by a local area network to interfaces to train systems and sensors, a wireless interface for transmission of diagnostics data from the on-board control unit; and a ground-based server adapted to receive said diagnostics data and process it to generate diagnostic reports.
- The wireless interface may be adapted to transmit the diagnostics data in a plurality of channels, including at least:
- a live data channel, and
- a backfill data channel for data not successfully transmitted in the real time channel.
- By maintaining at least two channels the wireless interface may optimise data transmission without need to select and switch to alternative communication schemes. For example, if travelling through a tunnel, there is automatic use of the backfill channel and immediate re-use of the maintained live channel upon exit.
- In one embodiment, the wireless interface is adapted to execute a separate software processes for each of said real time and backfill channels.
- In one embodiment, the real time channel process is adapted to automatically hand over to the backfill channel process a message for which a positive acknowledgement has not been received when transmitted on the live channel.
- In one embodiment, the wireless interface is adapted to automatically assign data to the backfill channel if wireless communication is not available in real time.
- In one embodiment, the on-board control unit is adapted to manage transmissions on the backfill channel with repeated attempts in a non-cyclic manner, in which:
- a next message is sent immediately when a positive acknowledgement is received,
- the message is moved back to a queue if an acknowledgement is not received during a timeout period, or a negative acknowledgement is received indicating invalid data.
- Preferably, the server controls the back-fill channel to abort a back-fill message is a second negative acknowledgement is received.
- In one embodiment, the wireless interface is adapted to send a heartbeat message to the server at periodic intervals.
- In one embodiment, the on-board control unit is adapted to maintain in memory the current state of each of a plurality of the train signals being monitored, and to compare new data received in a signal with the current known state for each of the signals, and wherein the on-board control unit is adapted to transmit new data if the state has changed for one or more of the signals.
- In one embodiment, the control unit is adapted to combine new train sensor data with previously-received data, and to time stamp and location stamp the combined data.
- In one embodiment, the server is adapted to raise an alert if invalid data is received, said alert indicating that there may be a fault with the on-train system or sensor being monitored.
- In one embodiment, the server includes an event processing engine for maintaining a live session for each train or carriage, and for maintaining a current state for each session. Preferably, the event processing engine is adapted to monitor received signals from the on-board control unit and to determine a latest known state of each of the parameters being monitored, and to perform data processing to evaluate performance of the on-board train sensors and systems. In one embodiment, the event processing engine is adapted to maintain in memory not only the latest known state for each parameter, but also previously known states for a period of time defining a session.
- In one embodiment, the event processing engine is adapted to, when a new event is received from the on-board control unit, update memory with the new parameter event values and to discard the oldest events if they are older than the defined session time.
- In one embodiment, the server is adapted to perform analysis of the backfill data in any one of a plurality of configured mechanism, including:
- wait for a period of time after the data is received before it is analyzed, to provide sufficient time for all of the backfill data to have been received before it is analyzed, and
- run once periodically and analyze all of the backfill data received since it last ran.
- Preferably, the event processing engine is adapted to, when analysing the backfill data, include both the data that was received live on the real time channel and also delayed data on the backfill channel, to ensure that the most complete data available from the train is included in the analysis.
- In one embodiment, the event processing engine is adapted to perform analysis of event data over rolling windows of time.
- In one embodiment, the event processing engine is adapted to assign to a channel an unknown state until a first event is received, setting the channel to the state of the event received, and to leave the channel in that state until a second event is received, when the channel adopts the state of the second event.
- In one embodiment, the event processing engine is adapted to apply a time window during which the state of the channel may be changed.
- Preferably, the server is adapted to maintain a live session for each train that is transmitting data. In one embodiment, the server is adapted to maintain a sliding window of all of the channel values over a configurable period of time, and to evaluate a value for a channel over this window of time. Preferably, the value is a derived value. In one embodiment, the derived value is an average value or a rate of change.
- In one embodiment, the server is adapted to analyse received diagnostics data in a method which includes comparison of the data with data from other sources.
- In one embodiment, the server is adapted to analyse diagnostics data in a method including comparing the data with equivalent data from another on-board control unit of a train on a comparable run or of another carriage of the same train and having an engine.
- In one embodiment, the server is adapted to compare diagnostics data from a speed sensor with derived speed determined from satellite positioning system data.
- In one embodiment, the server is adapted to monitor engine or motor speed and to derive an indication of abnormal wheel wear leading to abnormal wheel diameter.
- Preferably, the server is adapted to monitor wheelset traction motors which are powered from the same source inverter by monitoring wheelset rotation speed differences to determine if excessive strain is likely to be put on the traction motor.
- The invention will be more clearly understood from the following description of some embodiments thereof, given by way of example only with reference to the accompanying drawings in which:-
-
Fig. 1 is a diagram illustrating a diagnostics system of the invention at a high level, and -
Fig. 2 is a block diagram of an on-board control unit of the system; -
Fig. 3 shows how the control unit is linked in a train; -
Fig. 4 illustrates architecture of an application server of the system; -
Figs. 5 and6 are flow diagrams for live and back-fill data transmission respectively; and -
Fig. 7 is a timeline diagram illustrating events and how event data is transmitted. - Referring to
Fig. 1 adiagnostics system 1 of the invention comprises acontrol unit 2 on a train and, on ground, aserver 3 withapplications 4,interfaces 5 to third party applications, and a database 6. - As shown in
Fig. 2 , the on-board control unit 2 comprises acontroller 10, acommunications gateway 11, aGPS interface 12, data interfaces 13, andlocal data storage 14. Thegateway 11 includes a wireless interface adapted to transmit diagnostics data in a plurality of channels for reception by theserver 3. These transmissions include at least a live data channel and also a back-fill data channel for data not successfully transmitted in real time. - The
communications gateway 11 communicates locally with the on-train communications module 12, in this embodiment including a 3G or GPRS cellular modem for data transfer. In other embodiments it may additionally or alternatively include a WiFi interface. TheGPS interface 12 receives real time geographic location of the train. - The data interfaces
module 13 provides a mechanism to retrieve diagnostic data from the on-train systems. - The
controller 10 receives the diagnostics data from each of the data interfaces 13 and correlates this data to provide a consolidated view of all of the train data. In addition, each record of data is stamped with the GPS position of the train (received from the GPS module in the interface 12) at that point in time. - The control unit's
local storage module 14 buffers the diagnostics data on-train. In this embodiment, this is implemented through persistent storage including a solid state drive (SSD) module. As on-train systems are typically powered on/off at frequent and unscheduled times - due to the presence of auto-shutdown systems on trains for fuel saving, the localdata storage unit 14 maintains the data in the event of power loss. - As shown in
Fig. 3 thecontrol unit 2 is linked by anEthernet™ LAN 30 to: -
data acquisition units 31, in turn linked tosensors 32; - serial-
Ethernet converters 33 linked with on-board train systems 34; and -
direct Ethernet links 35 to some of the on-board train systems 34. - The
control unit 2 interfaces with the on-train systems 34 andsensors 32 using theEthernet LAN 30. The data exchange protocol over theLAN 30 is specific to the on-train equipment but in some embodiments involves the transfer of live diagnostics information over TCP or UDP - The serial link (RS-232 / RS-485) 33 provides interfaces with the on-
train system 34 if there is an existing serial port on the on-train system. The protocol for the data transmission over the serial link is specific to the train system. In some scenarios the RS232 port on the on-train system 34 being monitored is located some distance from thecontrol unit 2. This distance may exceed the distances supported by the standards. In this case, a serial-Ethernet™ converter may be utilised to convert the serial link to Ethernet™. In this case, thecontrol unit 2 interfaces with the device over Ethernet™ using Virtual COM drivers installed on the control unit's data interfaces 13. - In many scenarios, it is desirable to monitor
equipment 32 that does not provide a data interface for diagnostics data. Examples are air pressure sensors in brake systems, battery and/or train line voltage sensors, and speed probes. In these scenarios the data acquisition unit (DAU) 31 may be utilised to capture the data being transmitted from the sensors or train wires, and transfer that data back to thecontrol unit 2 over the on-train Ethernet connection 30. - The
DAU 31 monitors the signal values on existing train control wires (for example, from the brake control lever in the cab), or the value of analogue signals (such as air pressures or voltages) through the use of sensors or transducers. TheDAU 31 is required where individual components on the train need to be monitored directly through the use of sensors as a data interface is not available to provide diagnostics data. - The
DAU 31 provides a number of inputs and supports a combination of digital or analogue inputs. It scans each of the digital or analogue inputs at a pre-defined frequency, for example every 100 ms, and reads the value of the inputs at that time. The data that is read by theDAU 31 from each of these inputs is then transmitted back to thecontrol unit 2 over the on-train Ethernet connection 30. - As shown in
Fig. 4 theserver 3 has the following software function applications: - 50, data management;
- 51, user applications;
- 52, telemetry service;
- 53, event processing engine;
- 54, data analysis service;
- 55, data storage interface to
database 60 and system interfaces 56. - This manages the data processing and access across the system components in the application server.
- The user application provides a Web application front-end display of the data for application users, with computers or mobile devices. In addition, the
user application component 51 provides alerts and notifications, both within the application and also via email, of high priority faults that may occur on a vehicle. - This provides the off-train part of the communications between the
train control unit 2 and theserver 3. It receives the data from each of the vehicles in the fleet, and is responsible for the acknowledgement and resending of the live and backfill data. - The Event Processing (EP)
Engine 53 analyses all of the diagnostics data from each vehicle as it is received live from each vehicle. TheEP engine 53 is responsible for identifying pre-defined scenarios or conditions in the diagnostics data including data indicating that a train system has failed or is about to fail. TheEP engine 53 applies a series or set of user define(able) algorithms. These algorithms identify trends, scenarios and conditions in the diagnostic data as the data is received. These scenarios and conditions are used by theEP engine 53 to determine faults or the potential likelyhood of a fault occurrence. - This provides trending analysis of both the diagnostics data and also the event data, to provide:
- Analysis of infrastructure issues, such as areas of low train-to-rail adhesion
- Analysis of faults or warnings on the fleet over a period of time. This provides indications of a common system fault across the fleet, or faults that are occurring more frequently.
- This provides persistent storage of the diagnostics data to a relational database, for later retrieval and analysis.
- Provides system interfaces to third party systems, including:
- Timetabling systems for train allocation
- Maintenance management systems for raising defect rectification work orders.
- In more detail, the
interfaces train control unit 2 correlates all of the data to create a consolidated live view of the status of the entire train. - The
control unit 2 receives data inputs from a number of different existingtrain systems system control unit 2 combines this with the latest data from each of the other systems. This combined data from all of the systems is then time-stamped and GPS-stamped with the location of the train when the data was read. - By combining the data in this manner, it becomes possible to analyse the performance of the train to identify potential faults by examining the operating characteristics of all of the train systems at the same point in time.
- In many cases, analysis of the diagnostics data from an individual component in isolation does not provide an indication of a degradation or failure of that component. Frequently, identification of a failure of a system requires comparison of the data from multiple systems, at the same point in time, in order for that failure, or potential failure, to be identified. For example, a speed probe is used to provide the train speed to the train management system. The speed probe may fail or become damaged, providing inaccurate speed readings, and this is not easily detected through an analysis of the train management system data. However, by correlating the speed signal data from the train management system with the GPS speed from the GPS system, a discrepancy between the two different signal sources typically indicates a problem with the inputs to the train management system.
- In a second scenario, it is possible to identify on-train systems or components that are running outside of normal operating thresholds and as such may fail in the near future, through the comparison of the diagnostics data from other on-train systems.
- It is a common configuration of a train to have the same component type fitted to each vehicle in a multiple vehicle train. For example, in a diesel multiple unit (DMU) train, each vehicle will have a separate engine fitted. An examination of the diagnostics data and running performance data from each engine in isolation will not always identify a potential failure. However, by comparing the operating characteristics (i.e., RPM, fuel usage, and so on) from each engine on the train at the same point in time, it is possible to identify an individual engine whose operating characteristics deviate from the other engines under the same operating conditions (acceleration, load, etc) and as such may require maintenance.
- In a third scenario, a comparison of diagnostics data from all of the trains in a fleet may indicate a failure with a system on one of the trains in the fleet. Comparing the diagnostics data from two or more trains that are carrying out the same passenger journey on the same route may highlight one train that has significantly higher energy or fuel usage, which is indicative of a problem with the performance of that individual train.
- In an electric train vehicle, it is typical that each wheelset is powered by its own traction motor, but for the traction motors all to be powered from the same source inverter. Therefore, it is essential that the wheelsets rotate at the same speed, otherwise excessive strain is put on the traction motor, causing a failure of that component. Over time, wheelsets may wear at different rates, causing a size differential between the different wheelsets. In this scenario, the rotation speeds of each the wheelsets are monitored by the system and compared to identify differences in rotation speed, which may lead to a failure.
- This data is then enhanced with additional external data on the off-
train servers 3 from third party systems including for example a fleet allocation system, a timetabling system, and a maintenance management system, to provide an overall view of the fleet status. - The
server 3 generates outputs including: - live fleet status,
- outputs from monitoring of fault conditions on a train and user notifications,
- identification of mechanical problems, such as track sections with low adhesion, problems track power supply, track ride, and
- data for defect rectification work orders for rectification by a maintenance team, and
- analysis of energy or fuel usage, for driver standards improvement.
- The on-
board control unit 2 is responsible for collecting diagnostics data from the on-train systems and transferring that data to the off-train server 3 over a remote wireless link such as GPRS, 3G, LTE or WiFi network connection. The server 3 (which may be a group of one or more hardware platforms) receives and processes the live diagnostics data from each train in the fleet, and manages the data repository 6 of diagnostics data received from the on-train equipment, for data and trend analysis. The third party application interfaces are to external applications including: maintenance management systems, timetabling systems, and fleet allocation systems. The user applications provide access to a live fleet status, with live fault identification, infrastructure fault analysis, energy, and fuel analysis. - The communications protocol between the on-train equipment and the off-train servers provide message acknowledgement handshaking which ensures reliable message delivery of live diagnostics data over an unreliable wireless network. There is also an ability to send a message from the off-train server to the on-train equipment to retrieve additional user-requested data from the on-train equipment.
- A message comprises of a header, followed by data (where applicable), and a signature (CRC 16 encryption). Message length and Message Identifier are integral parts of the header. Message length is the total length of the message (i.e. header + data + CRC). If the received message is not of the correct length, a negative acknowledgement (Nackl) must be sent by the receiver. The Message length field is 16 bits, so that the total length of a message is limited to 65535 bytes. The practical limit is 65507 bytes, because of UDP and IP overheads.
- The message identifiers identify the type of the message, and thus the way to handle it. If a message with an unknown identifier is received, a negative acknowledgement (Nack2) must be sent by the receiver. This field must be checked by the receiver only if length and CRC are correct.
- Two channels of communication are used for the communications protocol:
- A first channel dedicated to the transmission of real-time data. Through this channel, a message is sent periodically, typically every 1 to 5 seconds, and the message captures all of the data monitored on the train during that period.
- A second channel is dedicated to the transmission of "back-fill" data. This is backlog data awaiting re-transmission, that the first channel failed to transmit.
- These two channels are managed independently, by two different software processes, using two different ports of the
gateway 11. This separation of live messages and back-fill messages enables the prioritization of the live messages, and ensures that the most recent data from the train is not queued whilst cached data is transmitted to the off-train servers. - Each message sent by the on-
train control unit 2 must be acknowledged by the shore-basedsystem 3. The on-board control unit 2 expects an acknowledgement within a configurable time period, typically 5 seconds. - Referring to
Fig. 5 the following is the scheme for the first channel, for real-time data transmission: - If the transmitted message is positively acknowledged (ACK is received within 5 seconds), the transmission is deemed successfully completed.
- If the message is negatively acknowledged with SNACK1, or a 5 seconds timeout occurs, the real-time data software process hands the transmission of the message over to the back-fill data process and moves on to proceed with the transmission of the next message, packaging 5s worth of data representing the most recent events received from the on-
train control unit 2. - If the message is negatively acknowledged with NACK2, its transmission is aborted altogether. It will not be sent again by either the real-time data or the back-fill data process.
- The
servers 3 respond to the on-train control unit 2 when the message is received successfully, but contains invalid data or message identifier. This is indicative of an error in the diagnostics data being received from the on-train systems. Whilst the message is disregarded by the shore-based server, it contains invalid data and therefore does not result in loss of data. Furthermore, the sending of a NACK2 message may be logged and escalated, as it also provides an indication that there is a fault with the on-train equipment being monitored. - Referring to
Fig. 6 , the scheme for backfill data transmission is illustrated. Messages that can not be transmitted by the real-time data process, due for example to a loss of 3G coverage, are stored and their handling is passed over to the backfill data process. Provided communication is possible (i.e. 3G coverage established), the backfill data process attempts to clear its backlog of outstanding messages. This process is neither cyclic nor periodic: as soon as an ACK is received, the next backfill message is sent. - If the transmitted message is positively acknowledged (Ack is received within S seconds), the transmission is deemed successfully completed. If the message is negatively acknowledged with Nacki, or a timeout occurs, the backfill data process tries to send the same message again. If the message is negatively acknowledged with Nack2, its transmission is aborted altogether. It will not be sent again by the back-fill data process.
- A message is transferred periodically from the
control unit 2 to theserver 3, typically every S seconds, even if no new diagnostics data is received by thecontrol unit 2. The parameter S is preferably in the range of 10s to 180s.This message indicates to theserver 3 that thecontrol unit 2 is active and available for communications. Furthermore, an updated GPS position of the train is transmitted in the heartbeat messages, providing theserver 3 with an update on the train location. - Download requests are created by the user in the
applications 51 and transferred over thecommunications channel 52 to the on-train control unit 2. - A UDP message is transmitted from the
server 3 to thecontrol unit 2 with a message identifier that indicates a user request to download a diagnostic file from an on-train system 2. The message data contains details of which system the diagnostic file has been requested from. - The request is passed to the relevant on-
train system 2 through the data interfaces and the subsequently-generated diagnostic file is transferred to theserver 3 using FTP. - In addition, it may receive requests from a
user application 51 for additional data downloads, which thetelemetry service 52 transmits from the off-train system to the train, where it is processed by thecontrol unit 2. - Typically, the remote diagnostics data is event-based, meaning that data from a particular signal or parameter is only received when the value changes. Similarly, when there are no changes to the state of a channel, no data updates are transmitted from the train.
- The
control unit 2 maintains in its internal memory the current state of each of the train signals being monitored. When new data is received by thecontrol unit 2 from one of thesystems control unit 2 updated with the new value of the signal. - The
server 3 maintains a live 'session' for each vehicle that is transmitting data. This session maintains a sliding window of all of the channel values over a configurable period of time, for example the last 1 minute period. This facilitates the ability to evaluate the value (or derived value - e.g., average, rate of change, and so on) for a channel over this window of time. - As the source data is event-based, if there are no changes in the values of the channels for a particular vehicle the most recent channel data record for a vehicle may be older than the time duration that is specified in the rule condition.
- In order to facilitate the correct analysis of the channel values, the
system 1 maintains the state of each channel through data interpolation, in which no new events being received indicates that a channel value has changed. Once a new event is received from the train, the associated internal state is updated with the new value. - New diagnostic data (New events) from the train vehicles that are received by the
event processing engine 53 contain the latest known state of each of the signals being monitored by the on-train system 2. In order to evaluate the performance of the sensors andsystems event processing engine 53 maintains in its internal memory not only the latest known state for each signal, but all previously known states for a period of time, known as a session. - When a new event is received from the train, the
event processing engine 53 updates its internal memory with the new signal values. At this time, it may also discard the oldest events should they be older than the defined session time, or theevent processing engine 53 determines that they are no longer required for evaluation of the event rules. - When a rule with configured conditions analyses data over a window of time (for example, the average value of a channel over the time window), the rule will also check to ensure that the window also contains the minimum number of records that has been specified. This ensures that there are sufficient events in the time window before the rule is evaluated.
-
Fig. 7 outlines an example scenario for a digital channel "Forward Demanded" over a particular time window. In this example scenario, the channel is in an unknown state untilEvent 1 is received, setting the channel to high. The channel stays in a high state untilEvent 2 is received, when the channel goes low. This has a 1-minute time window (duration). TheEvent 2 that sets the state of the channel to low falls outside the duration window and is therefore not processed as an event when analysing the sliding window. However, the state of this channel is maintained by the event processing engine in the sliding window (as a low value), untilEvent 3 is received, setting the signal to a high state. - If the state were not to be maintained in the sliding window (prior to
Event 3 being received), then at the point of receivingEvent 3, the only value available for the channel is that the signal has a high value. If a rule condition were to state that the minimum value of the channel were to be '1', in the 1-minute duration, the rule would incorrectly fire, as there would not be a reference to the fact that the channel had a low state prior toEvent 3 being received. - As can be seen from
Fig. 7 , the channel goes high atEvent 3 in the sliding window duration of 1 minute. If the minimum records variable is set to three events for when the channel is in a high state, then this rule condition would not be met untilEvent 5 is received. - In the example scenario outlined in
Fig. 7 , a rule has been configured in theevent processing engine 53 to evaluate a particular signal, the Forward Demanded signal, over a period of 1 minute. The plot shows the value of this signal over a time window. As the system is event-based, it is assumed that the value of the signal remains constant until a new event is received indicating the new value of the signal. - When analyzing the diagnostics data, the
event processing engine 53 separately analyses the live data received and the data that has been buffered on-train and transmitted at a later point (i.e., the backfill data). This ensures that the live data received is analysed as soon as it received and as a result faults are identified as early as possible. - The analysis of the backfill data can be configured to operate in different ways, including:
- The
event processing engine 53 waits for a period of time (e.g., 1 hour) after the data is received before it is analyzed. This provides sufficient time for all of the backfill data to have been received before it is analyzed. - The event processing engine runs once periodically (e.g., once daily) and analyses all of the backfill data received since it last ran.
- When analyzing the backfill data, the
event processing engine 53 includes both the data that was received live and also the delayed data. This ensures that the most complete data available from the train is included in the analysis. - The on-train system monitors train signals including:
- Activation of wheel slide protection (WSP) equipment;
- Activation of wheel sanding by the driver, to increase adhesion;
- For electric trains, the input voltage and current (from overhead lines, or third rail systems).
- Individual event data from each train in the fleet is analysed by the
server 3 and aggregated across the entire fleet. The on-train control unit 2 associates a GPS position and timestamp with each event, and thedata analysis service 54 then aggregates the data by time and location across the entire fleet. - The
user application 51 then presents detailed information, both in a tabular view and on a geographical map, of areas on the train route where there are problems with adhesion, or line voltages. These key issues may affect train running performance, but are not attributed to faults with the on-train systems. Also, theserver 3 provides a number of different inputs to maintenance management systems for the purposes of maintaining the fleet of trains and rectifying defects. These include: - Defects or failures in an on-train component are identified, and a rectification work order can be raised automatically in a maintenance management system, to alert the depot to the failure in advance of the train arriving in for maintenance. This enables the depot to plan for the repair work, and ensure that the correct materials, replacement component, etc., are available for when the train arrives in the depot.
- Scheduled maintenance of a train is carried out based on the number of miles that the train has run, or the number of hours the engines have been running for.
- In the prior art these counters can be difficult to monitor without visiting each train and taking readings. This makes the scheduling of the maintenance into a depot with constrained resources difficult, as it can be hard to predict when the maintenance will be due on each train. The
system 1 accurately tracks multiple counters against each train, or indeed individual components on a train for component based maintenance. Typically this includes: - Distance run. This is accurately tracked from GPS positioning
- Engine running hours. By taking an input from the engines, the engine running hours counter is incremented when the engines are running (for example when the RPM is greater than say 600).
- It will be appreciated that the invention provides for comprehensive monitoring and processing of train diagnostics data. This is achieved in a robust manner despite the lack of reliability of the wireless communications infrastructure.
- It will also be appreciated that the invention achieves excellent real time performance in diagnostics data communication. This is especially because the transceiver uses in parallel at least two channels, namely the live and backfill channels, with transfer of individual messages or strings between the two according to real time conditions.
- The invention is not limited to the embodiments described but may be varied in construction and detail.
Claims (15)
- A train diagnostics system comprising:an on-board control unit linked by a local area network to interfaces to train systems and sensors,a wireless interface for transmission of diagnostics data from the on-board control unit; anda ground-based server adapted to receive said diagnostics data and process it to generate diagnostic reports;characterized in that:the wireless interface is adapted to transmit the diagnostics data in a plurality of channels including:a live data channel, anda backfill data channel for data not successfully transmitted in the real time channel, andthe wireless interface is adapted to automatically hand over from the live channel to the backfill channel a message for which a positive acknowledgement has not been received when transmitted on the live channel, andthe wireless interface is adapted to automatically assign data to the backfill channel if wireless communication is not available in real time.
- A train diagnostics system as claimed in claim 1, wherein the wireless interface is adapted to execute a separate software processes for each of said real time and backfill channels.
- A train diagnostics system as claimed in claims 1 or 2, wherein the on-board control unit is adapted to manage transmissions on the backfill channel with repeated attempts in a non-cyclic manner, in which:a next message is sent immediately when a positive acknowledgement is received, the message is moved back to a queue if an acknowledgement is not received during a timeout period, or a negative acknowledgement is received indicating invalid data, andwherein the server controls the backfill channel to abort a back-fill message is a second negative acknowledgement is received.
- A train diagnostics system as claimed in any preceding claim, wherein the wireless interface is adapted to send a heartbeat message to the server at periodic intervals.
- A train diagnostics system as claimed in any preceding claim, wherein the on-board control unit is adapted to maintain in memory the current state of each of a plurality of the train signals being monitored, and to compare new data is received in a signal with the current known state for each of the signals, and wherein the on-board control unit is adapted to transmit new data if the state has changed for one or more of the signals.
- A train diagnostics system as claimed in any preceding claim, wherein the control unit is adapted to combine new train sensor data with previously-received data, and to time stamp and location stamp the combined data.
- A train diagnostics system as claimed in any preceding claim, wherein the server is adapted to raise an alert if invalid data is received, said alert indicating that there may be a fault with the on-train system or sensor being monitored.
- A train diagnostics system as claimed in any preceding claim, wherein the server includes an event processing engine for maintaining a live session for each train, and for maintaining a current state for each session; and wherein the event processing engine is adapted to monitor received signals from the on-board control unit and to determine a latest known state of each of the parameters being monitored, and to perform data processing to evaluate performance of the on-board train sensors and systems; and wherein the event processing engine is adapted to maintain in memory not only the latest known state for each parameter, but also previously known states for a period of time defining a session; and wherein the event processing engine is adapted to, when a new event is received from the on-board control unit, update memory with the new parameter event values and to discard the oldest events if they are older than the defined session time.
- A train diagnostics system as claimed in any preceding claim, wherein the server is adapted to perform analysis of the backfill data in any one of a plurality of configured mechanism, including:wait for a period of time after the data is received before it is analyzed, to provide sufficient time for all of the backfill data to have been received before it is analyzed, andrun once periodically and analyze all of the backfill data received since it last ran; andwherein the event processing engine is adapted to, when analyzing the backfill data, include both the data that was received live on the real time channel and also delayed data on the backfill channel, to ensure that the most complete data available from the train is included in the analysis; and
wherein the event processing engine is adapted to perform analysis of event data over rolling windows of time. - A train diagnostics system as claimed in claim 9, wherein the event processing engine is adapted to assign to a channel an unknown state until a first event is received, setting the channel to the state of the event received, and to leave the channel in that state until a second event is received, when the channel adopts the state of the second event; and wherein the event processing engine is adapted to apply a time window during which the state of the channel may be changed.
- A train diagnostics system as claimed in any preceding claim, wherein the server is adapted to maintain a live session for each train that is transmitting data; and wherein the server is adapted to maintain a sliding window of all of the channel values over a configurable period of time, and to evaluate a value for a channel over this window of time.
- A train diagnostics system as claimed in claim 11, wherein the value is a derived value.
- A train diagnostics system as claimed in any preceding claim, wherein the server is adapted to analyse received diagnostics data in a method which includes comparison of the data with data from other sources.
- A train diagnostics system as claimed in any preceding claim, wherein the server is adapted to analyse diagnostics data in a method including comparing the data with equivalent data from another on-board control unit of a train on a comparable run or of another carriage of the same train and having an engine; and wherein the server is adapted to compare diagnostics data from a speed sensor with derived speed determined from satellite positioning system data; and wherein the server is adapted to monitor engine or motor speed and to derive an indication of abnormal wheel wear leading to abnormal wheel diameter.
- A train diagnostics system as claimed in claim 14, wherein the server is adapted to monitor wheelset traction motors which are powered from the same source inverter by monitoring wheelset rotation speed differences to determine if excessive strain is likely to be put on the traction motor.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IES20130043A IES86224B2 (en) | 2013-02-06 | 2013-02-06 | A rail train diagnostics system |
Publications (4)
Publication Number | Publication Date |
---|---|
EP2765053A2 true EP2765053A2 (en) | 2014-08-13 |
EP2765053A3 EP2765053A3 (en) | 2015-09-09 |
EP2765053B1 EP2765053B1 (en) | 2016-10-19 |
EP2765053B8 EP2765053B8 (en) | 2016-12-21 |
Family
ID=48793637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP14154105.2A Active EP2765053B8 (en) | 2013-02-06 | 2014-02-06 | A rail train diagnostics system |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP2765053B8 (en) |
IE (1) | IES86224B2 (en) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2612580C2 (en) * | 2015-08-17 | 2017-03-09 | Акционерное общество "Уральское производственное предприятие "Вектор" (АО "УПП "Вектор") | Complex of operational command connection |
US9718486B1 (en) * | 2016-02-01 | 2017-08-01 | Electro-Motive Diesel, Inc. | System for analyzing health of train |
WO2018160186A1 (en) * | 2017-03-03 | 2018-09-07 | New York Air Brake, LLC | Rail car predictive maintenance system |
EP3372473A1 (en) * | 2017-03-10 | 2018-09-12 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Method for logging and synchronizing diagnostic related events |
DE102018006723A1 (en) | 2017-09-18 | 2019-03-21 | Sew-Eurodrive Gmbh & Co Kg | Rail system and method for operating a rail system with rail-guided mobile part and central control |
CN109501818A (en) * | 2018-10-15 | 2019-03-22 | 西北铁道电子股份有限公司 | A kind of railcar automatic Pilot control method and system |
CN113815677A (en) * | 2021-09-06 | 2021-12-21 | 交控科技股份有限公司 | Train departure control method and device, electronic equipment and storage medium |
CN114275017A (en) * | 2021-11-12 | 2022-04-05 | 广州地铁集团有限公司 | Urban rail comprehensive operation and maintenance system based on 5G communication technology and operation method thereof |
CN114348051A (en) * | 2022-01-10 | 2022-04-15 | 北京全路通信信号研究设计院集团有限公司 | Operation and maintenance diagnosis method and system for vehicle-mounted system |
CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
CN115002874A (en) * | 2022-05-23 | 2022-09-02 | 中国联合网络通信集团有限公司 | Information backfilling method and device and storage medium |
WO2022238307A1 (en) * | 2021-05-10 | 2022-11-17 | Track Machines Connected Gesellschaft M.B.H. | Computer-implemented method for creating measurement data describing a railway network or a vehicle travelling on a track |
US11713065B2 (en) | 2019-10-17 | 2023-08-01 | Thales Canada Inc. | Method for CBTC system migration using autonomy platform |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102014203666A1 (en) * | 2014-02-28 | 2015-09-03 | Siemens Aktiengesellschaft | Method and arrangement for operating train-bound vehicles operated by radio trains |
DE102021206116A1 (en) | 2021-06-15 | 2022-12-15 | Thales Management & Services Deutschland Gmbh | Process for safe train remote control, whereby images are processed via two processing lines |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030214417A1 (en) | 2002-05-15 | 2003-11-20 | Peltz David M. | Intelligent communications, command, and control system for a land-based vehicle |
DE10319904A1 (en) | 2003-04-29 | 2004-11-25 | Siemens Ag | Fail safe redundant control of a rail train uses dual mobile radio equipment coupled directly to computers |
JP2006327551A (en) | 2005-05-30 | 2006-12-07 | Tmp:Kk | Vehicle operation management system, vehicle using the system, and track abnormality diagnostic method |
WO2008015148A1 (en) | 2006-08-02 | 2008-02-07 | Siemens Aktiengesellschaft | Method for controlling and monitoring a vehicle which moves along a route, in particular for controlling a train safely in terms of signalling equipment |
CN201046769Y (en) | 2007-04-27 | 2008-04-16 | 庞钦 | Ship hull balancing unit and ships using the same |
WO2009030659A1 (en) | 2007-09-03 | 2009-03-12 | Siemens Aktiengesellschaft | Method for communication addressing of mobile subscribers using packet-oriented data transfer for railroad applications |
CN201287714Y (en) | 2008-11-05 | 2009-08-12 | 北京高铁三瑞电子技术有限公司 | Train brake monitoring device |
CN101574975A (en) | 2009-06-03 | 2009-11-11 | 北京六捷科技有限公司 | Vehicle monitoring system based on CTCS-3 level train control system and terminal thereof |
EP2207378A1 (en) | 2009-01-13 | 2010-07-14 | Siemens Aktiengesellschaft | A malfunction detection system |
US20100260094A1 (en) | 2007-07-27 | 2010-10-14 | Siemens Aktiengesellschaft | Method for transmitting data in a wireless radio network |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2510561B (en) * | 2013-02-06 | 2016-04-27 | Trimble Railway Ltd | A Rail Train Diagnostics System |
-
2013
- 2013-02-06 IE IES20130043A patent/IES86224B2/en not_active IP Right Cessation
-
2014
- 2014-02-06 EP EP14154105.2A patent/EP2765053B8/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030214417A1 (en) | 2002-05-15 | 2003-11-20 | Peltz David M. | Intelligent communications, command, and control system for a land-based vehicle |
DE10319904A1 (en) | 2003-04-29 | 2004-11-25 | Siemens Ag | Fail safe redundant control of a rail train uses dual mobile radio equipment coupled directly to computers |
JP2006327551A (en) | 2005-05-30 | 2006-12-07 | Tmp:Kk | Vehicle operation management system, vehicle using the system, and track abnormality diagnostic method |
WO2008015148A1 (en) | 2006-08-02 | 2008-02-07 | Siemens Aktiengesellschaft | Method for controlling and monitoring a vehicle which moves along a route, in particular for controlling a train safely in terms of signalling equipment |
CN201046769Y (en) | 2007-04-27 | 2008-04-16 | 庞钦 | Ship hull balancing unit and ships using the same |
US20100260094A1 (en) | 2007-07-27 | 2010-10-14 | Siemens Aktiengesellschaft | Method for transmitting data in a wireless radio network |
WO2009030659A1 (en) | 2007-09-03 | 2009-03-12 | Siemens Aktiengesellschaft | Method for communication addressing of mobile subscribers using packet-oriented data transfer for railroad applications |
CN201287714Y (en) | 2008-11-05 | 2009-08-12 | 北京高铁三瑞电子技术有限公司 | Train brake monitoring device |
EP2207378A1 (en) | 2009-01-13 | 2010-07-14 | Siemens Aktiengesellschaft | A malfunction detection system |
CN101574975A (en) | 2009-06-03 | 2009-11-11 | 北京六捷科技有限公司 | Vehicle monitoring system based on CTCS-3 level train control system and terminal thereof |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2612580C2 (en) * | 2015-08-17 | 2017-03-09 | Акционерное общество "Уральское производственное предприятие "Вектор" (АО "УПП "Вектор") | Complex of operational command connection |
US9718486B1 (en) * | 2016-02-01 | 2017-08-01 | Electro-Motive Diesel, Inc. | System for analyzing health of train |
WO2018160186A1 (en) * | 2017-03-03 | 2018-09-07 | New York Air Brake, LLC | Rail car predictive maintenance system |
CN110392895A (en) * | 2017-03-03 | 2019-10-29 | 纽约气闸有限公司 | Rail vehicle predictive maintenance system |
EP3372473A1 (en) * | 2017-03-10 | 2018-09-12 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Method for logging and synchronizing diagnostic related events |
DE102018006723A1 (en) | 2017-09-18 | 2019-03-21 | Sew-Eurodrive Gmbh & Co Kg | Rail system and method for operating a rail system with rail-guided mobile part and central control |
WO2019052689A1 (en) | 2017-09-18 | 2019-03-21 | Sew-Eurodrive Gmbh & Co. Kg | Rail system and method for operating a rail system having a rail-guided mobile part and having a central control system |
US11535287B2 (en) | 2017-09-18 | 2022-12-27 | Sew-Eurodrive Gmbh & Co. Kg | Rail system and method for operating a rail system having a rail-guided mobile part and having a central control system |
CN109501818B (en) * | 2018-10-15 | 2020-05-05 | 西北铁道电子股份有限公司 | Automatic driving control method and system for rail car |
CN109501818A (en) * | 2018-10-15 | 2019-03-22 | 西北铁道电子股份有限公司 | A kind of railcar automatic Pilot control method and system |
US11713065B2 (en) | 2019-10-17 | 2023-08-01 | Thales Canada Inc. | Method for CBTC system migration using autonomy platform |
WO2022238307A1 (en) * | 2021-05-10 | 2022-11-17 | Track Machines Connected Gesellschaft M.B.H. | Computer-implemented method for creating measurement data describing a railway network or a vehicle travelling on a track |
CN113815677A (en) * | 2021-09-06 | 2021-12-21 | 交控科技股份有限公司 | Train departure control method and device, electronic equipment and storage medium |
CN114275017A (en) * | 2021-11-12 | 2022-04-05 | 广州地铁集团有限公司 | Urban rail comprehensive operation and maintenance system based on 5G communication technology and operation method thereof |
CN114348051A (en) * | 2022-01-10 | 2022-04-15 | 北京全路通信信号研究设计院集团有限公司 | Operation and maintenance diagnosis method and system for vehicle-mounted system |
CN114348051B (en) * | 2022-01-10 | 2024-01-19 | 北京全路通信信号研究设计院集团有限公司 | Vehicle-mounted system operation and maintenance diagnosis method and system |
CN115002874A (en) * | 2022-05-23 | 2022-09-02 | 中国联合网络通信集团有限公司 | Information backfilling method and device and storage medium |
CN115002874B (en) * | 2022-05-23 | 2023-06-06 | 中国联合网络通信集团有限公司 | Information backfilling method, device and storage medium |
CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
Also Published As
Publication number | Publication date |
---|---|
EP2765053B1 (en) | 2016-10-19 |
EP2765053B8 (en) | 2016-12-21 |
IES20130043A2 (en) | 2013-07-17 |
IES86224B2 (en) | 2013-07-17 |
EP2765053A3 (en) | 2015-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2765053B1 (en) | A rail train diagnostics system | |
GB2510561A (en) | Wireless interface for train diagnostics system comprising backfill channel to retransmit unacknowledged messages | |
US6434458B1 (en) | Method and apparatus for vehicle data transfer optimization | |
EP3303095B1 (en) | System and method for building and managing a train consist | |
US9114816B2 (en) | Method and system for using location information in conjunction with recorded operating information for a railroad train | |
US6301531B1 (en) | Vehicle maintenance management system and method | |
AU2013320504B2 (en) | Diagnostic method for rail vehicles | |
WO2004024531A1 (en) | Vehicle on-board diagnostic system | |
KR101095982B1 (en) | Train operating data storage system and method of the same | |
CN104991501A (en) | Instrument remote fault diagnosis system based on internet of things and cloud computing | |
AU2014203709A1 (en) | System and method for detecting anomaly associated with driving of a vehicle | |
CN113285861A (en) | Vehicle data acquisition method based on intelligent central gateway | |
US11305796B1 (en) | System and method for remote device monitoring | |
CN110907081A (en) | Pantograph contact pressure monitoring device, system and method based on Internet of things | |
CA3061060A1 (en) | A battery state monitoring system and method therefor | |
US10499308B2 (en) | System for transmitting data from an underground vehicle | |
EP3537663B1 (en) | Efficient time series data communication | |
IES86224Y1 (en) | A rail train diagnostics system | |
IE20130043U1 (en) | A rail train diagnostics system | |
US20110166741A1 (en) | Mobile telemetry system | |
CN116279682A (en) | Detection data transmission method and device for high-speed comprehensive detection train | |
JP7090655B2 (en) | Railroad vehicle condition monitoring system | |
US20110320650A1 (en) | Analysis preprocessing system, analysis preprocessing method and analysis preprocessing program | |
US11124046B2 (en) | System for adjusting secured computer resources to handle data transmission from appliances mounted in a vehicle | |
JPWO2019155537A1 (en) | Train condition monitoring system and on-board equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20140206 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NEXALA LIMITED |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: B61L 15/00 20060101ALI20150804BHEP Ipc: B61L 27/00 20060101AFI20150804BHEP |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TRIMBLE RAILWAY LIMITED |
|
R17P | Request for examination filed (corrected) |
Effective date: 20160223 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
INTG | Intention to grant announced |
Effective date: 20160512 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
GRAT | Correction requested after decision to grant or after decision to maintain patent in amended form |
Free format text: ORIGINAL CODE: EPIDOSNCDEC |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 838049 Country of ref document: AT Kind code of ref document: T Effective date: 20161115 |
|
RBV | Designated contracting states (corrected) |
Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602014004273 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: SE Ref legal event code: TRGR |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 4 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20161019 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 838049 Country of ref document: AT Kind code of ref document: T Effective date: 20161019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170119 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170120 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170220 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170219 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602014004273 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170119 |
|
26N | No opposition filed |
Effective date: 20170720 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170228 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170228 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170206 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 5 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20140206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20161019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20161019 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IE Payment date: 20240220 Year of fee payment: 11 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20240228 Year of fee payment: 11 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 20240226 Year of fee payment: 11 Ref country code: FR Payment date: 20240226 Year of fee payment: 11 |