Patent Application
20170151971
This disclosure relates generally to a diagnostic system and, more particularly, to a visual diagnostic system for providing information on specific assets of a rail vehicle.
A railroad network includes a network of tracks that is used by a large number of rail vehicles. The operation of rail vehicles can be monitored by a remote off-board controller (also sometimes referred to as the “back office”). The off-board controller monitors the operation of rail vehicles using large amounts of data received from each rail vehicle and from stationary wayside units positioned at fixed locations throughout the railroad network. The ability to analyze and interpret these large amounts of data has the potential to be of great value in monitoring the condition of the rail vehicles.
Usually rail vehicles have multiple assets, for example, a train may have locomotive and non-locomotive vehicles linked together as one. Each asset includes multiple components that are susceptible to wear and breakdown resulting from everyday use. The rail vehicles and wayside unit are typically equipped with sensors for measuring various operating conditions. However, it is difficult to correlate the large amounts of retrieved data with the identity of the corresponding assets. Therefore, many prior systems only consider abnormal conditions where out-of-range operating values are detected.
One system that attempts to facilitate information use from wayside units is described in U.S. Pat. No. 8,245,983 (the '983 patent) that issued to Gilbertson, on Aug. 21, 2012. The '983 patent discloses a system for communicating information between a wayside unit and an on-board train operator. The '983 patent aims to minimize radio congestion by providing a wayside system and an onboard communication device configured to transmit/receive wayside data via a dispatch voice channel.
Although the system of the '983 patent may help the train operator to utilize the data from the wayside unit, it may be limited. Specifically, the system of the '983 patent may be effective in a situation where the hack office is overloaded with data and not capable of informing an individual train with relevant data. However, large amounts of data may still be lost. As a result, potential issues can be overlooked and the option of taking preemptive actions diminishes.
The disclosed visual diagnostic system is directed to overcoming one or more of the problems set forth above.
In one aspect, the present disclosure is directed to a visual diagnostic system for a rail vehicle having multiple assets. The visual diagnostic system may include a data interface configured to receive a data stream from a wayside unit, wherein the data stream includes values of a plurality of parameters measured made by the wayside unit. The data interface may further be configured to receive geo-information associated with a geographic location of the rail vehicle, and to receive configuration-information associated with an arrangement of the multiple assets in the rail vehicle. The visual diagnostic system may also include a memory device configured to store the data stream and a controller in communication with the data interface and the memory device. The controller may be configured to determine, from the geo-information and the configuration-information, a geographic location of each of the multiple assets of the rail vehicle. The controller may also be configured to determine, from the received data stream and the determined geographic location of each of the multiple assets, prognostic information associated with an operational status of each of the multiple assets. The controller may further be configured to render for display in a user interface a visual representation of the rail vehicle with the prognostic information associated with the operational status for each asset of the rail vehicle.
In another aspect, the present disclosure is directed to a method for providing visual information on a rail vehicle having multiple assets. The method may include receiving a data stream from a wayside unit, wherein the data stream includes values of a plurality of parameters measured made by the wayside unit. The method may also include receiving geo-information associated with a geographic location of the rail vehicle, and receiving configuration-information associated with an arrangement of the multiple assets in the rail vehicle. The method may further include determining, from the geo-information and the configuration-information, a geographic location of each of the multiple assets. The method may also include determining, from the received data stream and the determined geographic location of each of the multiple assets, prognostic information associated with, an operational status of each of the multiple assets. The method may also include rendering for display in a user interface a visual representation of the rail vehicle with the prognostic information associated with the operational status for each of the multiple assets of the rail vehicle.
In yet another aspect, the present disclosure is directed to a computer programmable medium having executable instructions stored thereon for completing a method of providing visual information on a rail vehicle having multiple assets. The method may include receiving a data stream from a wayside unit, wherein the data stream includes values of a plurality of parameters measured made by the wayside unit. The method may also include receiving geo-information associated with a geographic location of the rail vehicle, and receiving configuration-information associated with an arrangement of the multiple assets in the rail vehicle. The method may further include determining, from the geo-information and the configuration-information, a geographic location of each of the multiple assets. The method may also include determining, from the received data stream and the determined geographic location of each of the multiple assets, prognostic information associated with an operational status of each of the multiple assets. The method may also include rendering for display in a user interface a visual representation of the rail vehicle with the prognostic information associated with the operational status for each of the multiple assets of the rail vehicle.
System 100 may include one or more components that cooperate to collect, communicate, process, and display information about the operational status of train 102. The operational status of train 102 may include the operational status of assets 104 and the operational status of the components of assets 104. System 100 may include an on-board system located on train 102 for directly monitoring the operation and condition of train 102. For example, the on-board system may include an on-board controller 110, a memory device 112, a data interface 114, a user interface 116, and a plurality of sensors 118. The various components in the on-board system may be coupled by one or more communication buses or signal lines. Additionally or alternatively, system 100 may include an off-board system located in a back office for monitoring the operation and condition of train 102. The off-board system may, for example, include an off-board controller 120, a memory device 122, a data interface 124, and a user interface 126. The various components in the back office may also be coupled by one or more communication buses or signal lines. It is contemplated that system 100 may include additional or different components than those illustrated in
On-board controller 110 and off-board controller 120 may execute computer programs, applications, methods, processes, or other software to perform embodiments described in the present disclosure. The term “controller” may include any physical device having an electrical circuit that performs a logic operation on inputs. For example, on-board controller 110 and off board controller 120 may include one or more integrated circuits, microchips, microcontrollers, processors, microprocessors, all or part of a central processing unit (CPU), graphics processing unit (GPU), digital signal processor (DSP), field programmable gate array (FPGA), or other circuits suitable for executing instructions or performing logic operations.
Memory devices 112 and 122 may store information associated with operation and condition of train 102. The term “memory device” may include any non-transitory computer readable medium suitable for storing digital data or program code. Examples include random access memory (RAM), read-only memory (ROM), volatile memory, nonvolatile memory, hard drives, CD ROMs, DVDs, flash drives, disks, and any other known physical storage medium. Memory devices 112 and 122 may include multiple structures, such a plurality of memories or computer-readable storage mediums located at train 102 or at a remote location. Memory devices 112 and 122 can store instructions for execution by on-board controller 110 and/or off-board controller 120, including instructions for causing them to perform steps consistent with embodiments of the present disclosure herein. As used herein, the term “and/or” means one or the other or both (e.g., A and/or B means A or B or both A and B).
Data interfaces 114 and 124 may facilitate communications regarding the operational status of train 102. The term “data interface” includes any device configured to receive digital data from one or more sources. Data interfaces 114 and 124 may include hardware and/or software that enables receiving and/or transmitting data messages through a wireless communication link 128 or a wired communication link 130. Wireless communications link 128 may include satellite, cellular, infrared, and any other type of wireless communications technology. Wireless communications link 128 may enable two-ways communication between on-board controller 110, off-board controller 120, wayside units 132, and a mobile terminal device 134. Data interfaces 114 and 124 may use one or more communication protocols to exchange data through wireless communication link 128. For example, data interfaces 114 and 124 may use Transmission Control Protocol (TCP), Internet Protocol (IP), TCP/IP, User Datagram Protocol (IDP), Internet Control Message Protocol (ICMP), or any other communication protocol.
In some embodiments, data interfaces 114 and 124 may receive geo-information associated with a geographic location of train 102, and configuration-information associated with an arrangement of multiple assets 104 in train 102. The term “geo-information” may include any position information associated with train 102. For example, geo-information may include coordinates or geographic location of at least of one of assets 104 relative to navigational devices such as satellites or other stations broadcasting navigational information, its time relative to such navigational broadcast stations, its relative distance from an RFID device, and/or its altitude. The term “configuration-information” may include any information associated with the arrangement of train 102. For example, the information may include the number of assets 104 in train 102, the order of multiple assets 104 within train 102, characterizing details of each of multiple assets 104 (e.g., ID number, length, color, size, and type), and more.
Data interfaces 114 and 124 may receive the gee-information from one or more sources and forward it to on-board controller 110 and/or off-board controller 120. On-board controller 110 and/or off-board controller 120 may use the received geo-information to determine the geographic location of each of assets 104 of train 102. For example the geo-information may be received from at least one of the following systems:
A Global Positioning System (GPS)—In some cases, a GPS sensor may be located on locomotive 106 or any other asset 104 to determine its location. The determined location of a single asset 104 may be used as representative of the location of train 102. Additionally, when coupled with the configuration-information, the location of a single asset 104 can be used by on-board controller 110 and/or off-board controller 120 to determine the locations of every other asset within train 102. En other embodiments, any or all assets 104 may be fitted with GPS sensors in order to determine the locations of those assets 104 directly.
An Automatic Equipment Identification (AEI) system—In some cases, at least some of assets 104 may include RFID tags, and system 100 may have a direct or indirect access to one or more wayside units 132 that include RFID readers. These wayside units may be deployed at fixed, known locations along a railway. As train 102 passes these wayside units, the RFID readers may scan and recognize the identification information of passing assets 104. Knowledge of the time of the asset identification as well as the geographic location of wayside units 132 enables a determination of the location of a particular asset 104 at a specific time. Additionally, when coupled with the configuration-information, the location of the particular asset 104 at the specific time can be used to determine the locations of all other assets 104 in train 102 at the specific time.
An Automatic Train Protection (ATP) system—In some cases, system 100 may have a direct or indirect access to an electronic transponder (e.g., balises, beacons, or antennas) that may be part of wayside unit 132. The electronic transponder may be designed to notify train 102 of its exact location, the distance to the next signal, and can warn of any speed restrictions or special conditions, such as curves and gradients. A receiver on a particular asset 104 on train 102 may pick up the signal from the electronic transponder and, using its known location, enable the determination of the location of the particular asset 104 comprising the receiver at the time of communication with the electronic transponder. The ATP system provides a high level of accuracy, as the reading range may be limited to about 0.75 m. A successful communication with the electronic transponder may indicate a location of the particular asset 104 within about 1.5 m accuracy.
A video monitoring system—In some cases, system 100 may have a direct or indirect access to at least one camera that captures passing rail vehicles, such as train 102. Various image processing algorithms may be applied to associated video feeds to determine locations of assets 104 of passing train 102. The at least one camera may be installed at a fixed geographic location, e.g., wayside unit 132. Alternatively, the at least one camera may be included on moving assets 104 with a GPS sensor. The information from the video feeds may enable a determination of the location of all assets 104 when train 102 passes the at least one camera.
Data interfaces 114 and 124 may also receive the configuration-information from one or more sources and forward it to on-board controller 110 and/or off-board controller 120. On-board controller 110 and/or off-board controller 120 may use the received configuration-information to determine the geographic location of each asset 104 of train 102. For example the configuration-information may be received from at least one of the following systems:
An electronically controlled pneumatic (EPC) braking system—In some cases, system 100 may have a direct or indirect access to the ECP braking system of train 102. The ECP braking system may serve as a meaningful source of information for determining and tracking the configuration of train 102. Because the ECP braking system has the ability to communicate with each of multiple assets 104 and confirm that all assets 104 are present, the ECP braking system may be used to determine the ordering of assets 104.
A train scheduling system—In some cases, system 100 may have a direct or indirect access to a scheduling database that stores details about deployed trains 102 and their associated assets 104. The train scheduling system may keep track of any changes to the configuration-information of trains 102 included in the scheduling database.
An AEI system—The AEI system described above may also be used to determine the configuration-information of train 102. For example, the AEI system may monitor tag readings and determine the identification of assets 104 along with the order of those assets 104 within train 102.
A video monitoring system—The video monitoring system described above may also be used to determine the configuration-information of train 102. For example, the video monitoring system may apply image processing algorithms to identify assets 104 and the order of those assets 104 within train 102.
In some embodiments, the geo-information may be received from multiple sources (e.g., at least two independent systems, at least three independent systems). In addition, the configuration-information may also be received from multiple sources (e.g., at least two independent systems, at least three independent systems). On-board controller 110 and/or off-board controller 120 may separately aggregate the geo-information and the configuration-information from the different sources. Such aggregation may increase the confidence level in a determined location and configuration of train 102, especially where one or more data sources is temporary unavailable (e.g., out-of-range; not supported in a certain area of track, etc.). The aggregation can also reduce a response time for determining or updating a determined location and arrangement of train 102. For example, some sources of information (e.g., GPS, AEI system, etc.) may provide information useful for determining location and/configuration only at certain periodic (or even sporadic) rates. To fill in the gaps, different indicators of location and/or configuration from multiple sources may be relied upon to update location and configuration determinations more regularly than a single source may allow.
In other embodiments, data interfaces 114 and 124 may also receive messages and data streams from wayside units, such as wayside units 132. These messages and data streams may be communicated to on-board controller 110 and/or off-board controller 120 via data interfaces 114 and 124 for subsequent processing and analysis. The term “wayside unit” may include a portion of software, a portion of hardware, or a combination thereof that transmits a signal to a controller about a condition of a rail vehicle. For example, wayside unit 132 may include or be part of a hot bearing detector, a dragging equipment detector, a shifted load detector, a sliding wheel detector, or a wide-load detector. The messaged received from wayside unit 132 may indicate that at least one of assets 104 is experiencing an issue. For example, one message may indicate that a dimension of the at least one of assets 104 extends beyond a predetermined value. Another message may indicate that at least one of assets 104 is dragging an article below train 102. The data streams received from wayside unit 132 may include values of a plurality of parameters measured by wayside unit 132. For example, the data streams may include values of at least one of the following parameters: a bearing temperature, a wheel temperature, and a brake temperature. Additionally, the data streams may include values from a plurality of wayside units 132 physically separated from each other. For example, the data stream may include values from more than 10 wayside units 132, more than 50 wayside units 132, or more than 100 wayside units 132,
In yet other embodiments, data interfaces 114 and 124 may also receive signals from sensors 118. Sensors 118 may be distributed throughout train 102 and configured to gather data from various components, and subsystems of train 102. Some sensors 118 may be associated with specific components of train 102, for example, an engine, a generator, wheels, traction motors, a fuel supply, and more. Sensors 118 may monitor pressures, temperatures, volumes, voltages, currents, forces, speeds, and other parameters, and generate signals indicative of values of the parameters. Additionally, these signals may also indicate an operational status of sensors 118. In one aspect, the integrity, strength, and nature of the signals received from sensors 118 may indicate whether the respective components and/or subsystems are functioning properly. For example, different signal intensity thresholds may indicate a good condition, a moderate condition, a poor condition, a failed condition, etc. These signals may be communicated to on-board controller 110 and/or off-board controller 120 via data interfaces 114 and 124 for subsequent processing and analysis.
On-board controller 110 and off-board controller 120 may use all or some of the messages, data streams, and signals received at data interfaces 114 and/or 124 to determine prognostic information associated with specific assets 104. The term “prognostic information” may include any information associated with the operational status of a specific asset 104, or any information associated with the operational status of a specific component of asset 104. In some embodiments, the prognostic information may include an identification of which of assets 104 is experiencing an issue. In one example, the issue may be that a dimension of at least one of assets 104 extends beyond a predetermined value (also known as being out-of-gauge), in another example, the issue may be that at least one of assets 104 is dragging an article (e.g., a wire, chain, piece of debris, etc.) below train 102. In other embodiments, the prognostic information may include presentation of measured data. This includes, for example, presentation of values of at least one of the following parameters: a bearing temperature, a wheel temperature, and a brake temperature. Accordingly, system 100 may provide prognostic information regarding a current and a past operational status of one or more components of specific asset 104. Thus, rather than just providing an indication to a user that a component is operating outside a normal limit, system 100 can provide a user with visual information showing that the component is trending toward an operational issue such as a malfunction.
Consistent with embodiments of the present disclosure, on-board controller 110 and/or off-board controller 120 may render for display the prognostic information in user interface 116, 126. Additionally or alternatively, on-board controller 110 and/or off-board controller 120 may render for display the prognostic information in a user interface 136. The term “user interface” includes any hardware and software by which a user may interact with the on-board controller 110 and/or off-board controller 120, and the means by which the on-board controller 110 and/or off board controller 120 may convey information to the user. In some embodiments, user interfaces 116, 126, and 136 may include an input device (for example, a keyboard, a touch screen, a microphone, and a camera). Accordingly, user interfaces 116, 126, and 136 may receive input from the input device, and generate corresponding command signals in response to the input. These command signals may be communicated to on-board controller 110 and/or off-board controller 120 for processing. The input may include a selection of a specific asset 104 or a specific component. The input may also include additional information to be incorporated in determining the prognostic information. This includes, for example, the last time a component was replaced, visual impairments, and more.
User interfaces 116, 126, and 136 may also include an output device (for example, a speaker or a screen). Accordingly, user interfaces 116, 126, and 136 may audibly or visually convey at least part of the prognostic information to different users. In some embodiments, user interfaces 116, 126, and 136 may display a visual representation of a rail vehicle, such as train 102. The term “visual representation of a rail vehicle” may include a combination of numbers and letters, a list of multiple assets 104, or a graphical representation of at least one asset 104. In some embodiments, user interfaces 116, 126, and 136 may be part of one or more computing systems that interact with users. The one or more computing systems may include, for example, a laptop computer, a tablet, a smartphone, a control panel, and other computing systems known in the art.
As shown in
Trains list 204 may show every train 102 associated with the back office. The user may select one or more trains 102 in trains list 204. By selecting a particular train 102 in trains list 204, prognostic information associated with the selected train 102 may be shown on display area 202. The user may filter the results shown in trains list 204 based on their loading status (i.e., unloaded, loaded, and all). In the example illustrated in
Assets list 206 may show multiple assets 104 associated with a selected train 102. In one example, assets list 206 may include any number of locomotives 106, wagons 108, and/or wayside units 132 associated with a particular train 102. Assets list 206 may include a warning icon adjacent at least one asset 104. The warning icon adjacent a particular asset 104 may be used as an identification that this particular asset 104 is experiencing an issue. By selecting an asset 104 in assets list 206, GUI 200 may present prognostic information associated with the selected asset 104 in display area 202. In the example illustrated in
Attention list 208 may show at least one train 102 that requires the user's attention. For example, attention list 208 may display any train 102 with at least one asset 104 currently experiencing a fault condition. By using the information received at data interfaces 114 and/or 124, on-board controller 110 and/or off-board controller 120 may determine that a particular train 102 has one or more assets 104 currently experiencing an issue, such as a fault condition. Accordingly, these trains 102 may be displayed on attention list 208 to draw the user's attention to trains 102 experiencing fault conditions. For example, as shown in
In some aspects, by selecting a particular train 102 from trains list 204 or attention list 208, GUI 200 may show data related to the selected train 102 in display area 202. Display area 202 may include an asset summary region 210, a button 212, an electronic map 214, a train summary region 216, and an asset graphical representation 218.
Asset summary region 210 may show prognostic information associated with assets 104 of a previously-selected train 102 that require the user's attention. Alternatively, asset summary region 210 may show prognostic information associated only with an asset 104 previously selected on assets list 206. In the example illustrated in
Electronic map 214 may be a two or three-dimensional graphical representation of the railroad network, with the location of train 102 marked on the representation. On-board controller 110 and/or off-board controller 120 may be configured to automatically generate and/or update the representation of the railroad network, including the location of train 102, in real time during operation of train 102. In some aspects, electronic map 214 may alternatively associate a different color with each train 102 depending on its operational status. For example, if train 102 is experiencing an issue, train 102 may be shown in red. Or, if train 102 has a risk of experiencing at least one fault condition, but is not currently experiencing a fault condition, train 102 may be shown in yellow. Further, if train 102 is experiencing normal conditions, train 102 may be shown in green. It is contemplated that electronic map 214 may alternatively associate other known visual indicators with trains 102 to help the user to identify the operational status of each train 102 on electronic map 214.
Train summary region 216 may display data relating to a selected train 102. In some embodiments, the data may be extracted from a plurality of databases. As shown in
Asset graphical representation 218 may be used to present at least part of assets 104. In one embodiment, asset graphical representation 218 may be configured to illustrate the asset selected in assets list 206 and at least one more adjacent asset 104. In the example illustrated in
In some embodiments, prognostic information in the form of an indication, such as warnings, may be presented automatically to the user, i.e., without selection of an asset 104 in assets list 206. For example, the warnings: “Alarm: Out-of-Gauge has been detected on wagon 7532” and “Alarm: Dragging Condition has been detected on wagon 1864” may be provided automatically to the user after on-board controller 110 and/or off-board controller 120 determine that one of assets 104 is experiencing an issue. Accordingly, prognostic information in general, and issues related to warnings specificity, may be delivered as push notifications, text messages, email messages, or voice messages.
As shown in
GUI 300 also include a version of button 212. Button 212 may have dual functionality based on status of selected asset 104. The first function happens when selected asset 104 is currently experiencing an issue (e.g., dragging an article or being out-of-gauge). In this case, pressing button 212 may provide additional details on the issue or additional details about the asset 104 experiencing the issue. The additional details about selected asset 104 (e.g., the type of asset 104, the color of asset 104, the ID number of asset 104, the distance of asset 104 from the locomotive, and more) may assist the user to physically identify asset 104 experiencing the issue. The second function happens when selected asset 104 is not currently experiencing an issue. In this case pressing button 212 may provide additional prognostic information on selected asset 104.
Component graphical representation 402 may be a schematic top view of various components of selected asset 104. For example, component graphical representation 402 may show the wheel configuration of selected asset 104. In some embodiments, component graphical representation 402 may associate a different color with each component depending on its operational status. For example, if one wheel is experiencing at least one operational issue (such as a malfunction), it may be shown in red. If another wheel is still operating within normal ranges, but is trending toward an operational issue, it may he shown in yellow. And if a wheel is experiencing normal conditions, it may be shown in green. It is contemplated that component graphical representation 402 may alternatively or additionally associate other known visual indicators with the different component to help the user to identify the operational status of each component of selected asset 104. In the example illustrated in
Results region 404 may include different types of data representation associated with the prognostic information collected from sensors 118 and/or wayside units 132. The different types of data representation may include a chart, a graph, a slider bar, a text box, an image, and more. The user may have the option to change the type of data representation. In the example shown in
In
Consistent with embodiments of the present disclosure, GUI 300 may present prognostic information aggregated from a plurality of data streams. The plurality of data streams may be collected over a period of time and/or received from a plurality of wayside units 132. The user may use a combo box 502 to change the time period for presenting the aggregated prognostic information. In some embodiment, every type of component may be associated with a default time period. As shown in
One skilled in the art will realize that the processes illustrated in this description may be implemented in a variety of ways and include other modules, programs, applications, scripts, processes, threads, or code sections that may all functionally interrelate with each other to accomplish the individual tasks described above for each module, script, and daemon. For example, these programs modules may be implemented using commercially available software tools, using custom object-oriented code written in the C++ programming language, using applets written in the Java programming language, or may be implemented with discrete electrical components or as one or more hardwired application specific integrated circuits (ASIC) that are custom designed for this purpose.
The described implementation may include a particular network configuration but embodiments of the present disclosure may be implemented in a variety of data communication network environments using software, hardware, or a combination of hardware and software to provide the processing functions.
The disclosed visual diagnostic system may be applicable to any transportation network, including subways, trolleys, and railroads. The disclosed visual diagnostic system may increase efficiency in collecting, analyzing, and visually identifying the operational status of assets 104. In particular, the disclosed visual diagnostic system may allow a user to easily identify assets 104 experiencing an issue and/or components of assets 104 likely to experience a malfunction in the near future. The disclosed visual diagnostic system may also display graphical representations of trains 102 and/or assets 104 experiencing fault conditions to allow the user to respond to the fault conditions in an efficient manner. Two exemplary operations of the disclosed visual diagnostic system will now be described.
At step 604, data interface 114 and/or data interface 124 may receive geo-information associated with a geographic location of a rail vehicle, such as train 102. As described above, the geo-information may be received from at least one of: a GPS located on the rail vehicle, an AEI system, an ATP system, and a video monitoring system. Additionally, in some embodiments, the geo-information may be received from multiple sources. The geo-information received from the multiple sources may be combined to increase the confidence level when determining the geographic location of multiple assets 104 of train 102.
At step 606, data interface 114 and/or data interface 124 may receive configuration-information associated with an arrangement of multiple assets 104 in the rail vehicle, such as train 102. As described above the configuration-information may be received from at least one of an EPC braking system, a train scheduling system, an AEI system, and a video monitoring system. Additionally, in some embodiments, the configuration-information may be received from multiple sources. The configuration-information received from the multiple sources may be combined to increase the confidence level when determining the arrangement of assets 104 in train 102.
At step 608, on-board controller 110 and/or off-board controller 120 may determine, from the geo-information and the configuration-information, a geographic location of each of multiple assets 104 of the rail vehicle, such as train 102. To determine the geographic location of each of assets 104, the geo-information may include at least one geographical location of one asset 104 and the configuration-information may include at least the order of assets 104 and their length. In some embodiments, the geo-information may be derived from measurements of the geographic location of only part of assets 104. In this embodiments, a knowledge of the time in which the measurements took place may be used in determining the geographic location of all of assets 104.
At step 610, on-board controller 110 and/or off-board controller 120 may determine, from the received message and the determined geographic location of each of multiple assets 104, which of multiple assets 104 is experiencing the issue. In some embodiments, the message may include geo-information associated with wayside unit 132. In other embodiments, the message may include a timestamp associated with the issue, and the geo-information includes timestamps of signals with data about the geographic location of train 102. Accordingly, on-board controller 110 and/or off-hoard controller 120 may determine which of assets 104 experienced the issue using the timestamp associated with the issue and the timestamps of the signals. The following simplified example may illustrate these embodiments. Train No. MAC0001, which is described in
At step 612, on-board controller 110 and/or off-board controller 120 may render for display in a user interface a visual representation of the rail vehicle with identification of the at least one of multiple assets 104 experiencing the issue. In some embodiments, the identification of the at least one asset 104 may include an indicator (e.g., an icon), for example the warning sign in asset graphical representation 218. In other embodiments, the identification of the at least one asset 104 may include information about a type of the issue, for example the warning in asset summary region 210. In addition, the identification of an asset 104 may include one or more details about the asset 104, for example the type of asset 104, the color of asset 104, the ID number of asset 104, the distance of asset 104 from the locomotive, and more. In case a plurality of messages are received from a plurality of wayside units, on-board controller 110 and/or off-board controller 120 may render for display identifications of at least two of multiple assets 104 experiencing different issues. For example, assets list 206 includes two icons that identify assets 104 as experiencing different issues.
Steps 704-708 are similar in nature to steps 604-608. At step 710, on-board controller 110 and/or off-board controller 120 may determine prognostic information associated with an operational status of each asset 104 of train 102. The determination of the prognostic information may be based on the received data stream and the determined geographic location of each of multiple assets 104. In the example illustrated in
At step 712, on-board controller 110 and/or off-board controller 120 may render for display in a user interface a visual representation of train 102 with the prognostic information associated with the operational status for each asset of train 102. In some embodiments, the prognostic information includes a current operational status of all bearings of at least one of multiple assets 104. In other embodiments, the prognostic information includes a current operational status and/or historical operational status of all bearings, wheels, or brakes of at least one of assets 104. In other embodiments, on-board controller 110 and/or off-board controller 120 may receive a selection of a specific component. And upon receiving the selection, on-board controller 110 and/or off-board controller 120 may render for display historical values for specific parameters associated with the selection.
It will be apparent to those skilled in the art that various modifications and variations can be made to the disclosed system 100 and the illustrated GUI 200 and 300. Other embodiments will be apparent to those skilled in the art from consideration of the specification and practice of the disclosed parts of the system. 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.
