US20170101115A1 - Train system having malfunction-based trip simulation - Google Patents
Train system having malfunction-based trip simulation Download PDFInfo
- Publication number
- US20170101115A1 US20170101115A1 US14/881,546 US201514881546A US2017101115A1 US 20170101115 A1 US20170101115 A1 US 20170101115A1 US 201514881546 A US201514881546 A US 201514881546A US 2017101115 A1 US2017101115 A1 US 2017101115A1
- Authority
- US
- United States
- Prior art keywords
- train
- controller
- remainder
- assigned trip
- trip
- 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.)
- Abandoned
Links
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/60—Testing or simulation
-
- B61L27/0055—
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or vehicle train for signalling purposes ; On-board control or communication systems
- B61L15/0081—On-board diagnosis or maintenance
-
- 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
- B61L27/57—Trackside diagnosis or maintenance, e.g. software upgrades for vehicles or vehicle trains, e.g. trackside supervision of train conditions
Definitions
- the present disclosure relates generally to a train system and, more particularly, to a train system having malfunction-based trip simulation.
- a method of optimizing train operation is described in U.S. Pat. No. 6,587,764 of Nickles et al. that issued on Jul. 1, 2003 (“the '764 patent”).
- the method described in the '764 patent includes determining a location of a train, a profile of a track to be traversed by the train, current conditions of the train, operational constraints, a dynamic interaction between cars of the train, and a goal for the train.
- the method further includes performing calculations based on the goal, the location, the track profile, the current conditions, and the dynamic interaction to simulate throttle and brake settings that best achieve the goal at the current location and over the ensuing track profile.
- the settings are then displayed in real-time inside a locomotive of the train and/or are automatically implemented so as to optimize the performance of the train.
- the method disclosed in the '764 patent may improve operation of a fully functional train, it may still be less than optimal.
- the method does not address malfunctions of train components, or how to determine if, when, or how a train can complete an assigned trip given the malfunctions.
- the method discloses adjustments that can only be made to throttle settings and brakes in order to achieve the goal.
- the disclosed train system is directed to overcoming one or more of the problems set forth above.
- the present disclosure is directed to a system for simulating operation of a train.
- the system may include at least one sensor configured to generate a signal indicative of an operating status of a component of the train during completion of an assigned trip.
- the system may also include a display, and a controller in communication with the at least one sensor and the display.
- the controller may be configured to retrieve from memory first data associated with the assigned trip, and retrieve from memory second data associated with the train.
- the controller may be further configured to simulate completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning, and to cause simulation results to be shown on the display.
- the present disclosure is directed to another system for simulating operation of a train.
- This system may include at least one sensor mountable onboard the train and configured to generate a signal indicative of an operating status of a component of the train during completion of an assigned trip, and a display located offboard the train.
- the system may further include a controller in communication with the at least one sensor and the display.
- the controller may be configured to retrieve from memory first data associated with the assigned trip, and to retrieve from memory second data associated with the train.
- the controller may also be configured to receive input indicative of a goal for the train associated with the assigned trip, and to simulate completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning.
- the controller may be further configured to make a comparison of simulation results with the goal, and to show on the display an indication regarding a successful outcome for the remainder of the assigned trip based on the comparison.
- the present disclosure is directed to a method of simulating operation of a train.
- the method may include generating a signal indicative of an operating status of a component of the train during completion of an assigned trip, retrieving from memory first data associated with the assigned trip, and retrieving from memory second data associated with the train.
- the method may further include simulating completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning, and displaying results of the simulating.
- FIG. 1 is a diagrammatic and schematic illustration of an exemplary disclosed train system
- FIG. 2 is an exemplary GUI interface that may be used in conjunction with the train system of FIG. 1 ;
- FIG. 3 is a flowchart depicting an exemplary method that may be performed by the train system of FIG. 1 .
- FIG. 1 illustrates an exemplary train 10 having one or more locomotives 12 and a tender car 14 .
- train 10 has two different locomotives 12 , including a lead locomotive 12 a located ahead of a trail locomotive 12 b , both being located ahead of tender car 14 .
- train 10 may include any number of locomotives 12 and/or tender cars 14 , and that locomotives 12 may be disposed in any arrangement relative to tender car(s) 14 and in any orientation (e.g., forward-facing or rear-facing).
- Locomotives 12 and tender car 14 may together form a consist, which can be located at the front of an assembly of other rail vehicles (not shown) of train 10 , within the assembly of rail vehicles, or at the end of the rail vehicles. It is contemplated that more than one consist may be included within a single train, if desired, and/or that the consist may travel at times without other rail vehicles.
- tender car 14 may be omitted.
- Each locomotive 12 may be connected to an adjacent locomotive 12 and/or to tender car 14 in several different ways.
- locomotives 12 and tender car 14 may be connected to each other via a mechanical coupling, one or more fluid couplings, and one or more electrical couplings. These couplings are represented together by a single coupling 16 in FIG. 1 .
- the mechanical coupling may be configured to transmit tractive and braking forces between locomotives 12 and the rest of the rail vehicles of train 10 .
- the fluid couplings may be configured to transmit fluids (e.g., fuel, coolant, lubricant, pressurized air, etc.).
- the electrical couplings may be configured to transmit power and/or data (e.g., data in the form of electrical signals).
- the electrical couplings include an MU cable configured to transmit conventional command signals and/or electrical power.
- the electrical couplings include a dedicated data link configured to transmit packets of data (e.g., Ethernet data).
- the data packets may be transmitted via the MU cable. It is also contemplated that some data may be transmitted via a combination of the MU cable, the dedicated data link, and/or other means (e.g., wirelessly), if desired.
- Each locomotive 12 may include a car body 18 supported at opposing ends by a plurality of trucks 20 (e.g., two trucks 20 ). Each truck 20 may be configured to engage a track 22 via a plurality of wheels 24 , and to support car body 18 . Each truck 20 may have two or more axles that are each configured to rigidly support wheels 24 at opposing ends thereof, such that wheels 24 and the axles rotate together.
- a traction motor 25 may be disposed at a lengthwise center of each axle, connected to an associated truck 20 , and configured to drive paired wheels 24 via the axle.
- engines 26 may be mounted to car body 18 and drivingly connected to a generator 28 to produce electricity that propels wheels 24 of each truck 20 via traction motors 25 .
- Engines 26 may be internal combustion engines configured to combust a mixture of air and fuel.
- the fuel may include a liquid fuel (e.g., diesel) provided to engines 26 from a tank 30 located onboard each locomotive 12 , a gaseous fuel (e.g., natural gas) provided by tender car 14 via the fluid couplings, and/or a blended mixture of the liquid and gaseous fuels.
- Tender car 14 may also be equipped with a body 18 that is supported by two or more trucks 20 .
- Tender car 14 may further include one or more tanks 32 mounted to body 18 that are configured to store liquefied gaseous fuel (e.g., liquefied natural gas or LNG).
- the liquefied gaseous fuel may be gasified and then fed in series or parallel to all locomotives 12 of train 10 for combustion within engines 26 .
- a single insulated tank 32 is used to store the liquefied gaseous fuel at low temperatures, such as below about ⁇ 160° C.
- tank 32 may be integral with body 18 of tender car 14 .
- Additional fuel delivery components may be associated with tender car 14 and used to gasify and/or transport the fuel from tender car 14 to locomotives 12 .
- These components may include, among other things, one or more fuel pumps, one or more heat exchangers, one or more accumulators, one or more regulators, and associated conduits that condition, pressurize or otherwise move fuel, as is known in the art.
- the pump(s) may pressurize the liquefied gaseous fuel to a desired operating pressure and push the fuel through the heat exchanger(s) to the accumulator(s).
- the heat exchanger(s) may provide heat sufficient to gasify the fuel as it moves therethrough.
- the fuel Upon vaporization, the fuel may be transported to and stored within the accumulator(s). Gaseous fuel may then be directed from the accumulator(s) to engines 26 via the regulator(s).
- train 10 may be equipped with a system 36 that facilitates informed and/or automated control of locomotives 12 , tender car 14 , and/or other cars and components of train 10 .
- System 36 may include, among other things, at least one sensor 38 , a locating device 40 , a communicating device 42 , a display 44 , and a controller 46 electrically connected with the other components of system 36 .
- controller 46 may selectively simulate trips (e.g., a remainder of a trip following malfunction of a train component) to be completed by train 10 , and show results of the simulation on display 44 .
- sensors 38 may be included within system 36 , and associated with any component of any part of train 10 .
- one or more sensors 38 could be associated with engine 26 and configured to monitor a cylinder pressure, an oil pressure, a fuel pressure, a water temperature, an exhaust temperature, an intake air pressure or temperature, a speed, a vibration level, etc., and to generate corresponding signals.
- one or more sensors 38 could be associated with each traction motor 25 , with each wheel 24 (e.g., with a bearing of each wheel 24 ), with generator 28 , with tank 30 , with tank 32 (and/or with the other fuel handling components of tender car 14 ), with coupling 16 , etc., and configured to generate corresponding pressure signals, temperature signals, speed signals, or other types of signals indicative of the performances of the associated components.
- the signals may be correlated to a status of the associated component. For example, when the value of a particular signal exceeds or falls below a corresponding threshold value, the associated components may be determined to be malfunctioning.
- the signals generated by sensors 38 may be directed to controller 46 for further processing.
- Locating device 40 may be configured to generate signals indicative of a geographical position and/or orientation of train 10 relative to a local reference point, a coordinate system associated with a region, a coordinate system associated with Earth, or any other type of 2-D or 3-D coordinate system.
- locating device 40 may embody an electronic receiver configured to communicate with satellites or with a local radio or laser transmitting system and to determine a relative geographical location of itself. Locating device 40 may receive and analyze high-frequency, low-power radio or laser signals from multiple locations to triangulate a relative 3-D geographical position and orientation. Signals generated by locating device 40 may be directed to controller 46 for further processing.
- Communicating device 42 may be configured to facilitate data communication between different components (e.g., between sensors 38 and controller 46 , between controller 46 and display 44 , and/or between controller 46 and another controller offboard train 10 at a back office) of system 36 .
- Communicating device 42 may include hardware and/or software that enable the sending and/or receiving of data messages through a communications link.
- the communications link may include satellite, cellular, infrared, radio, and any other type of wireless communications.
- the communications link may include electrical, optical, or any other type of wired communications, if desired.
- display 44 and/or controller 46 may be located offboard train 10 (e.g., at the back office), and may communicate directly with the other onboard components of system 36 via communicating device 42 , if desired. Other means of communication may also be possible.
- Display 44 may include one or more monitors (e.g., a liquid crystal display (LCD), a cathode ray tube (CRT), a personal digital assistant (PDA), a plasma display, a touch-screen, a portable hand-held device, or any such display device known in the art) configured to actively and responsively show trip simulation results to the user of system 36 .
- Display 44 is typically disposed in close proximity to the cabin of train 10 and within the view of the operator of train 10 . However, as described above, display 44 could be located offboard train 10 , in one embodiment.
- Display 44 may be connected to controller 46 , and controller 46 may execute instructions to render graphics and images on display 44 that are associated with a simulated trip.
- Controller 46 may embody a single microprocessor or multiple microprocessors that include a means for controlling an operation of system 36 based on information obtained from any number of train components via sensors 38 , from locating device 40 , and/or from communications received via communicating device 42 . Numerous commercially available microprocessors can be configured to perform the functions of controller 46 . Controller 46 can include a memory, a secondary storage device, a processor, and any other components for running an application. Various other circuits may be associated with controller 46 such as power supply circuitry, signal conditioning circuitry, solenoid driver circuitry, and other types of circuitry.
- controller 46 may be configured to perform simulations of trips to be completed by train 10 . More specifically, controller 46 may be configured to perform simulations of a remainder of a trip assigned to train 10 , following malfunction of a component of train 10 during the trip.
- the simulations may be performed based on a known profile of track 22 (e.g., horizontal track changes, vertical track changes, track quality and/or friction, speed limits, road crossings, and other trip-related data) yet to be traversed by train 10 , based on known train information (e.g., length, weight, pulling capacity, available power, a fuel consumption, a thermal characteristic, a cargo type and value, a delay cost, a locomotive configuration and performances, a braking capacity, a rolling resistance, and other train-related data), environmental conditions (e.g., precipitation, temperature, etc.), based on desired goals (e.g., time of arrival, fuel consumption, operational cost, etc.), and other factors known in the art.
- the simulations may be performed using maps, equations, graph
- the results of the simulation may include static results and dynamic results.
- the static results may consist of either a positive response or a negative response regarding the desired goals. For example, if the desired goal is to reach a destination, the static results of the simulation performed by controller 46 may simply indicate that train 10 will or will not reach the destination. Similarly, if the desired goal is a time of arrival, the static results of the simulation may simply indicate that train 10 will or will not reach the destination on time.
- Dynamic results may consist of an anticipated performance value associated with a particular operation of train 10 , indexed to any given time, location, or distance along the remainder of the trip. For example, the dynamic result could include an anticipated location, speed, fuel consumption, temperature, pressure, etc., for given intervals of time, location, or distance.
- the results of the simulation may be used by the back office, by controller 46 , and/or by the onboard operator of train 10 in making decisions regarding the given malfunction. For example, based on the simulation results, a decision may be made to shut down train 10 at its current location, to continue to a better location for repairs before shutdown, to complete the assigned trip, to dispatch a repair vehicle, to modify train operation and continue, to dispatch replacement equipment (e.g., replacement locomotive 12 ) etc.
- replacement equipment e.g., replacement locomotive 12
- controller 46 in addition to performing trip simulations following a component malfunction, controller 46 can also be configured to automatically affect operation of train 10 based on results of the simulated trip and/or in response to commands received from the operator of train 10 or from the back office. For example, controller 46 may be configured to command adjustments be made to the different components of train 10 . These adjustments may include, among other things, a throttle setting of engine 26 , isolation of the malfunctioning component (e.g., of a particular traction motor 25 ), overriding of an existing operational limit (e.g., of a temperature, pressure, or speed limit) associated with the malfunctioning component, changing a blend ratio of different fuels, etc. In some situations, controller 46 may first simulate operation of train 10 using an anticipated adjustment, before actually implementing the adjustment. In this way, confidence in the adjustment may be increased.
- a throttle setting of engine 26 e.g., isolation of the malfunctioning component (e.g., of a particular traction motor 25 ), overriding of an existing operational limit (e.g., of a
- FIG. 2 illustrates an exemplary Graphics User Interface (GUI) 48 that may be shown on display 44 by controller 46 during and/or following simulation of a trip assigned to be undertaken by train 10 .
- GUI 48 may include several areas where information can be input, commands may be generated, and simulation results can be displayed.
- a first area 50 of GUI 48 may illustrate a map showing the current location of train 10 relative to a known track profile of the assigned trip.
- Area 50 may illustrate geographical features surrounding track 22 (e.g., mountains, streams, road crossings, etc.), a horizontal and/or vertical shape of track 22 , and an orientation and length of train 10 at the known location.
- the location of train 10 may be received by controller 46 from locating device 40 , and the track profile may be manually entered and/or automatically downloaded after assignment of the particular trip.
- a second area 52 of GUI 48 may provide a summary associated with train 10 and/or the assigned trip.
- area 52 may show an identification of train 10 , an identification of locomotives 12 in train 10 , a number of cars (a.k.a., wagons) connected to locomotives 12 , a weight of train 10 , a length of train 10 , a type of payload carried by train 10 , a travel direction, a payload source, a destination, a scheduled time of arrival (STA), an expected time of arrival (ETA), an earliest possible time of arrival, and a crew identification.
- STA scheduled time of arrival
- ETA expected time of arrival
- This information may be manually entered into system 36 prior to a start of the assigned trip, and/or automatically looked up and/or collected from any number of different sources and databases, as desired.
- a third area 54 of GUI 48 may be an alert area.
- controller 46 may generate an error flag corresponding to the deviation.
- controller 46 may provide a visual alert within area 54 , making the user of system 36 aware of a corresponding component malfunction.
- the depicted alert indicates that a locomotive 12 identified as #1 is experiencing low-fuel pressure, and has been shut down.
- a fourth area 56 may provide an illustration of the offending component and/or part of train 10 that is experiencing the malfunction.
- a fifth area 58 of GUI 48 may be configured to illustrate the static results of a trip simulation run by controller 46 .
- the static results may include the simple positive/negative answer regarding train 10 being able to achieve the desired goal, given the current malfunction.
- the static results may also show some calculated values corresponding to the anticipated performance of train 10 . These values may include, for example, a maximum amount of tractive force that can be applied by the remaining locomotives 12 after locomotive #1 is shut down, a maximum wheel adhesion, an amount of fuel anticipated to be consumed, and a time required to complete the assigned trip given the derated performance of train 10 .
- Controller 46 may determine the simple answer displayed in area 58 by comparing the performance goal with the simulated results. For example, if the goal is only for train 10 to reach a particular destination, controller 46 may simply compare an amount of tractive effort required to pull train 10 over the known track profile ahead of train 10 with an amount of tractive effort still available after locomotive #1 is shut down (or otherwise given the current malfunction or failure). Additional comparisons, for example regarding an amount of required fuel relative to available fuel or thermal characteristics of engines 26 and/or traction motors 25 relative to known limits, may also or alternatively be made. Other goals can include a time to reach the destination, a fuel consumption amount, or something else. The performance goal may be input to system 36 by way of GUI 48 .
- a final area 60 of GUI 48 may be configured to illustrate the dynamic results of a trip simulation run by controller 46 .
- the dynamic results shown in area 60 may include results of the simulation indexed to time, distance, and/or location.
- area 60 of FIG. 2 shows a speed of train 10 at incremental locations along the remainder of the trip.
- GUI 48 may include only area 58 , only area 60 , or both areas 58 and 60 . It is further contemplated that the user of GUI 48 may select which of these areas to show.
- controller 46 may be configured to first simulate operation of train 10 using an anticipated adjustment, before actually implementing the adjustment. Specifically, when the static result of an initial simulation is negative or only marginally acceptable, controller 46 and/or the user of GUI 48 may cause the static simulation to be rerun under different conditions or cause a more accurate dynamic simulation to be run. That is, virtual adjustments may be made to the different components of train 10 in the corresponding simulation model, and controller 46 may rerun the simulation to see what effect the virtual adjustments could have on the results.
- controller 46 could rerun the simulation after virtually isolating (e.g., turning off) the problematic traction motor 25 .
- the known thermal limit may be ignored or the malfunction otherwise overridden, and controller 46 may rerun the simulation to determine the results (e.g., the collateral damage and associated operational cost) of doing so.
- the collateral damage caused by ignoring a pre-set limit or overriding the malfunction may be less than the cost of not reaching a destination or of arriving late.
- exemplary adjustments could include adjusting a throttle setting on an engine experiencing a malfunction, reassigning a lead locomotive as a trail locomotive and vice-versa, resetting a component, etc. Based on the results of the rerun simulation, adjustments could be commanded by the operator via GUI 48 or automatically implemented by controller 46 .
- FIG. 3 illustrates a flowchart depicting an exemplary simulation operation performed by controller 46 .
- FIG. 3 will be discussed in more detail below to further illustrate the disclosed concepts.
- the disclosed system can be applicable to any train that includes components, which could malfunction during completion of a trip.
- the disclosed system may provide a way to determine if the train is able to successfully complete the trip, given the malfunction.
- the disclosed system may simulate a remainder of the trip while accounting for the effects of the malfunction. This simulation may aid in making decisions regarding the status of the train and the malfunctioning component. Operation of system 36 will now be explained in detail, with respect to FIG. 3 .
- controller 46 monitoring operational conditions of the different components of train 10 (Step 300 ).
- the condition of these components may be monitored by way of sensors 38 .
- controller 46 may determine if an abnormal (e.g., malfunction) condition has been detected (Step 310 ), and then determine if the abnormal condition could affect success in train 10 achieving the desired goal (e.g., reaching its destination within a desired window of time) (Step 320 ).
- an abnormal condition e.g., malfunction
- controller 46 may make the determination of step 320 based on the type and/or identification of the component determined to be malfunctioning, based on the results of the values comparison, and based on one or more maps, equations, tables, and/or algorithms stored in memory.
- controller 46 may log a fault and allow train 10 to complete the trip without intervention (Step 330 ). However, when controller 46 determines at step 320 that the detected malfunction of the offending component could have a significant impact on completion of the trip, controller 46 may be automatically triggered to simulate the remainder of the trip, taking into account the detected abnormal condition and based on preloaded track profile and train information (Step 340 ). The results may thereafter be shown on display 44 .
- controller 46 may be triggered to run trip simulations based on the malfunction detection or based on the shutdown of train 10 , as desired. Accordingly, controller 46 may run the simulations while train 10 is stationary, in some instances, and while train 10 is underway, in other instances.
- additional simulations may be run to see if adjustments to the components of train 10 may improve the likelihood of train 10 successfully completing its assigned trip.
- the additional simulations may be triggered manually or automatically, as desired. In the example of FIG. 3 , the simulations are triggered automatically.
- controller 46 may determine if the results of the initial simulation were successful (Step 350 ). When the results of the simulation indicate the assigned trip can be completed successfully (e.g., that the desired goals can be achieved), control may move to step 330 . However, if the results of the initial simulation indicate the assigned trip cannot be completed successfully, control may instead move to step 360 .
- controller 46 may determine if adjustments can be made to the malfunctioning component of train 10 to positively affect the results of the simulation. For example, if the initial simulation shows that completely shutting down locomotive #1 (from the above GUI 48 example), makes it impossible for train 10 to complete its assigned trip within the desired window of time, controller 46 may try to determine if the engine of locomotive #1 could instead be run at 1 ⁇ 2 throttle (e.g., at notch setting 3 or 4) to complete the trip in a timely manner without causing excessive collateral damage (e.g., without destroying engine 26 ). If adjustment options are available, controller 46 may be configured to implement corresponding virtual adjustments to the simulation model (Step 370 ), and then return to step 340 .
- step 350 when control moves from step 350 to step 330 , the virtual adjustments used during the subsequent simulations may become real and implemented in step 330 . If controller 46 determines that no adjustment options exist that are likely to improve the results of the simulation, control may instead move from step 360 to step 380 , wherein a separate trip failure protocol is implemented.
Abstract
Description
- The present disclosure relates generally to a train system and, more particularly, to a train system having malfunction-based trip simulation.
- It is not uncommon for a train to experience a component malfunction during completion of a trip. If the malfunction causes a delay in the trip or, in extreme situations, causes the trip to abort, a significant financial penalty can occur. For example, a coal-bearing train that is late to port or does not arrive in port could cause a waiting barge to delay its departure or to leave only partially laden. A departure delay or load reduction increases operating costs and reduces productivity.
- In most situations, when a component malfunction occurs onboard a train, the train is shut down so that the malfunction can be evaluated. The evaluation is carried out manually, with the result being to continue the trip as-is, to abort the trip, or to make a repair or adjustment to the train so that the trip may continue. Although this method may be acceptable in some situations, it is also labor-intensive, slow, and error-prone, and could possibly result in unnecessary pauses in the train's progress.
- A method of optimizing train operation is described in U.S. Pat. No. 6,587,764 of Nickles et al. that issued on Jul. 1, 2003 (“the '764 patent”). Specifically, the method described in the '764 patent includes determining a location of a train, a profile of a track to be traversed by the train, current conditions of the train, operational constraints, a dynamic interaction between cars of the train, and a goal for the train. The method further includes performing calculations based on the goal, the location, the track profile, the current conditions, and the dynamic interaction to simulate throttle and brake settings that best achieve the goal at the current location and over the ensuing track profile. The settings are then displayed in real-time inside a locomotive of the train and/or are automatically implemented so as to optimize the performance of the train.
- While the method disclosed in the '764 patent may improve operation of a fully functional train, it may still be less than optimal. In particular, the method does not address malfunctions of train components, or how to determine if, when, or how a train can complete an assigned trip given the malfunctions. In addition, the method discloses adjustments that can only be made to throttle settings and brakes in order to achieve the goal.
- The disclosed train system is directed to overcoming one or more of the problems set forth above.
- In one aspect, the present disclosure is directed to a system for simulating operation of a train. The system may include at least one sensor configured to generate a signal indicative of an operating status of a component of the train during completion of an assigned trip. The system may also include a display, and a controller in communication with the at least one sensor and the display. The controller may be configured to retrieve from memory first data associated with the assigned trip, and retrieve from memory second data associated with the train. The controller may be further configured to simulate completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning, and to cause simulation results to be shown on the display.
- In another aspect, the present disclosure is directed to another system for simulating operation of a train. This system may include at least one sensor mountable onboard the train and configured to generate a signal indicative of an operating status of a component of the train during completion of an assigned trip, and a display located offboard the train. The system may further include a controller in communication with the at least one sensor and the display. The controller may be configured to retrieve from memory first data associated with the assigned trip, and to retrieve from memory second data associated with the train. The controller may also be configured to receive input indicative of a goal for the train associated with the assigned trip, and to simulate completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning. The controller may be further configured to make a comparison of simulation results with the goal, and to show on the display an indication regarding a successful outcome for the remainder of the assigned trip based on the comparison.
- In yet another aspect, the present disclosure is directed to a method of simulating operation of a train. The method may include generating a signal indicative of an operating status of a component of the train during completion of an assigned trip, retrieving from memory first data associated with the assigned trip, and retrieving from memory second data associated with the train. The method may further include simulating completion of a remainder of the assigned trip based on the first data, the second data, and the signal, when the operating status of the component becomes malfunctioning, and displaying results of the simulating.
-
FIG. 1 is a diagrammatic and schematic illustration of an exemplary disclosed train system; -
FIG. 2 is an exemplary GUI interface that may be used in conjunction with the train system ofFIG. 1 ; and -
FIG. 3 is a flowchart depicting an exemplary method that may be performed by the train system ofFIG. 1 . -
FIG. 1 illustrates anexemplary train 10 having one or more locomotives 12 and atender car 14. In the disclosed embodiment,train 10 has two different locomotives 12, including alead locomotive 12 a located ahead of atrail locomotive 12 b, both being located ahead oftender car 14. It is contemplated, however, thattrain 10 may include any number of locomotives 12 and/ortender cars 14, and that locomotives 12 may be disposed in any arrangement relative to tender car(s) 14 and in any orientation (e.g., forward-facing or rear-facing). Locomotives 12 andtender car 14 may together form a consist, which can be located at the front of an assembly of other rail vehicles (not shown) oftrain 10, within the assembly of rail vehicles, or at the end of the rail vehicles. It is contemplated that more than one consist may be included within a single train, if desired, and/or that the consist may travel at times without other rail vehicles. In some embodiments,tender car 14 may be omitted. - Each locomotive 12 may be connected to an adjacent locomotive 12 and/or to tender
car 14 in several different ways. For example, locomotives 12 andtender car 14 may be connected to each other via a mechanical coupling, one or more fluid couplings, and one or more electrical couplings. These couplings are represented together by asingle coupling 16 inFIG. 1 . The mechanical coupling may be configured to transmit tractive and braking forces between locomotives 12 and the rest of the rail vehicles oftrain 10. The fluid couplings may be configured to transmit fluids (e.g., fuel, coolant, lubricant, pressurized air, etc.). The electrical couplings may be configured to transmit power and/or data (e.g., data in the form of electrical signals). In one example, the electrical couplings include an MU cable configured to transmit conventional command signals and/or electrical power. In another example, the electrical couplings include a dedicated data link configured to transmit packets of data (e.g., Ethernet data). In yet another example, the data packets may be transmitted via the MU cable. It is also contemplated that some data may be transmitted via a combination of the MU cable, the dedicated data link, and/or other means (e.g., wirelessly), if desired. - Each locomotive 12 may include a
car body 18 supported at opposing ends by a plurality of trucks 20 (e.g., two trucks 20). Eachtruck 20 may be configured to engage atrack 22 via a plurality ofwheels 24, and to supportcar body 18. Eachtruck 20 may have two or more axles that are each configured to rigidly supportwheels 24 at opposing ends thereof, such thatwheels 24 and the axles rotate together. Atraction motor 25 may be disposed at a lengthwise center of each axle, connected to an associatedtruck 20, and configured to drive pairedwheels 24 via the axle. - Any number of
engines 26 may be mounted tocar body 18 and drivingly connected to agenerator 28 to produce electricity that propelswheels 24 of eachtruck 20 viatraction motors 25.Engines 26 may be internal combustion engines configured to combust a mixture of air and fuel. The fuel may include a liquid fuel (e.g., diesel) provided toengines 26 from atank 30 located onboard each locomotive 12, a gaseous fuel (e.g., natural gas) provided bytender car 14 via the fluid couplings, and/or a blended mixture of the liquid and gaseous fuels. - Tender
car 14, like locomotives 12, may also be equipped with abody 18 that is supported by two ormore trucks 20.Tender car 14 may further include one ormore tanks 32 mounted tobody 18 that are configured to store liquefied gaseous fuel (e.g., liquefied natural gas or LNG). The liquefied gaseous fuel may be gasified and then fed in series or parallel to all locomotives 12 oftrain 10 for combustion withinengines 26. In the disclosed embodiment, a single insulatedtank 32 is used to store the liquefied gaseous fuel at low temperatures, such as below about −160° C. In some embodiments,tank 32 may be integral withbody 18 oftender car 14. - Additional fuel delivery components (not shown) may be associated with
tender car 14 and used to gasify and/or transport the fuel fromtender car 14 to locomotives 12. These components may include, among other things, one or more fuel pumps, one or more heat exchangers, one or more accumulators, one or more regulators, and associated conduits that condition, pressurize or otherwise move fuel, as is known in the art. The pump(s) may pressurize the liquefied gaseous fuel to a desired operating pressure and push the fuel through the heat exchanger(s) to the accumulator(s). The heat exchanger(s) may provide heat sufficient to gasify the fuel as it moves therethrough. Upon vaporization, the fuel may be transported to and stored within the accumulator(s). Gaseous fuel may then be directed from the accumulator(s) toengines 26 via the regulator(s). - As also shown in
FIG. 1 , train 10 may be equipped with asystem 36 that facilitates informed and/or automated control of locomotives 12,tender car 14, and/or other cars and components oftrain 10.System 36 may include, among other things, at least onesensor 38, a locating device 40, a communicatingdevice 42, adisplay 44, and acontroller 46 electrically connected with the other components ofsystem 36. Based on signals generated bysensor 38, locating device 40, and/or communicatingdevice 42,controller 46 may selectively simulate trips (e.g., a remainder of a trip following malfunction of a train component) to be completed bytrain 10, and show results of the simulation ondisplay 44. - Any number of
sensors 38 may be included withinsystem 36, and associated with any component of any part oftrain 10. For example, one ormore sensors 38 could be associated withengine 26 and configured to monitor a cylinder pressure, an oil pressure, a fuel pressure, a water temperature, an exhaust temperature, an intake air pressure or temperature, a speed, a vibration level, etc., and to generate corresponding signals. In another example, one ormore sensors 38 could be associated with eachtraction motor 25, with each wheel 24 (e.g., with a bearing of each wheel 24), withgenerator 28, withtank 30, with tank 32 (and/or with the other fuel handling components of tender car 14), withcoupling 16, etc., and configured to generate corresponding pressure signals, temperature signals, speed signals, or other types of signals indicative of the performances of the associated components. When values of the signals generated bysensors 38 deviate from expected values or ranges, the signals may be correlated to a status of the associated component. For example, when the value of a particular signal exceeds or falls below a corresponding threshold value, the associated components may be determined to be malfunctioning. The signals generated bysensors 38 may be directed tocontroller 46 for further processing. - Locating device 40 may be configured to generate signals indicative of a geographical position and/or orientation of
train 10 relative to a local reference point, a coordinate system associated with a region, a coordinate system associated with Earth, or any other type of 2-D or 3-D coordinate system. For example, locating device 40 may embody an electronic receiver configured to communicate with satellites or with a local radio or laser transmitting system and to determine a relative geographical location of itself. Locating device 40 may receive and analyze high-frequency, low-power radio or laser signals from multiple locations to triangulate a relative 3-D geographical position and orientation. Signals generated by locating device 40 may be directed tocontroller 46 for further processing. - Communicating
device 42 may be configured to facilitate data communication between different components (e.g., betweensensors 38 andcontroller 46, betweencontroller 46 anddisplay 44, and/or betweencontroller 46 and another controller offboardtrain 10 at a back office) ofsystem 36. Communicatingdevice 42 may include hardware and/or software that enable the sending and/or receiving of data messages through a communications link. The communications link may include satellite, cellular, infrared, radio, and any other type of wireless communications. Alternatively, the communications link may include electrical, optical, or any other type of wired communications, if desired. In one embodiment,display 44 and/orcontroller 46 may be located offboard train 10 (e.g., at the back office), and may communicate directly with the other onboard components ofsystem 36 via communicatingdevice 42, if desired. Other means of communication may also be possible. -
Display 44 may include one or more monitors (e.g., a liquid crystal display (LCD), a cathode ray tube (CRT), a personal digital assistant (PDA), a plasma display, a touch-screen, a portable hand-held device, or any such display device known in the art) configured to actively and responsively show trip simulation results to the user ofsystem 36.Display 44 is typically disposed in close proximity to the cabin oftrain 10 and within the view of the operator oftrain 10. However, as described above,display 44 could be locatedoffboard train 10, in one embodiment.Display 44 may be connected tocontroller 46, andcontroller 46 may execute instructions to render graphics and images ondisplay 44 that are associated with a simulated trip. -
Controller 46 may embody a single microprocessor or multiple microprocessors that include a means for controlling an operation ofsystem 36 based on information obtained from any number of train components viasensors 38, from locating device 40, and/or from communications received via communicatingdevice 42. Numerous commercially available microprocessors can be configured to perform the functions ofcontroller 46.Controller 46 can include a memory, a secondary storage device, a processor, and any other components for running an application. Various other circuits may be associated withcontroller 46 such as power supply circuitry, signal conditioning circuitry, solenoid driver circuitry, and other types of circuitry. - As mentioned above,
controller 46 may be configured to perform simulations of trips to be completed bytrain 10. More specifically,controller 46 may be configured to perform simulations of a remainder of a trip assigned to train 10, following malfunction of a component oftrain 10 during the trip. The simulations may be performed based on a known profile of track 22 (e.g., horizontal track changes, vertical track changes, track quality and/or friction, speed limits, road crossings, and other trip-related data) yet to be traversed bytrain 10, based on known train information (e.g., length, weight, pulling capacity, available power, a fuel consumption, a thermal characteristic, a cargo type and value, a delay cost, a locomotive configuration and performances, a braking capacity, a rolling resistance, and other train-related data), environmental conditions (e.g., precipitation, temperature, etc.), based on desired goals (e.g., time of arrival, fuel consumption, operational cost, etc.), and other factors known in the art. The simulations may be performed using maps, equations, graphs, tables, scales, and other preprogrammed algorithms stored in the memory or otherwise communicated tocontroller 46. - The results of the simulation may include static results and dynamic results. The static results may consist of either a positive response or a negative response regarding the desired goals. For example, if the desired goal is to reach a destination, the static results of the simulation performed by
controller 46 may simply indicate thattrain 10 will or will not reach the destination. Similarly, if the desired goal is a time of arrival, the static results of the simulation may simply indicate thattrain 10 will or will not reach the destination on time. Dynamic results may consist of an anticipated performance value associated with a particular operation oftrain 10, indexed to any given time, location, or distance along the remainder of the trip. For example, the dynamic result could include an anticipated location, speed, fuel consumption, temperature, pressure, etc., for given intervals of time, location, or distance. - The results of the simulation may be used by the back office, by
controller 46, and/or by the onboard operator oftrain 10 in making decisions regarding the given malfunction. For example, based on the simulation results, a decision may be made to shut downtrain 10 at its current location, to continue to a better location for repairs before shutdown, to complete the assigned trip, to dispatch a repair vehicle, to modify train operation and continue, to dispatch replacement equipment (e.g., replacement locomotive 12) etc. - In some embodiments, in addition to performing trip simulations following a component malfunction,
controller 46 can also be configured to automatically affect operation oftrain 10 based on results of the simulated trip and/or in response to commands received from the operator oftrain 10 or from the back office. For example,controller 46 may be configured to command adjustments be made to the different components oftrain 10. These adjustments may include, among other things, a throttle setting ofengine 26, isolation of the malfunctioning component (e.g., of a particular traction motor 25), overriding of an existing operational limit (e.g., of a temperature, pressure, or speed limit) associated with the malfunctioning component, changing a blend ratio of different fuels, etc. In some situations,controller 46 may first simulate operation oftrain 10 using an anticipated adjustment, before actually implementing the adjustment. In this way, confidence in the adjustment may be increased. -
FIG. 2 illustrates an exemplary Graphics User Interface (GUI) 48 that may be shown ondisplay 44 bycontroller 46 during and/or following simulation of a trip assigned to be undertaken bytrain 10. As shown in this figure, GUI 48 may include several areas where information can be input, commands may be generated, and simulation results can be displayed. For example, afirst area 50 of GUI 48 may illustrate a map showing the current location oftrain 10 relative to a known track profile of the assigned trip.Area 50 may illustrate geographical features surrounding track 22 (e.g., mountains, streams, road crossings, etc.), a horizontal and/or vertical shape oftrack 22, and an orientation and length oftrain 10 at the known location. The location oftrain 10 may be received bycontroller 46 from locating device 40, and the track profile may be manually entered and/or automatically downloaded after assignment of the particular trip. - A
second area 52 of GUI 48 may provide a summary associated withtrain 10 and/or the assigned trip. For instance,area 52 may show an identification oftrain 10, an identification of locomotives 12 intrain 10, a number of cars (a.k.a., wagons) connected to locomotives 12, a weight oftrain 10, a length oftrain 10, a type of payload carried bytrain 10, a travel direction, a payload source, a destination, a scheduled time of arrival (STA), an expected time of arrival (ETA), an earliest possible time of arrival, and a crew identification. This information may be manually entered intosystem 36 prior to a start of the assigned trip, and/or automatically looked up and/or collected from any number of different sources and databases, as desired. - A third area 54 of GUI 48 may be an alert area. In particular, when
controller 46 determines that a value of one or more of the signals generated by sensor(s) 38 have deviated from an acceptable value or range,controller 46 may generate an error flag corresponding to the deviation. For example,controller 46 may provide a visual alert within area 54, making the user ofsystem 36 aware of a corresponding component malfunction. In the disclosed example, the depicted alert indicates that a locomotive 12 identified as #1 is experiencing low-fuel pressure, and has been shut down. Afourth area 56 may provide an illustration of the offending component and/or part oftrain 10 that is experiencing the malfunction. - A
fifth area 58 of GUI 48 may be configured to illustrate the static results of a trip simulation run bycontroller 46. As stated above, the static results may include the simple positive/negativeanswer regarding train 10 being able to achieve the desired goal, given the current malfunction. In some instances, the static results may also show some calculated values corresponding to the anticipated performance oftrain 10. These values may include, for example, a maximum amount of tractive force that can be applied by the remaining locomotives 12 afterlocomotive # 1 is shut down, a maximum wheel adhesion, an amount of fuel anticipated to be consumed, and a time required to complete the assigned trip given the derated performance oftrain 10. -
Controller 46 may determine the simple answer displayed inarea 58 by comparing the performance goal with the simulated results. For example, if the goal is only fortrain 10 to reach a particular destination,controller 46 may simply compare an amount of tractive effort required to pulltrain 10 over the known track profile ahead oftrain 10 with an amount of tractive effort still available afterlocomotive # 1 is shut down (or otherwise given the current malfunction or failure). Additional comparisons, for example regarding an amount of required fuel relative to available fuel or thermal characteristics ofengines 26 and/ortraction motors 25 relative to known limits, may also or alternatively be made. Other goals can include a time to reach the destination, a fuel consumption amount, or something else. The performance goal may be input tosystem 36 by way of GUI 48. - A
final area 60 of GUI 48 may be configured to illustrate the dynamic results of a trip simulation run bycontroller 46. As described above, the dynamic results shown inarea 60 may include results of the simulation indexed to time, distance, and/or location. For example,area 60 ofFIG. 2 shows a speed oftrain 10 at incremental locations along the remainder of the trip. It is contemplated that GUI 48 may includeonly area 58, onlyarea 60, or bothareas - As described above,
controller 46 may be configured to first simulate operation oftrain 10 using an anticipated adjustment, before actually implementing the adjustment. Specifically, when the static result of an initial simulation is negative or only marginally acceptable,controller 46 and/or the user of GUI 48 may cause the static simulation to be rerun under different conditions or cause a more accurate dynamic simulation to be run. That is, virtual adjustments may be made to the different components oftrain 10 in the corresponding simulation model, andcontroller 46 may rerun the simulation to see what effect the virtual adjustments could have on the results. For example, if aparticular traction motor 25 was nearing a known thermal limit and the initial simulation showed that theproblematic traction motor 25 would exceed the limit beforetrain 10 reached its destination (resulting in a negative static result),controller 46 could rerun the simulation after virtually isolating (e.g., turning off) theproblematic traction motor 25. In another example, the known thermal limit may be ignored or the malfunction otherwise overridden, andcontroller 46 may rerun the simulation to determine the results (e.g., the collateral damage and associated operational cost) of doing so. In some instances, the collateral damage caused by ignoring a pre-set limit or overriding the malfunction may be less than the cost of not reaching a destination or of arriving late. Other exemplary adjustments could include adjusting a throttle setting on an engine experiencing a malfunction, reassigning a lead locomotive as a trail locomotive and vice-versa, resetting a component, etc. Based on the results of the rerun simulation, adjustments could be commanded by the operator via GUI 48 or automatically implemented bycontroller 46. -
FIG. 3 illustrates a flowchart depicting an exemplary simulation operation performed bycontroller 46.FIG. 3 will be discussed in more detail below to further illustrate the disclosed concepts. - The disclosed system can be applicable to any train that includes components, which could malfunction during completion of a trip. The disclosed system may provide a way to determine if the train is able to successfully complete the trip, given the malfunction. Specifically, the disclosed system may simulate a remainder of the trip while accounting for the effects of the malfunction. This simulation may aid in making decisions regarding the status of the train and the malfunctioning component. Operation of
system 36 will now be explained in detail, with respect toFIG. 3 . - The process of
FIG. 3 may begin withcontroller 46 monitoring operational conditions of the different components of train 10 (Step 300). As described above, the condition of these components may be monitored by way ofsensors 38. Specifically values of the signals generated bysensors 38 may be continuously compared to operational thresholds and/or ranges. Based on the comparison of these values,controller 46 may determine if an abnormal (e.g., malfunction) condition has been detected (Step 310), and then determine if the abnormal condition could affect success intrain 10 achieving the desired goal (e.g., reaching its destination within a desired window of time) (Step 320). It may be possible, in some situations, for a first component (e.g., an air conditioner) to malfunction without affecting the success of the trip, while malfunction of a second component (e.g., engine 26) could make it impossible fortrain 10 to complete the trip. Accordingly,controller 46 may make the determination ofstep 320 based on the type and/or identification of the component determined to be malfunctioning, based on the results of the values comparison, and based on one or more maps, equations, tables, and/or algorithms stored in memory. - When
controller 46 determines that the malfunctioning component should not have a significant effect on the successfulness of the trip,controller 46 may log a fault and allowtrain 10 to complete the trip without intervention (Step 330). However, whencontroller 46 determines atstep 320 that the detected malfunction of the offending component could have a significant impact on completion of the trip,controller 46 may be automatically triggered to simulate the remainder of the trip, taking into account the detected abnormal condition and based on preloaded track profile and train information (Step 340). The results may thereafter be shown ondisplay 44. - It should be noted that, in some situations, normal protocol may cause
train 10 to automatically shut down in response to the malfunction of the component. In these situations,controller 46 may be triggered to run trip simulations based on the malfunction detection or based on the shutdown oftrain 10, as desired. Accordingly,controller 46 may run the simulations whiletrain 10 is stationary, in some instances, and whiletrain 10 is underway, in other instances. - In some embodiments, additional simulations may be run to see if adjustments to the components of
train 10 may improve the likelihood oftrain 10 successfully completing its assigned trip. The additional simulations may be triggered manually or automatically, as desired. In the example ofFIG. 3 , the simulations are triggered automatically. In particular, after completion ofstep 360,controller 46 may determine if the results of the initial simulation were successful (Step 350). When the results of the simulation indicate the assigned trip can be completed successfully (e.g., that the desired goals can be achieved), control may move to step 330. However, if the results of the initial simulation indicate the assigned trip cannot be completed successfully, control may instead move to step 360. - At
step 360,controller 46 may determine if adjustments can be made to the malfunctioning component oftrain 10 to positively affect the results of the simulation. For example, if the initial simulation shows that completely shutting down locomotive #1 (from the above GUI 48 example), makes it impossible fortrain 10 to complete its assigned trip within the desired window of time,controller 46 may try to determine if the engine oflocomotive # 1 could instead be run at ½ throttle (e.g., at notch setting 3 or 4) to complete the trip in a timely manner without causing excessive collateral damage (e.g., without destroying engine 26). If adjustment options are available,controller 46 may be configured to implement corresponding virtual adjustments to the simulation model (Step 370), and then return to step 340. After successful completion of steps 340-370, when control moves fromstep 350 to step 330, the virtual adjustments used during the subsequent simulations may become real and implemented instep 330. Ifcontroller 46 determines that no adjustment options exist that are likely to improve the results of the simulation, control may instead move fromstep 360 to step 380, wherein a separate trip failure protocol is implemented. - It will be apparent to those skilled in the art that various modifications and variations can be made to the disclosed system without departing from the scope of the disclosure. Other embodiments of the system will be apparent to those skilled in the art from consideration of the specification and practice of the system disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope being indicated by the following claims and their equivalents.
Claims (30)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/881,546 US20170101115A1 (en) | 2015-10-13 | 2015-10-13 | Train system having malfunction-based trip simulation |
PCT/US2016/056710 WO2017066365A2 (en) | 2015-10-13 | 2016-10-13 | Train system having malfunction-based trip simulation |
AU2016340236A AU2016340236A1 (en) | 2015-10-13 | 2016-10-13 | Train system having malfunction-based trip simulation |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/881,546 US20170101115A1 (en) | 2015-10-13 | 2015-10-13 | Train system having malfunction-based trip simulation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170101115A1 true US20170101115A1 (en) | 2017-04-13 |
Family
ID=58498784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/881,546 Abandoned US20170101115A1 (en) | 2015-10-13 | 2015-10-13 | Train system having malfunction-based trip simulation |
Country Status (3)
Country | Link |
---|---|
US (1) | US20170101115A1 (en) |
AU (1) | AU2016340236A1 (en) |
WO (1) | WO2017066365A2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210061325A1 (en) * | 2018-01-16 | 2021-03-04 | Mitsubishi Electric Corporation | Signal control device and abnormality detection method |
US20220194440A1 (en) * | 2020-12-21 | 2022-06-23 | Progress Rail Services Corporation | System and method for controlling operations of a train using energy management machine learning models |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020065698A1 (en) * | 1999-08-23 | 2002-05-30 | Schick Louis A. | System and method for managing a fleet of remote assets |
US20030055666A1 (en) * | 1999-08-23 | 2003-03-20 | Roddy Nicholas E. | System and method for managing a fleet of remote assets |
US20150302319A1 (en) * | 2011-09-16 | 2015-10-22 | General Electric Company | Data provisioning system and method |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5828979A (en) * | 1994-09-01 | 1998-10-27 | Harris Corporation | Automatic train control system and method |
US7096171B2 (en) * | 2002-08-07 | 2006-08-22 | New York Air Brake Corporation | Train simulator and playback station |
US8370006B2 (en) * | 2006-03-20 | 2013-02-05 | General Electric Company | Method and apparatus for optimizing a train trip using signal information |
US8998617B2 (en) * | 2006-03-20 | 2015-04-07 | General Electric Company | System, method, and computer software code for instructing an operator to control a powered system having an autonomous controller |
JP2015013487A (en) * | 2013-07-03 | 2015-01-22 | 株式会社日立製作所 | Train operation control system, train operation simulation device, and train operation simulation method |
-
2015
- 2015-10-13 US US14/881,546 patent/US20170101115A1/en not_active Abandoned
-
2016
- 2016-10-13 WO PCT/US2016/056710 patent/WO2017066365A2/en active Application Filing
- 2016-10-13 AU AU2016340236A patent/AU2016340236A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020065698A1 (en) * | 1999-08-23 | 2002-05-30 | Schick Louis A. | System and method for managing a fleet of remote assets |
US20030055666A1 (en) * | 1999-08-23 | 2003-03-20 | Roddy Nicholas E. | System and method for managing a fleet of remote assets |
US20150302319A1 (en) * | 2011-09-16 | 2015-10-22 | General Electric Company | Data provisioning system and method |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210061325A1 (en) * | 2018-01-16 | 2021-03-04 | Mitsubishi Electric Corporation | Signal control device and abnormality detection method |
US11938980B2 (en) * | 2018-01-16 | 2024-03-26 | Mitsubishi Electric Corporation | Signal control device and abnormality detection method |
US20220194440A1 (en) * | 2020-12-21 | 2022-06-23 | Progress Rail Services Corporation | System and method for controlling operations of a train using energy management machine learning models |
US11858543B2 (en) * | 2020-12-21 | 2024-01-02 | Progress Rail Services Corporation | System and method for controlling operations of a train using energy management machine learning models |
Also Published As
Publication number | Publication date |
---|---|
WO2017066365A3 (en) | 2018-02-15 |
AU2016340236A1 (en) | 2018-05-10 |
WO2017066365A2 (en) | 2017-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10906406B1 (en) | Vehicle weight estimation system and related methods | |
US20210016678A1 (en) | Vehicle Energy Management System and Related Methods | |
US10744888B2 (en) | Trailer-based energy capture and management | |
US20200400086A1 (en) | Vehicle control system | |
US9711046B2 (en) | Train status presentation based on aggregated tracking information | |
US9079589B2 (en) | Control system and method for remotely isolating powered units in a vehicle system | |
US9828013B2 (en) | Train asset availability and reliability management system | |
US9132843B2 (en) | Communication system for use with train consist | |
US20120245766A1 (en) | Control system and method for remotely isolating powered units in a vehicle system | |
AU2016273978A1 (en) | Train system having automatically-assisted trip simulation | |
US20120143407A1 (en) | Method and system for rail vehicle control | |
AU2013205978B2 (en) | Control system and method for remotely isolating powered units in a vehicle system | |
US9354034B2 (en) | Positive location system for a locomotive consist | |
US9283969B2 (en) | Locomotive/tender car communication system | |
US20170101115A1 (en) | Train system having malfunction-based trip simulation | |
EP2915711B1 (en) | Handbrake setting system and method | |
US9588556B2 (en) | Temperature control system for transmitter chip | |
US20210200243A1 (en) | Caravanning autonomous vehicles | |
AU2017254390B2 (en) | Locomotive health-based train pacing system | |
EP4335712A2 (en) | Control systems and associated methods | |
CN112969975A (en) | Method for controlling a queue of vehicles | |
WO2016132353A1 (en) | Self-learning remote control system for charging and using rechargeable batteries in transport vehicles | |
US20240043043A1 (en) | Vehicle system and method | |
CN116262510A (en) | Traction system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: ELECTRO-MOTIVE DIESEL, INC., ILLINOIS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SWENSON, CURTIS ALLEN;SHUBS, ALEXANDER, JR.;ROENSPIES, DAVID MATTHEW;SIGNING DATES FROM 20151008 TO 20151013;REEL/FRAME:036781/0927 |
|
AS | Assignment |
Owner name: PROGRESS RAIL LOCOMOTIVE INC., ILLINOIS Free format text: CHANGE OF NAME;ASSIGNOR:ELECTRO-MOTIVE DIESEL, INC.;REEL/FRAME:045430/0426 Effective date: 20160901 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |