US20170197646A1 - Train system having automatically-assisted trip simulation - Google Patents
Train system having automatically-assisted trip simulation Download PDFInfo
- Publication number
- US20170197646A1 US20170197646A1 US14/991,806 US201614991806A US2017197646A1 US 20170197646 A1 US20170197646 A1 US 20170197646A1 US 201614991806 A US201614991806 A US 201614991806A US 2017197646 A1 US2017197646 A1 US 2017197646A1
- Authority
- US
- United States
- Prior art keywords
- data
- train
- controller
- simulation
- display device
- 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
- B61L25/00—Recording or indicating positions or identities of vehicles or vehicle trains or setting of track apparatus
- B61L25/02—Indicating or recording positions or identities of vehicles or vehicle trains
- B61L25/04—Indicating or recording train identities
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L25/00—Recording or indicating positions or identities of vehicles or vehicle trains or setting of track apparatus
- B61L25/02—Indicating or recording positions or identities of vehicles or vehicle trains
- B61L25/025—Absolute localisation, e.g. providing geodetic coordinates
-
- B61L27/0077—
-
- B61L27/0094—
-
- 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
- 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 automatically-assisted trip simulation.
- Rail freight transport is generally a more efficient method of hauling bulk goods over long distances on a weight per-mile per-unit of energy basis than other delivery methods, such as by truck or by plane. Advances in locomotive technologies allow trains to haul larger and more valuable payloads with less fuel and on more demanding schedules. Yet, it is not uncommon for a train to experience a component malfunction during completion of a trip, which can cause a delay in the trip or, in extreme situations, cause the trip to abort. Delays or cancellations of rail deliveries due to malfunctions can incur financial penalties and have a rippling effect throughout a supply chain, which can increase operating costs and reduce productivity.
- 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 whether sufficient locomotive power is available to achieve the goal at the current location and over the ensuing track profile. If sufficient power is available, a determination may be made to shut down additional locomotives to reduce fuel consumption. If sufficient power is not available, the determination process is restarted.
- 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 mission given the malfunctions.
- the method discloses shutting down or starting up additional locomotives, but does not address other aspects of the train relating to power consumption.
- 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, a display device, and a controller in communication with the at least one sensor and the display.
- the controller may be configured to generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieve from memory first data associated with the train and the assigned trip, and automatically populate the plurality of data fields with the first data.
- the controller may also be configured to simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first data and cause simulation results to be shown on the display.
- the present disclosure is directed to a method simulating operation of a train.
- the method may include receiving a signal indicative of an operating status of a component of the train during completion of an assigned trip, generating on a display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieving from memory first data associated with the train and the assigned trip, and automatically populating the plurality of data fields with the first data.
- the method may further include simulating completion of a remainder of the assigned trip based on the signal and at least a portion of the first data and causing simulation results to be shown on the display.
- the present disclosure is directed to another 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, a display device, an input device configured to receive user inputs, and a controller in communication with the at least one sensor, the display, and the input device.
- the controller may be configured to generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieve from memory first data associated with the train and the assigned trip, and automatically populate the plurality of data fields with the first data.
- the controller may be further configured to receive via the input device second data associated with at least one of the train and the assigned trip and repopulate one or more of the plurality of data fields with the second data.
- the controller may be further configured to simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first and second data and cause simulation results to be shown on the display, wherein the display is located remote from or onboard the train.
- FIG. 1 is a diagrammatic and schematic illustration of an exemplary disclosed train system
- FIG. 2 is a diagrammatic and schematic illustration of an exemplary disclosed railroad network that includes the train system of FIG. 1 ;
- FIG. 3 is an exemplary GUI interface that may be used in conjunction with the train system of FIG. 1 .
- FIG. 1 illustrates an exemplary train 10 having one or more rolling stock assets, such as one or more locomotives 12 and a tender car 14 .
- train 10 may include additional or other types of rolling stock assets, such as wagons, tanker cars, coaches, etc.
- 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 rolling stock assets (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. 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.
- 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 a multiple-unit (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 tracks 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 an onboard data system (“system”) 36 that facilitates information gathering and/or control of locomotives 12 , tender car 14 , and/or other rolling stock assets of train 10 .
- System 36 may include, among other things, at least one sensor 38 , a locating device 40 , a communicating device 42 , a user interface 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 via user interface 44 .
- sensors 38 may be included within system 36 , and configured to generate operational data 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 user interface 44 , and/or between controller 46 and other components) of system 36 or between components of system 36 and entities off-board train 10 .
- 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.
- user interface 44 and/or controller 46 may be located off-board train 10 , 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.
- User interface 44 may be or include one or more display devices 48 (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 .
- User interface 44 may also include, be connectable to, or otherwise be associated with an input device 50 configured to receive user inputs.
- Input device 50 may be or include one or more components, such as buttons, knobs, switches, dials, levers, touch-screens, soft keys, a keyboard, a mouse, and/or other components configured to allow a user to provide inputs to or operate an electronic device.
- user interface 44 may be disposed in close proximity to the cabin of train 10 and within the view of the operator of train 10 . In other embodiments, as described above, user interface 44 could be located offboard train 10 .
- User interface 44 may be connected to controller 46 , and controller 46 may execute instructions to render graphics and images on display device 48 that are associated with a simulated trip.
- Controller 46 may embody a single microprocessor or multiple microprocessors that include a means for operating and/or controlling 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 may 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.
- FIG. 2 shows an exemplary disclosed railroad network 52 that includes system 36 .
- system 36 includes one or more off-board data systems 54 in communication with controller 46 and configured to generate operational data associated with railroad network 52 .
- Off-board data systems 54 may include data collection systems, control systems, and or other systems that may be used in the operation of or are otherwise associated with railroad network 52 .
- off-board data systems 54 may include one or more wayside systems 56 positioned near tracks 22 , business systems 58 , and back offices 60 .
- Each off-board data system 54 may be configured to exchange data to other off-board data systems 54 and/or onboard data system 36 via a communications network 62 .
- Communications network 62 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.
- Wayside systems 56 may include sensory and/or signaling equipment positioned throughout railroad network 52 and configured to collect and display information about various railroad operations.
- wayside systems 56 may include sensors and other devices that are configured to detect information pertaining to asset maintenance (e.g., asset operating parameters and usage statistics), track maintenance (e.g., track conditions and track usage statistics), route signaling and interlocking (e.g., presence, speed, and/or location of trains and assets), and or other railroad operations.
- wayside systems 56 may be configured to use collected data to generate signals for railroad operators indicative of route permissions, speed limits, and or other information. Signals may be displayed in various ways, including by wayside signaling devices (e.g., lights) and through automatic train protection (ATP) systems accessible from onboard train 10 , for example, via user interface 44 .
- wayside signaling devices e.g., lights
- ATP automatic train protection
- Business systems 58 may include one or more devices or systems configured to manually and/or automatically track, receive, and/or store data relating to operations of railroad network 52 .
- Business systems 58 may be located off-board train 10 , such as at a management office 64 . In some embodiments, business systems 58 may be located at least in part onboard train 10 .
- Business systems 58 may include computers, data storage devices, computer executable programs, electronic files or filing systems, spreadsheets, databases, servers, network interfaces; hardware interfaces, and or other devices configured to collect, process, and/or store data.
- business systems 58 may include logistics systems configured to track the movements of materials, personnel, transportation vessels, and equipment throughout railroad network 52 .
- logistics systems may include tracking equipment, such as global positioning systems (GPS), radio frequency identification (RFID), barcode scanning devices, etc.
- GPS global positioning systems
- RFID radio frequency identification
- Logistics systems may be configured to store and maintain data relating to units of materials and/or personnel that are yet to be shipped, in transit, or have been shipped. Such data may include quantity information, origination and destination information, delivery dates, estimated time in transit, estimated time of arrival, size information, mode of transportation, shipping costs, carrier service information, etc. It is understood that other or additional types of information and data may be gathered by logistics systems.
- SCADA systems may include various types of industrial automated systems associated with transferring payload into and/or out of rolling stock assets of train 10 .
- automated systems may include automatic payload dumping and filling systems for wagons and systems configured to facilitate automated movement of rolling stock from one location to another (e.g., within a yard).
- SCADA systems may receive or detect information relevant to such automated processes, which may include, for example, payload statistics (e.g., weight, volume, quantity, size, type, etc.), numbers and types of assets in train 10 , location information, and/or other information.
- payload statistics e.g., weight, volume, quantity, size, type, etc.
- numbers and types of assets in train 10 e.g., location information, and/or other information.
- Other or additional types of information and data may be gathered and other types of tasks may be performed by SCADA systems.
- Business systems 58 may also include maintenance systems configured to detect and store data relating to maintenance issues of trains 10 , tracks 22 , and or other aspects of railroad network 52 .
- maintenance systems may work in connection with sensors 38 and/or controller 46 to monitor and record operational data of train 10 and generate fault codes when operating parameters exceed threshold or limit values, such as when train 10 experiences a malfunction.
- Maintenance systems may also monitor operating conditions of tracks 22 in connection with wayside systems 56 and/or as indicated by performance data of train 10 (e.g., wheel slip, vibrations, etc.).
- Fault codes may be correlated with other information, such as GPS location, train ID, etc., to help identify locations of tracks 22 that may be of particular interest. Other or additional types of information and data may be gathered by maintenance systems.
- Business systems 58 may also include asset management systems configured to track usage data of rolling stock assets (e.g., locomotives 12 , tender cars 14 , wagons, etc.). For example, asset management systems may track when each asset goes into service, how long each asset has been in service, and when each asset is taken out of service. Asset management systems may also track historic data of payload that has been handled by each asset (e.g., weight, volume, quantity, type, etc.). Data gathered by asset management systems may also be correlated with positioning data (e.g., GPS data) to track the distance traveled by each asset and the locations visited by each asset. It is understood that other or additional types of information and data may be gathered by asset management systems.
- asset management systems may track usage data of rolling stock assets (e.g., locomotives 12 , tender cars 14 , wagons, etc.). For example, asset management systems may track when each asset goes into service, how long each asset has been in service, and when each asset is taken out of service. Asset management systems may also track historic data of payload that has been
- Business systems 58 may also include financial forecasting systems configured to analyze and/or generate data relating to the effects of financial parameters on the operations of railroad network 52 .
- financial forecasting systems may generate data pertaining to stock market behaviors of financial instruments relating to goods hauled on railroad network 52 , consumer demand statistics, sales numbers, corporate earnings statements, related market trends (e.g., of fuel markets, of currency markets, of raw material markets, etc.), and/or other information.
- Financial forecasting systems may also generate data relating to customer trends and habits, such as shipping volumes as a function of calendar date, weather patterns, cycle period (e.g., weekly trends, monthly trends, quarterly trends, etc.), etc. This information may be indicative of anticipated shipping volumes, and therefore indicative of potential asset requirements, manpower requirements, maintenance requirements, track usage, scheduling requirements, etc. It is understood that other or additional types of information and data may be gathered by financial forecasting systems.
- Business systems 58 may also include yard scheduling systems configured to organize and coordinate usage of resources within yards.
- yard scheduling systems may be configured to facilitate the allocation of siding space, material storage space, asset storage space, loading and unloading time, and/or other aspects of yard operations.
- Yard scheduling systems may receive information, such as shipping schedules (e.g., incoming and outgoing), train information (e.g., number and type of assets, payload information, origination and destination information, etc.), layover time, train building information, and/or other information, and facilitate the allocation of time and space in and around yard for carrying out loading and unloading tasks, as needed. It is understood that other or additional types of information and data may be gathered by yard scheduling systems.
- Business systems 58 may also include enterprise resource planning (ERP) systems configured to track and/or aggregate information relating to business parameters and operational parameters associated with railroad network 52 .
- ERP systems may track inventories of parts, assets, payload, personnel, and or other information at various locations throughout railroad network 52 , and facilitate restocking of such inventories.
- ERP systems may track quantities, types, prices, availability, and/or other statistics for each stock item and allow a user to generate orders for additional units of such items.
- warehouse locations, estimated time of delivery, shipping information (e.g., cost, weight, size, special requirements, etc.) may be listed for each inventory item.
- Pending orders and associated information e.g., estimated dates of delivery, shipping routes, origination and destination information, etc.
- Pending orders and associated information e.g., estimated dates of delivery, shipping routes, origination and destination information, etc.
- any information received or generated by business systems 58 may be communicated to controller 46 or other components of system 36 and/or railroad network 52 via communications network 62 .
- Each piece of data received or generated by business systems 58 may be utilized by controller 46 as a simulation input or for another purpose, as desired. That is, simulations performed by controller 46 may be based on or incorporate any available data received by or generated by business systems 58 .
- Back offices 60 may include locations where personnel and/or computerized systems are stationed to monitor and control train 10 and/or other aspects of railroad network 52 .
- back offices 60 may include management office 64 , trackside buildings, maintenance buildings, engineering offices, and/or other locations.
- Back offices 60 may alternatively embody mobile devices equipped with combinations of hardware and software configured to allow users to monitor or control aspects of train 10 and/or railroad network 52 , such as smartphones, personal digital assistants, tablets, laptop computers, dedicated mobile devices, etc.
- Back offices 60 and/or associate devices may be equipped with communication equipment configured to connect to and transfer data via communications network 62 .
- 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 operational data associated with railroad network 52 , such as a known profile of tracks 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 , supply chain data (e.g., supplier scheduling, delivery quantities, delay costs, etc.), resource availability (e.g., numbers of available rolling stock assets, available manpower, maintenance capabilities, etc.), environmental conditions (e.g., precipitation, temperature, etc.), desired goals (e.g., time of arrival, operational cost, etc.), and/or other information known in the art.
- operational data associated with railroad network 52 such as a known profile of tracks 22 (e.g., horizontal track changes, vertical track changes, track
- the simulations may also or alternatively be based on data associated with train 10 , such as length, weight, pulling capacity, available power, a fuel consumption, a thermal characteristic, a cargo type and value, a failure cost, a locomotive configuration and performances, a braking capacity, a rolling resistance, desired goals (e.g., fuel consumption, operational cost, etc.) and other train-related data 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 to controller 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 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 or supplemental equipment (e.g., replacement or supplemental locomotives 12 ) etc.
- replacement or supplemental equipment e.g., replacement or supplemental locomotives 12
- Simulations may include any number of inputs relating to train 10 and/or railroad network 52 . As simulation complexity increases (e.g., to produce more accurate results), the simulation may include more inputs of various types, which may not always be readily available to train operators or other personnel performing the simulation. To reduce the time needed to perform simulations and make operational decisions after malfunctions have been detected, controller 46 may be configured to automatically assist the set up simulations by preloading the simulation with inputs received from onboard data system 36 and off-board data systems 54 .
- controller 46 may be configured to generate on display device 48 a graphical user interface (GUI) having a plurality of data fields configured to contain simulation data, receive inputs, and display simulation results.
- GUI graphical user interface
- a first data field 70 of GUI 66 may illustrate a map showing the current location of train 10 relative to a known track profile of the assigned trip.
- Data field 70 may illustrate geographical features surrounding track 22 (e.g., mountains, streams, road crossings, etc.), a horizontal and/or vertical shape of tracks 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 data field 72 of GUI 66 may provide a summary associated with train 10 and/or the assigned trip.
- data field 72 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 data field 74 of GUI 66 may be an alert area.
- controller 46 may generate an error flag corresponding to the deviation.
- controller 46 may provide a visual alert within data field 74 , 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 data field 76 may provide an illustration of the offending component and/or part of train 10 that is experiencing the malfunction.
- a fifth data field 78 of GUI 66 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 .
- additional and/or other data fields may be included on GUI 66 .
- data fields may embody singular or plural text boxes, dropdown menus, radio buttons, and/or other known graphical field forms that may be configured to receive and/or display information.
- controller 46 may be configured to retrieve from memory first data associated with the train and the assigned trip and automatically populate data fields 70 - 78 with the first data prior to commencement of the simulation. That is, when the user activates GUI 66 , controller 46 may automatically prepopulate data fields 70 - 78 with data received from onboard data system 36 and off-board data systems 54 .
- the first data that is preloaded into data fields 70 - 78 may represent current data relating to train 10 and/or railroad network 52 . That is, the first data may correspond to current operating conditions, fault statuses, locomotive power capacity, and any other available data reflecting the current state of train 10 and/or railroad network 52 .
- the first data may be any amount of data generated or accessible by system 36 and/or off-board systems 54 , such as a number of locomotives 12 associated with train 10 , a number of cars associated with train 10 , a train weight, a train length, a route, a track grade, a track curvature, an ending point location (i.e., trip destination) of train 10 , or any other available data that may be used in the simulation.
- the user may manually or controller 46 may automatically initiate the simulation of the completion of the remainder of the assigned trip, causing simulation results to be shown on display device 48 .
- the ensuing simulation may be based on the signal(s) from sensor(s) 38 and at least a portion of the first data. That is, in some cases, after the first data is preloaded into data fields 70 - 78 , the simulation may be run based on the first data. In other cases, some or all of the first data that was preloaded into data fields 70 - 78 may be altered by the user prior to initiating the simulation. For instance, controller 46 may be configured to receive user inputs (e.g., via user interface 44 ) indicative of second data relating to train 10 and/or railroad network 52 and repopulate one or more of data fields 70 - 78 with the second data.
- user inputs e.g., via user interface 44
- Controller 46 may be configured to allow users to select data fields 70 - 78 via user interface 44 and GUI 66 , and replace the contents (e.g., the first data) of each data field 70 - 78 with second data.
- the second data may be of the same type as the first data (e.g., with respect to a given data field 70 - 78 ), but the particular data values entered by the user to replace the values of the first data may be different.
- Controller 46 may be configured to then simulate the completion of the remainder of the assigned trip based further on the second data, thereby allowing the user to observe any effects of the alteration on the simulation results. With this functionality, users may be able to repeat simulations with iteratively different inputs until a desired outcome has been achieved, which may serve as a basis for making a decision about how to proceed with the mission of train 10 .
- Controller 46 may be configured to repopulate data fields 70 - 78 after the completion of a first simulation to allow simulations to be quickly repeated. In some embodiments, controller 46 may be configured to automatically repopulate data fields 70 - 78 with the first data after a prior simulation is complete. In some cases, repopulating data fields 70 - 78 with the first data may include repopulating fields 70 - 78 with the same first data that was used to prefill data fields 70 - 78 prior to the previous simulation (i.e., prior to the replacement of the first data with second data, if any such replacement occurred).
- repopulating data fields 70 - 78 with the first data may include repopulating fields 70 - 78 with current first data (i.e., current data generated by onboard data system 36 and/or off-board data systems 54 ). In this way, if the user made multiple changes to the first data in the prior simulation, those changes may be undone to allow for quick return to previous simulation data.
- controller 46 may be configured to preserve the simulation data in the in data fields 70 - 78 after a first simulation is complete to allow for quick simulation repetitions, even after several changes have been made to the simulation data. That is, after each simulation is complete, controller 46 may maintain the data contained within each data field 70 - 78 to allow the user to make iterative changes to the simulation after seeing the results of the previous simulation. In some embodiments, controller 46 may display an option (e.g., a button, a menu option, etc.) on GUI 66 that allows the user to select how data fields 70 - 78 will be repopulated after each simulation. In this way, users may be able to perform several successive simulations without having to reload each and every data field 70 - 78 , investigate a plurality of available options for completing the mission, and resolve malfunction situations expediently.
- an option e.g., a button, a menu option, etc.
- the disclosed system can be applicable to any train that includes components that could malfunction during completion of a trip.
- the disclosed system may provide a way to quickly and easily determine if the train is able to successfully complete the trip, given the malfunction.
- the disclosed system may automatically preload trip simulations with many pieces of current, relevant data for determining whether and/or how a train can complete the remainder of a mission.
- the disclosed system may also allow users to quickly and easily modify the preloaded information before running multiple simulations, which may aid in making decisions regarding the status of the train and the malfunctioning component.
- Controller 46 may monitor operational conditions of the different components of train 10 during the course of a mission or trip. As described above, the condition of these components may be monitored by way of sensors 38 . Specifically values of the signals generated by sensors 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, 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).
- an abnormal e.g., malfunction
- controller 46 may make such a determination 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.
- controller 46 may log a fault and allow train 10 to complete the trip without intervention.
- the user e.g., the operator of train 10 , management personnel, maintenance personnel, etc.
- controller 46 may automatically trigger a simulation of the remainder of the trip, taking into account the detected abnormal condition and based on preloaded track profile and train information. The results may thereafter be shown on display device 48 .
- controller 46 may preload data fields 70 - 78 of GUI 66 with first data (e.g., data generated by onboard data system 36 and/or off-board data systems 54 ) stored by or otherwise accessible by controller 46 .
- first data e.g., data generated by onboard data system 36 and/or off-board data systems 54
- controller 46 may then be able to review the simulation data prior to commencement of the simulation.
- the user may wish to modify the simulation to determine if there are any changes that can be made to train 10 that will allow it to complete the mission.
- the user may then change some of the simulation data, such as the number of rolling stock (e.g., wagons, locomotives, etc.) attached to train 10 , the route, the average speed, and/or other parameters, prior to rerunning the simulation.
- the user may modify the simulation data and rerun the simulation any number of times before making a decision about how to proceed with the mission.
- controller 46 may repopulate data fields 70 - 78 with the first data from the previous simulation, updated first data, or the same simulation data from the previous simulation.
- the repopulation method may be selected by the user via a button or other feature associated with GUI 66 .
- the user may run a plurality of simulations and decide on a course of action for completing the mission based on the results of the simulations.
- 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, the user or controller 46 may implement corresponding virtual adjustments to the simulation model by replacing data in fields 70 - 78 with second data corresponding to the adjustment. If no feasible adjustment options exist that are likely to improve the results of the simulation, additional simulations corresponding to more drastic modifications may be made.
- subsequent simulations may test whether the mission could continue if a certain number of rolling stock assets, such as a number of wagons, were uncoupled from train 10 . With fewer wagons, train 10 may require less power from malfunctioning engine 26 in order to travel at a suitable speed over the remaining portion of tracks 22 . If the simulation results indicate that engine 26 has enough available power to pull a reduced number of wagons, personnel may decide uncouple enough wagons to allow train 10 to continue and return for them at a later time. If the results of the simulation indicate that uncoupling wagons will not be sufficient to allow the mission to continue, additional simulations may be run to test whether rearranging the position other locomotives 12 or calling for supplemental locomotives 12 can permit the mission to continue. When the user observes acceptable simulation results, a plan to continue the mission may be implemented in accordance with the results.
Abstract
A system for simulating operation of a train is disclosed. 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, a display device, and a controller in communication with the at least one sensor and the display. The controller may be configured to generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieve from memory first data associated with the train and the assigned trip, and automatically populate the plurality of data fields with the first data. The controller may also be configured to simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first data and cause simulation results to be shown on the display.
Description
- The present disclosure relates generally to a train system and, more particularly, to a train system having automatically-assisted trip simulation.
- Rail freight transport is generally a more efficient method of hauling bulk goods over long distances on a weight per-mile per-unit of energy basis than other delivery methods, such as by truck or by plane. Advances in locomotive technologies allow trains to haul larger and more valuable payloads with less fuel and on more demanding schedules. Yet, it is not uncommon for a train to experience a component malfunction during completion of a trip, which can cause a delay in the trip or, in extreme situations, cause the trip to abort. Delays or cancellations of rail deliveries due to malfunctions can incur financial penalties and have a rippling effect throughout a supply chain, which can increase operating costs and reduce productivity.
- In most situations, when a component malfunction occurs onboard a train, the train is shut down and a manual evaluation is carried out 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. But manual evaluations can be labor intensive, slow, and error-prone, and could possibly result in further delays. Some electronic simulation systems have been developed to help perform evaluations and compare a train's post-malfunction power capability to how much power the train will need to complete the mission. However, performing simulations with known systems can be time intensive and require significant operator input, which could lead to further delays.
- 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 whether sufficient locomotive power is available to achieve the goal at the current location and over the ensuing track profile. If sufficient power is available, a determination may be made to shut down additional locomotives to reduce fuel consumption. If sufficient power is not available, the determination process is restarted.
- 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 mission given the malfunctions. Further, the method discloses shutting down or starting up additional locomotives, but does not address other aspects of the train relating to power consumption.
- 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, a display device, and a controller in communication with the at least one sensor and the display. The controller may be configured to generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieve from memory first data associated with the train and the assigned trip, and automatically populate the plurality of data fields with the first data. The controller may also be configured to simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first data and cause simulation results to be shown on the display.
- In another aspect, the present disclosure is directed to a method simulating operation of a train. The method may include receiving a signal indicative of an operating status of a component of the train during completion of an assigned trip, generating on a display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieving from memory first data associated with the train and the assigned trip, and automatically populating the plurality of data fields with the first data. The method may further include simulating completion of a remainder of the assigned trip based on the signal and at least a portion of the first data and causing simulation results to be shown on the display.
- In yet another aspect, the present disclosure is directed to another 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, a display device, an input device configured to receive user inputs, and a controller in communication with the at least one sensor, the display, and the input device. The controller may be configured to generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data, retrieve from memory first data associated with the train and the assigned trip, and automatically populate the plurality of data fields with the first data. The controller may be further configured to receive via the input device second data associated with at least one of the train and the assigned trip and repopulate one or more of the plurality of data fields with the second data. The controller may be further configured to simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first and second data and cause simulation results to be shown on the display, wherein the display is located remote from or onboard the train.
-
FIG. 1 is a diagrammatic and schematic illustration of an exemplary disclosed train system; -
FIG. 2 is a diagrammatic and schematic illustration of an exemplary disclosed railroad network that includes the train system ofFIG. 1 ; and -
FIG. 3 is an exemplary GUI interface that may be used in conjunction with the train system ofFIG. 1 . -
FIG. 1 illustrates anexemplary train 10 having one or more rolling stock assets, such as one ormore locomotives 12 and a tender car 14. In other embodiments,train 10 may include additional or other types of rolling stock assets, such as wagons, tanker cars, coaches, etc. In the disclosed embodiment,train 10 has twodifferent locomotives 12, including alead locomotive 12 a located ahead of atrail locomotive 12 b, both being located ahead of tender car 14. It is contemplated, however, thattrain 10 may include any number oflocomotives 12 and/or tender cars 14, and thatlocomotives 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 rolling stock assets (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 anadjacent locomotive 12 and/or to tender car 14 in several different ways. For example,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 asingle coupling 16 inFIG. 1 . The mechanical coupling may be configured to transmit tractive and braking forces betweenlocomotives 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 a multiple-unit (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 acar body 18 supported at opposing ends by a plurality of trucks 20 (e.g., two trucks 20). Eachtruck 20 may be configured to engagetracks 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 eachlocomotive 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, 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 alllocomotives 12 oftrain 10 for combustion withinengines 26. In the disclosed embodiment, a singleinsulated tank 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 of tender car 14. - Additional fuel delivery components (not shown) 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. 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 an onboard data system (“system”) 36 that facilitates information gathering and/or control oflocomotives 12, tender car 14, and/or other rolling stock assets oftrain 10.System 36 may include, among other things, at least onesensor 38, a locatingdevice 40, a communicatingdevice 42, auser interface 44, and acontroller 46 electrically connected with the other components ofsystem 36. Based on signals generated bysensor 38, locatingdevice 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 viauser interface 44. - Any number of
sensors 38 may be included withinsystem 36, and configured to generate operational data 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 oftrain 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, locatingdevice 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. Locatingdevice 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 locatingdevice 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 anduser interface 44, and/or betweencontroller 46 and other components) ofsystem 36 or between components ofsystem 36 and entities off-board train 10. 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,user interface 44 and/orcontroller 46 may be located off-board train 10, and may communicate directly with the other onboard components ofsystem 36 via communicatingdevice 42, if desired. Other means of communication may also be possible. -
User interface 44 may be or include one or more display devices 48 (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.User interface 44 may also include, be connectable to, or otherwise be associated with aninput device 50 configured to receive user inputs.Input device 50 may be or include one or more components, such as buttons, knobs, switches, dials, levers, touch-screens, soft keys, a keyboard, a mouse, and/or other components configured to allow a user to provide inputs to or operate an electronic device. In some embodiments,user interface 44 may be disposed in close proximity to the cabin oftrain 10 and within the view of the operator oftrain 10. In other embodiments, as described above,user interface 44 could be locatedoffboard train 10.User interface 44 may be connected tocontroller 46, andcontroller 46 may execute instructions to render graphics and images ondisplay device 48 that are associated with a simulated trip. -
Controller 46 may embody a single microprocessor or multiple microprocessors that include a means for operating and/or controllingsystem 36 based on information obtained from any number of train components viasensors 38, from locatingdevice 40, and/or from communications received via communicatingdevice 42. Numerous commercially available microprocessors can be configured to perform the functions ofcontroller 46.Controller 46 may 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. -
FIG. 2 shows an exemplary disclosed railroad network 52 that includessystem 36. In the embodiment ofFIG. 2 ,system 36 includes one or more off-board data systems 54 in communication withcontroller 46 and configured to generate operational data associated with railroad network 52. Off-board data systems 54 may include data collection systems, control systems, and or other systems that may be used in the operation of or are otherwise associated with railroad network 52. For example, off-board data systems 54 may include one ormore wayside systems 56 positioned neartracks 22, business systems 58, and backoffices 60. Each off-board data system 54 may be configured to exchange data to other off-board data systems 54 and/oronboard data system 36 via acommunications network 62.Communications network 62 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. -
Wayside systems 56 may include sensory and/or signaling equipment positioned throughout railroad network 52 and configured to collect and display information about various railroad operations. For instance,wayside systems 56 may include sensors and other devices that are configured to detect information pertaining to asset maintenance (e.g., asset operating parameters and usage statistics), track maintenance (e.g., track conditions and track usage statistics), route signaling and interlocking (e.g., presence, speed, and/or location of trains and assets), and or other railroad operations. In some embodiments,wayside systems 56 may be configured to use collected data to generate signals for railroad operators indicative of route permissions, speed limits, and or other information. Signals may be displayed in various ways, including by wayside signaling devices (e.g., lights) and through automatic train protection (ATP) systems accessible fromonboard train 10, for example, viauser interface 44. - Business systems 58 may include one or more devices or systems configured to manually and/or automatically track, receive, and/or store data relating to operations of railroad network 52. Business systems 58 may be located off-
board train 10, such as at amanagement office 64. In some embodiments, business systems 58 may be located at least in partonboard train 10. Business systems 58 may include computers, data storage devices, computer executable programs, electronic files or filing systems, spreadsheets, databases, servers, network interfaces; hardware interfaces, and or other devices configured to collect, process, and/or store data. - For example, business systems 58 may include logistics systems configured to track the movements of materials, personnel, transportation vessels, and equipment throughout railroad network 52. For example, logistics systems may include tracking equipment, such as global positioning systems (GPS), radio frequency identification (RFID), barcode scanning devices, etc. Logistics systems may be configured to store and maintain data relating to units of materials and/or personnel that are yet to be shipped, in transit, or have been shipped. Such data may include quantity information, origination and destination information, delivery dates, estimated time in transit, estimated time of arrival, size information, mode of transportation, shipping costs, carrier service information, etc. It is understood that other or additional types of information and data may be gathered by logistics systems.
- Business systems 58 may also include SCADA systems configured to carry out automated tasks within railroad network 52. SCADA systems may include various types of industrial automated systems associated with transferring payload into and/or out of rolling stock assets of
train 10. For example, automated systems may include automatic payload dumping and filling systems for wagons and systems configured to facilitate automated movement of rolling stock from one location to another (e.g., within a yard). SCADA systems may receive or detect information relevant to such automated processes, which may include, for example, payload statistics (e.g., weight, volume, quantity, size, type, etc.), numbers and types of assets intrain 10, location information, and/or other information. Other or additional types of information and data may be gathered and other types of tasks may be performed by SCADA systems. - Business systems 58 may also include maintenance systems configured to detect and store data relating to maintenance issues of
trains 10, tracks 22, and or other aspects of railroad network 52. For example, maintenance systems may work in connection withsensors 38 and/orcontroller 46 to monitor and record operational data oftrain 10 and generate fault codes when operating parameters exceed threshold or limit values, such as whentrain 10 experiences a malfunction. Maintenance systems may also monitor operating conditions oftracks 22 in connection withwayside systems 56 and/or as indicated by performance data of train 10 (e.g., wheel slip, vibrations, etc.). Fault codes may be correlated with other information, such as GPS location, train ID, etc., to help identify locations oftracks 22 that may be of particular interest. Other or additional types of information and data may be gathered by maintenance systems. - Business systems 58 may also include asset management systems configured to track usage data of rolling stock assets (e.g.,
locomotives 12, tender cars 14, wagons, etc.). For example, asset management systems may track when each asset goes into service, how long each asset has been in service, and when each asset is taken out of service. Asset management systems may also track historic data of payload that has been handled by each asset (e.g., weight, volume, quantity, type, etc.). Data gathered by asset management systems may also be correlated with positioning data (e.g., GPS data) to track the distance traveled by each asset and the locations visited by each asset. It is understood that other or additional types of information and data may be gathered by asset management systems. - Business systems 58 may also include financial forecasting systems configured to analyze and/or generate data relating to the effects of financial parameters on the operations of railroad network 52. For example, financial forecasting systems may generate data pertaining to stock market behaviors of financial instruments relating to goods hauled on railroad network 52, consumer demand statistics, sales numbers, corporate earnings statements, related market trends (e.g., of fuel markets, of currency markets, of raw material markets, etc.), and/or other information. Financial forecasting systems may also generate data relating to customer trends and habits, such as shipping volumes as a function of calendar date, weather patterns, cycle period (e.g., weekly trends, monthly trends, quarterly trends, etc.), etc. This information may be indicative of anticipated shipping volumes, and therefore indicative of potential asset requirements, manpower requirements, maintenance requirements, track usage, scheduling requirements, etc. It is understood that other or additional types of information and data may be gathered by financial forecasting systems.
- Business systems 58 may also include yard scheduling systems configured to organize and coordinate usage of resources within yards. For example, yard scheduling systems may be configured to facilitate the allocation of siding space, material storage space, asset storage space, loading and unloading time, and/or other aspects of yard operations. Yard scheduling systems may receive information, such as shipping schedules (e.g., incoming and outgoing), train information (e.g., number and type of assets, payload information, origination and destination information, etc.), layover time, train building information, and/or other information, and facilitate the allocation of time and space in and around yard for carrying out loading and unloading tasks, as needed. It is understood that other or additional types of information and data may be gathered by yard scheduling systems.
- Business systems 58 may also include enterprise resource planning (ERP) systems configured to track and/or aggregate information relating to business parameters and operational parameters associated with railroad network 52. For example, ERP systems may track inventories of parts, assets, payload, personnel, and or other information at various locations throughout railroad network 52, and facilitate restocking of such inventories. ERP systems may track quantities, types, prices, availability, and/or other statistics for each stock item and allow a user to generate orders for additional units of such items. Warehouse locations, estimated time of delivery, shipping information (e.g., cost, weight, size, special requirements, etc.) may be listed for each inventory item. Pending orders and associated information (e.g., estimated dates of delivery, shipping routes, origination and destination information, etc.) may also be listed. It is understood that other or additional types of information and data may be gathered and maintained by ERP systems.
- It is noted that any information received or generated by business systems 58 may be communicated to
controller 46 or other components ofsystem 36 and/or railroad network 52 viacommunications network 62. Each piece of data received or generated by business systems 58 may be utilized bycontroller 46 as a simulation input or for another purpose, as desired. That is, simulations performed bycontroller 46 may be based on or incorporate any available data received by or generated by business systems 58. - Back
offices 60 may include locations where personnel and/or computerized systems are stationed to monitor and controltrain 10 and/or other aspects of railroad network 52. For example, backoffices 60 may includemanagement office 64, trackside buildings, maintenance buildings, engineering offices, and/or other locations. Backoffices 60 may alternatively embody mobile devices equipped with combinations of hardware and software configured to allow users to monitor or control aspects oftrain 10 and/or railroad network 52, such as smartphones, personal digital assistants, tablets, laptop computers, dedicated mobile devices, etc. Backoffices 60 and/or associate devices may be equipped with communication equipment configured to connect to and transfer data viacommunications network 62. - 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 operational data associated with railroad network 52, such as a known profile of tracks 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, supply chain data (e.g., supplier scheduling, delivery quantities, delay costs, etc.), resource availability (e.g., numbers of available rolling stock assets, available manpower, maintenance capabilities, etc.), environmental conditions (e.g., precipitation, temperature, etc.), desired goals (e.g., time of arrival, operational cost, etc.), and/or other information known in the art. The simulations may also or alternatively be based on data associated withtrain 10, such as length, weight, pulling capacity, available power, a fuel consumption, a thermal characteristic, a cargo type and value, a failure cost, a locomotive configuration and performances, a braking capacity, a rolling resistance, desired goals (e.g., fuel consumption, operational cost, etc.) and other train-related data 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 or supplemental equipment (e.g., replacement or supplemental locomotives 12) etc. - Simulations may include any number of inputs relating to train 10 and/or railroad network 52. As simulation complexity increases (e.g., to produce more accurate results), the simulation may include more inputs of various types, which may not always be readily available to train operators or other personnel performing the simulation. To reduce the time needed to perform simulations and make operational decisions after malfunctions have been detected,
controller 46 may be configured to automatically assist the set up simulations by preloading the simulation with inputs received fromonboard data system 36 and off-board data systems 54. - As shown in
FIG. 3 ,controller 46 may be configured to generate on display device 48 a graphical user interface (GUI) having a plurality of data fields configured to contain simulation data, receive inputs, and display simulation results. For example, afirst data field 70 ofGUI 66 may illustrate a map showing the current location oftrain 10 relative to a known track profile of the assigned trip.Data field 70 may illustrate geographical features surrounding track 22 (e.g., mountains, streams, road crossings, etc.), a horizontal and/or vertical shape oftracks 22, and an orientation and length oftrain 10 at the known location. The location oftrain 10 may be received bycontroller 46 from locatingdevice 40, and the track profile may be manually entered and/or automatically downloaded after assignment of the particular trip. - A
second data field 72 ofGUI 66 may provide a summary associated withtrain 10 and/or the assigned trip. For instance,data field 72 may show an identification oftrain 10, an identification oflocomotives 12 intrain 10, a number of cars (a.k.a., wagons) connected tolocomotives 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 data field 74 ofGUI 66 may be an alert area. In particular, whencontroller 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 withindata field 74, 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 data field 76 may provide an illustration of the offending component and/or part oftrain 10 that is experiencing the malfunction. - A
fifth data field 78 ofGUI 66 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 remaininglocomotives 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. It is understood that additional and/or other data fields may be included onGUI 66. It is also noted that data fields may embody singular or plural text boxes, dropdown menus, radio buttons, and/or other known graphical field forms that may be configured to receive and/or display information. - As the amount of data that may be input or displayed via
GUI 66 can be numerous,controller 46 may be configured to retrieve from memory first data associated with the train and the assigned trip and automatically populate data fields 70-78 with the first data prior to commencement of the simulation. That is, when the user activatesGUI 66,controller 46 may automatically prepopulate data fields 70-78 with data received fromonboard data system 36 and off-board data systems 54. The first data that is preloaded into data fields 70-78 may represent current data relating to train 10 and/or railroad network 52. That is, the first data may correspond to current operating conditions, fault statuses, locomotive power capacity, and any other available data reflecting the current state oftrain 10 and/or railroad network 52. The first data may be any amount of data generated or accessible bysystem 36 and/or off-board systems 54, such as a number oflocomotives 12 associated withtrain 10, a number of cars associated withtrain 10, a train weight, a train length, a route, a track grade, a track curvature, an ending point location (i.e., trip destination) oftrain 10, or any other available data that may be used in the simulation. Once the first data is preloaded into data fields 70-78, the user may manually orcontroller 46 may automatically initiate the simulation of the completion of the remainder of the assigned trip, causing simulation results to be shown ondisplay device 48. - The ensuing simulation may be based on the signal(s) from sensor(s) 38 and at least a portion of the first data. That is, in some cases, after the first data is preloaded into data fields 70-78, the simulation may be run based on the first data. In other cases, some or all of the first data that was preloaded into data fields 70-78 may be altered by the user prior to initiating the simulation. For instance,
controller 46 may be configured to receive user inputs (e.g., via user interface 44) indicative of second data relating to train 10 and/or railroad network 52 and repopulate one or more of data fields 70-78 with the second data. -
Controller 46 may be configured to allow users to select data fields 70-78 viauser interface 44 andGUI 66, and replace the contents (e.g., the first data) of each data field 70-78 with second data. The second data may be of the same type as the first data (e.g., with respect to a given data field 70-78), but the particular data values entered by the user to replace the values of the first data may be different.Controller 46 may be configured to then simulate the completion of the remainder of the assigned trip based further on the second data, thereby allowing the user to observe any effects of the alteration on the simulation results. With this functionality, users may be able to repeat simulations with iteratively different inputs until a desired outcome has been achieved, which may serve as a basis for making a decision about how to proceed with the mission oftrain 10. -
Controller 46 may be configured to repopulate data fields 70-78 after the completion of a first simulation to allow simulations to be quickly repeated. In some embodiments,controller 46 may be configured to automatically repopulate data fields 70-78 with the first data after a prior simulation is complete. In some cases, repopulating data fields 70-78 with the first data may include repopulating fields 70-78 with the same first data that was used to prefill data fields 70-78 prior to the previous simulation (i.e., prior to the replacement of the first data with second data, if any such replacement occurred). In other cases, repopulating data fields 70-78 with the first data may include repopulating fields 70-78 with current first data (i.e., current data generated byonboard data system 36 and/or off-board data systems 54). In this way, if the user made multiple changes to the first data in the prior simulation, those changes may be undone to allow for quick return to previous simulation data. - In other embodiments,
controller 46 may be configured to preserve the simulation data in the in data fields 70-78 after a first simulation is complete to allow for quick simulation repetitions, even after several changes have been made to the simulation data. That is, after each simulation is complete,controller 46 may maintain the data contained within each data field 70-78 to allow the user to make iterative changes to the simulation after seeing the results of the previous simulation. In some embodiments,controller 46 may display an option (e.g., a button, a menu option, etc.) onGUI 66 that allows the user to select how data fields 70-78 will be repopulated after each simulation. In this way, users may be able to perform several successive simulations without having to reload each and every data field 70-78, investigate a plurality of available options for completing the mission, and resolve malfunction situations expediently. - The disclosed system can be applicable to any train that includes components that could malfunction during completion of a trip. The disclosed system may provide a way to quickly and easily determine if the train is able to successfully complete the trip, given the malfunction. Specifically, the disclosed system may automatically preload trip simulations with many pieces of current, relevant data for determining whether and/or how a train can complete the remainder of a mission. The disclosed system may also allow users to quickly and easily modify the preloaded information before running multiple simulations, which may aid in making decisions regarding the status of the train and the malfunctioning component. An exemplary operation of
system 36 will now be explained. -
Controller 46 may monitor operational conditions of the different components oftrain 10 during the course of a mission or trip. 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, 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). 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 less likely or, in some situations, impossible fortrain 10 to complete the trip. Accordingly,controller 46 may make such a determination 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 successful nature of the trip,controller 46 may log a fault and allowtrain 10 to complete the trip without intervention. However, whencontroller 46 determines that the detected malfunction of the offending component could have a significant impact on completion of the trip, the user (e.g., the operator oftrain 10, management personnel, maintenance personnel, etc.) may manually orcontroller 46 may automatically trigger a simulation of the remainder of the trip, taking into account the detected abnormal condition and based on preloaded track profile and train information. The results may thereafter be shown ondisplay device 48. - When the simulation is triggered,
controller 46 may preload data fields 70-78 ofGUI 66 with first data (e.g., data generated byonboard data system 36 and/or off-board data systems 54) stored by or otherwise accessible bycontroller 46. The user may then be able to review the simulation data prior to commencement of the simulation. Based on the results of the simulation, the user may wish to modify the simulation to determine if there are any changes that can be made to train 10 that will allow it to complete the mission. The user may then change some of the simulation data, such as the number of rolling stock (e.g., wagons, locomotives, etc.) attached to train 10, the route, the average speed, and/or other parameters, prior to rerunning the simulation. The user may modify the simulation data and rerun the simulation any number of times before making a decision about how to proceed with the mission. - After each simulation,
controller 46 may repopulate data fields 70-78 with the first data from the previous simulation, updated first data, or the same simulation data from the previous simulation. The repopulation method may be selected by the user via a button or other feature associated withGUI 66. The user may run a plurality of simulations and decide on a course of action for completing the mission based on the results of the simulations. - For example, if the initial simulation shows that completely shutting down locomotive #1 (from the
above GUI 66 example) to mitigate all further damage 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, the user orcontroller 46 may implement corresponding virtual adjustments to the simulation model by replacing data in fields 70-78 with second data corresponding to the adjustment. If no feasible adjustment options exist that are likely to improve the results of the simulation, additional simulations corresponding to more drastic modifications may be made. - For example, subsequent simulations may test whether the mission could continue if a certain number of rolling stock assets, such as a number of wagons, were uncoupled from
train 10. With fewer wagons, train 10 may require less power from malfunctioningengine 26 in order to travel at a suitable speed over the remaining portion oftracks 22. If the simulation results indicate thatengine 26 has enough available power to pull a reduced number of wagons, personnel may decide uncouple enough wagons to allowtrain 10 to continue and return for them at a later time. If the results of the simulation indicate that uncoupling wagons will not be sufficient to allow the mission to continue, additional simulations may be run to test whether rearranging the positionother locomotives 12 or calling forsupplemental locomotives 12 can permit the mission to continue. When the user observes acceptable simulation results, a plan to continue the mission may be implemented in accordance with the results. - 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 (20)
1. A system for simulating operation of a train, comprising:
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;
a display device; and
a controller in communication with the at least one sensor and the display device, the controller being configured to:
generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data;
retrieve from memory first data associated with the train and the assigned trip;
automatically populate the plurality of data fields with the first data;
simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first data; and
cause simulation results to be shown on the display device.
2. The system of claim 1 , wherein:
the system further includes an input device in communication with the controller; and configured to receive user inputs indicative of second data associated with at least one of the train and the assigned trip; and
the controller is configured to repopulate one or more of the plurality of data fields with the second data.
3. The system of claim 2 , wherein the controller is further configured to simulate completion of the remainder of the assigned trip based further on the second data.
4. The system of claim 3 , wherein the controller is configured to automatically repopulate the plurality of data fields with the first data after a first simulation is complete.
5. The system of claim 3 , wherein the controller is configured to preserve the simulation data in the plurality of data fields after a first simulation is complete.
6. The system of claim 1 , wherein:
the system includes an onboard data system in communication with the controller and configured to generate operational data associated with the train; and
the first data includes at least a portion of the operational data.
7. The system of claim 1 , wherein:
the system includes one or more off-board data systems in communication with the controller and configured to generate operational data associated with a railroad network; and
the first data includes at least a portion of the operational data.
8. The system of claim 1 , wherein the first data includes at least one of a number of locomotives, a number of cars, a train weight, a train length, a route, a track grade, a track curvature, and an ending point location of the train.
9. The system of claim 1 , wherein at least one of the display device and the controller is located remote from the train.
10. The system of claim 1 , wherein the at least one of the display device and the controller is mountable onboard the train.
11. A method simulating operation of a train, comprising:
receiving a signal indicative of an operating status of a component of the train during completion of an assigned trip;
generating on a display device a graphical user interface having a plurality of data fields configured to contain simulation data;
retrieving from memory first data associated with the train and the assigned trip;
automatically populating the plurality of data fields with the first data;
simulating completion of a remainder of the assigned trip based on the signal and at least a portion of the first data; and
causing simulation results to be shown on the display device.
12. The method of claim 11 , further including:
receiving user inputs indicative of second data associated with at least one of the train and the assigned trip; and
repopulating one or more of the plurality of data fields with the second data.
13. The method of claim 12 , further comprising simulating completion of the remainder of the assigned trip based further on the second data.
14. The method of claim 13 , further including automatically repopulating the plurality of data fields with the first data after a first simulation is complete.
15. The method of claim 13 , further including preserving the simulation data in the plurality of data fields after a first simulation is complete.
16. The method of claim 11 , further including generating operational data associated with the train via an onboard data system, wherein the first data includes at least a portion of the operational data.
17. The method of claim 11 , further including generating operational data associated with a railroad network via an off-board data system, wherein the first data includes at least a portion of the operational data.
18. The method of claim 11 , wherein the first data includes at least one of a number of locomotives, a number of cars, a train weight, a train length, a route, a track grade, a track curvature, and an ending point location of the train.
19. The method of claim 11 , wherein the display device is located remote from the train or onboard the train.
20. A system for simulating operation of a train, comprising:
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;
a display device;
an input device configured to receive user inputs; and
a controller in communication with the at least one sensor, the display device, and the input device, the controller being configured to:
generate on the display device a graphical user interface having a plurality of data fields configured to contain simulation data;
retrieve from memory first data associated with the train and the assigned trip;
automatically populate the plurality of data fields with the first data;
receive via the input device second data associated with at least one of the train and the assigned trip;
repopulate one or more of the plurality of data fields with the second data;
simulate completion of a remainder of the assigned trip based on the signal and at least a portion of the first and second data; and
cause simulation results to be shown on the display device, wherein the display device is located remote from or onboard the train.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/991,806 US20170197646A1 (en) | 2016-01-08 | 2016-01-08 | Train system having automatically-assisted trip simulation |
AU2016273978A AU2016273978A1 (en) | 2016-01-08 | 2016-12-16 | Train system having automatically-assisted trip simulation |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/991,806 US20170197646A1 (en) | 2016-01-08 | 2016-01-08 | Train system having automatically-assisted trip simulation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170197646A1 true US20170197646A1 (en) | 2017-07-13 |
Family
ID=59274759
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/991,806 Abandoned US20170197646A1 (en) | 2016-01-08 | 2016-01-08 | Train system having automatically-assisted trip simulation |
Country Status (2)
Country | Link |
---|---|
US (1) | US20170197646A1 (en) |
AU (1) | AU2016273978A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190120724A1 (en) * | 2017-10-19 | 2019-04-25 | Siemens Industry, Inc. | Locomotive simulation systems and methods |
CN109932196A (en) * | 2019-03-13 | 2019-06-25 | 浙江大学城市学院 | A kind of pneumatic loading system of portable simulation Subway Train Operation in Existed Subway |
US10950066B2 (en) * | 2017-02-15 | 2021-03-16 | Mitsubishi Electric Corporation | Control transmission device, maintenance communication device, and train maintenance system |
CN112550356A (en) * | 2019-09-25 | 2021-03-26 | 西门子股份公司 | Method and device for distributing persons in a passenger train |
US20220185351A1 (en) * | 2020-12-15 | 2022-06-16 | Alstom Transport Technologies | Method, system, computer-readable medium comprising software code for estimating parameters of railway track circuits, and related track circuit |
US11427235B2 (en) * | 2020-09-09 | 2022-08-30 | Bnsf Railway Company | Train simulator test set and method therefor |
US20230007046A1 (en) * | 2021-06-30 | 2023-01-05 | Cervello Ltd | Methods Systems Devices Circuits and Functionally Related Machine Executable Instructions for Operational Commands Based Cybersecurity of a transportation Management Network |
US11700075B2 (en) * | 2017-08-04 | 2023-07-11 | Metrom Rail, Llc | Methods and systems for decentralized rail signaling and positive train control |
US11780483B2 (en) | 2018-05-22 | 2023-10-10 | Transportation Ip Holdings, Llc | Electronic job aid system for operator of a vehicle system |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5828979A (en) * | 1994-09-01 | 1998-10-27 | Harris Corporation | Automatic train control system and method |
US20030055666A1 (en) * | 1999-08-23 | 2003-03-20 | Roddy Nicholas E. | System and method for managing a fleet of remote assets |
US20040093245A1 (en) * | 1994-09-01 | 2004-05-13 | Matheson William L. | System and method for scheduling and train control |
US7263475B2 (en) * | 1999-09-24 | 2007-08-28 | New York Air Brake Corporation | Method of transferring files and analysis of train operational data |
US20070219682A1 (en) * | 2006-03-20 | 2007-09-20 | Ajith Kumar | Method, system and computer software code for trip optimization with train/track database augmentation |
US20070219680A1 (en) * | 2006-03-20 | 2007-09-20 | Kumar Ajith K | Trip optimization system and method for a train |
US20070219683A1 (en) * | 2006-03-20 | 2007-09-20 | Wolfgang Daum | System and Method for Optimized Fuel Efficiency and Emission Output of a Diesel Powered System |
US20120277940A1 (en) * | 2003-01-06 | 2012-11-01 | Ajith Kuttannair Kumar | System and method for controlling movement of vehicles |
US20130035811A1 (en) * | 2011-08-04 | 2013-02-07 | Brian Schroeck | System and method for controlling a vehicle consist |
US20130151133A1 (en) * | 2011-12-09 | 2013-06-13 | Joel Kickbusch | System and method for planning movement of vehicles |
US20150074013A1 (en) * | 2013-09-06 | 2015-03-12 | General Electric Company | System and methods for route efficiency mapping |
US20160047656A1 (en) * | 2014-08-12 | 2016-02-18 | General Electric Company | System and method for vehicle operation |
-
2016
- 2016-01-08 US US14/991,806 patent/US20170197646A1/en not_active Abandoned
- 2016-12-16 AU AU2016273978A patent/AU2016273978A1/en not_active Abandoned
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5828979A (en) * | 1994-09-01 | 1998-10-27 | Harris Corporation | Automatic train control system and method |
US20040093245A1 (en) * | 1994-09-01 | 2004-05-13 | Matheson William L. | System and method for scheduling and train control |
US20030055666A1 (en) * | 1999-08-23 | 2003-03-20 | Roddy Nicholas E. | System and method for managing a fleet of remote assets |
US7263475B2 (en) * | 1999-09-24 | 2007-08-28 | New York Air Brake Corporation | Method of transferring files and analysis of train operational data |
US20150005994A1 (en) * | 2003-01-06 | 2015-01-01 | General Electric Company | System and method for controlling movement of vehicles |
US20120277940A1 (en) * | 2003-01-06 | 2012-11-01 | Ajith Kuttannair Kumar | System and method for controlling movement of vehicles |
US20070219683A1 (en) * | 2006-03-20 | 2007-09-20 | Wolfgang Daum | System and Method for Optimized Fuel Efficiency and Emission Output of a Diesel Powered System |
US20070219680A1 (en) * | 2006-03-20 | 2007-09-20 | Kumar Ajith K | Trip optimization system and method for a train |
US20070219682A1 (en) * | 2006-03-20 | 2007-09-20 | Ajith Kumar | Method, system and computer software code for trip optimization with train/track database augmentation |
US20130035811A1 (en) * | 2011-08-04 | 2013-02-07 | Brian Schroeck | System and method for controlling a vehicle consist |
US20130151133A1 (en) * | 2011-12-09 | 2013-06-13 | Joel Kickbusch | System and method for planning movement of vehicles |
US20150074013A1 (en) * | 2013-09-06 | 2015-03-12 | General Electric Company | System and methods for route efficiency mapping |
US20160047656A1 (en) * | 2014-08-12 | 2016-02-18 | General Electric Company | System and method for vehicle operation |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10950066B2 (en) * | 2017-02-15 | 2021-03-16 | Mitsubishi Electric Corporation | Control transmission device, maintenance communication device, and train maintenance system |
US11700075B2 (en) * | 2017-08-04 | 2023-07-11 | Metrom Rail, Llc | Methods and systems for decentralized rail signaling and positive train control |
US20190120724A1 (en) * | 2017-10-19 | 2019-04-25 | Siemens Industry, Inc. | Locomotive simulation systems and methods |
US10871421B2 (en) * | 2017-10-19 | 2020-12-22 | Siemens Mobility, Inc. | Locomotive electronic control system testing device and method |
US11780483B2 (en) | 2018-05-22 | 2023-10-10 | Transportation Ip Holdings, Llc | Electronic job aid system for operator of a vehicle system |
CN109932196A (en) * | 2019-03-13 | 2019-06-25 | 浙江大学城市学院 | A kind of pneumatic loading system of portable simulation Subway Train Operation in Existed Subway |
US11391642B2 (en) * | 2019-03-13 | 2022-07-19 | Zhejiang University City College | Portable pneumatic loading system for simulating operation of subway train |
CN112550356A (en) * | 2019-09-25 | 2021-03-26 | 西门子股份公司 | Method and device for distributing persons in a passenger train |
US11427235B2 (en) * | 2020-09-09 | 2022-08-30 | Bnsf Railway Company | Train simulator test set and method therefor |
US20220185351A1 (en) * | 2020-12-15 | 2022-06-16 | Alstom Transport Technologies | Method, system, computer-readable medium comprising software code for estimating parameters of railway track circuits, and related track circuit |
US11912322B2 (en) * | 2020-12-15 | 2024-02-27 | Alstom Transport Technologies | Method, system, computer-readable medium comprising software code for estimating parameters of railway track circuits, and related track circuit |
US20230007046A1 (en) * | 2021-06-30 | 2023-01-05 | Cervello Ltd | Methods Systems Devices Circuits and Functionally Related Machine Executable Instructions for Operational Commands Based Cybersecurity of a transportation Management Network |
Also Published As
Publication number | Publication date |
---|---|
AU2016273978A1 (en) | 2017-07-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170197646A1 (en) | Train system having automatically-assisted trip simulation | |
US10625859B2 (en) | Mobile fulfillment centers with intermodal carriers and unmanned aerial vehicles | |
US10676107B2 (en) | Demand-based distribution of items using intermodal carriers and unmanned aerial vehicles | |
CN104571044B (en) | A kind of Cold Chain Logistics Visualized Monitoring System and method | |
US10380534B2 (en) | Autonomous supply and distribution chain | |
US9718564B1 (en) | Ground-based mobile maintenance facilities for unmanned aerial vehicles | |
US7219067B1 (en) | Total transportation management system | |
US20210272037A1 (en) | Systems for supply chain event management | |
US7783507B2 (en) | System and method for managing a fleet of remote assets | |
US9623885B1 (en) | Railroad management system having data source integration | |
US20210398045A1 (en) | Systems for supply chain data from autonomous vehicles | |
WO2001084506A2 (en) | System and method for managing mobile assets | |
EP3596677B1 (en) | Mobile fulfillment centers with intermodal carriers and unmanned aerial vehicles | |
US20150302319A1 (en) | Data provisioning system and method | |
Sarder | Logistics transportation systems | |
US20130086208A1 (en) | Distributed Monitoring And Control System | |
CN111709135B (en) | Liquefied natural gas tank wagon transportation auxiliary decision-making system | |
Lingaitiene | A mathematical model of selecting transport facilities for multimodal freight transportation | |
WO2023209934A1 (en) | Co2 emission amount calculation system, co2 emission amount calculation method, and program | |
Guoquan et al. | Fundamental analyses for constructing road-rail intermodal freight transport system | |
AU2016340236A1 (en) | Train system having malfunction-based trip simulation | |
WO2001018682A2 (en) | Total transportation management system | |
Graves et al. | Applications of simulation in logistics combat developments | |
NITONYE et al. | DIGITALIZATION OF BULK CARRIES: REVOLUTIONIZING EFFICIENCY, SAFETY AND ENVIRONMENTAL RESPONSIBILITY | |
Crow et al. | Military Logistics |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: ELECTRO-MOTIVE DIESEL, INC., ILLINOIS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SHUBS, ALEXANDER, JR.;SEATON, JAMES DAVID;ROENSPIES, DAVID MATTHEW;SIGNING DATES FROM 20151202 TO 20160106;REEL/FRAME:037444/0260 |
|
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 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |