The field of the present invention and its embodiments relate to a system and method of managing train positions, distances, speeds, and locations within a train system.
Communication Based Train Control (CBTCs) systems have been evolving throughout the years, implementing new versions of technology as they are released and although the CBTC components upgrade overtime, the core system architecture still remains the same as it's fruition in the late 1980's.
Advances in data storage and processing now enable far greater digital applications to occur in much smaller footprint and at a fraction of the cost. Along with hardware advances and widespread availability, the adjoining software development has become a much more common skill and is approaching the same commonality as reading and writing skills. With these technological and social advances, an opportunity is presented to redefine the typical CBTC system architecture to elevate train control solutions and make the system relatable to today's world. Train Control processing now has the ability to move from a large centralized control facility into each train, creating autonomy on the rail, presenting tremendous opportunity for optimization in functionality, operation, maintenance, installation, cost, and so much more.
With many of the industrialized nations and cities around the world having to come to grips with their aging public transportations systems a need and an opportunity arose for a modern approach to overseeing these systems. In recent years, multiple disclosures have attempted to fix various aspects of existing systems. Various systems and methodologies are known in the art. However, their structure and means of operation are substantially different from the present disclosure.
Review of Related Technology:
U.S. Pat. No. 9,669,850 pertains to a method and system for monitoring rail operations and transport of commodities via rail, a monitoring device including a radio receiver is positioned to monitor a rail line and/or trains of interest. The monitoring device including a radio receiver (or LIDAR) configured to receive radio signals from trains, tracks, or trackside locations in range of the monitoring device. The monitoring device receives radio signals, which are demodulated into a data stream. However, this disclosure requires memory storage of the trains' activities at a central location instead of on the RFID tags.
U.S. Pub. 2017/0043797 pertains to Methods and systems that utilize radio frequency identification (RFID) tags mounted at trackside points of interest (POI) together with an RFID tag reader mounted on an end of train (EOT) car. The RFID tag reader and the RFID tags work together to provide information that can be used in a number of ways including, but not limited to, determining train integrity, determining a geographical location of the EOT car, and determine that the EOT car has cleared the trackside POI along the track. This publication discloses storing memory on the RFID tags but does not disclose having the memory be volatile.
U.S. Pat. No. 9,711,046 pertains to a control system presenting a configurable virtual representation of at least a portion of a train and associated train assets, including a real-time location, configuration, and operational status of the train and associated train assets traveling along a railway. The control system may include a train position determining system, (such as RFID) and a train configuration determining system.
The train control system disclosed herein establishes a virtual train-to-train communication path, coupled with the on-board processing enabling the trains to operate autonomously and in complete synchronization with all other trains on the line, reducing communication overheads and processing delays inherent in traditional CBTC systems. The open source of software and hardware enable existing train systems to have multiple vendors for the supply chain thereby promoting competitive pricing, and installation flexibility.
A train control system comprising a track switch controller; RFID tags located at first and second track switches coupled via a length of track that store characteristics of train sets as they pass the track switches, and RFID tag readers located on the train sets, connected to a network. The train sets write data to the RFID tags such that the data is read by RFID tag readers of subsequent trains; and the data stored in the RFID tags is overwritten with new data each time a train set passes by the RFID tags.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are intended to provide explanation of the invention as claimed.
Embodiments of the present invention will now be described with reference to the drawings, in which identical elements in the various figures are identified with the same reference numerals. These embodiments are provided by way of explanation of the present invention, which is not intended to be limited thereto. Those of ordinary skill in the art may appreciate upon reading the present specification and viewing the present drawings that various modifications and variations can be made thereto.
The present invention, sometimes hereinafter referred to as the ‘Acorn’ system, is designed to allow train sets to operate along a railway autonomously while reducing trackside infrastructure to a minimum. Acorn is based upon the principles and standards noted in IEEE 1474.1: “IEEE Standard for Communications-Based Train Control (CBTC) Performance and Functional Requirements”, but, unlike traditional systems using trackside equipment, the equipment located on the train is used to control the movement of trains. At the center of the Acorn design is the placement of Acorn Tags at an interval typically 10-30 feet but preferably at 25 feet along the track. Along straight (or through) track areas, Type 1 Acorn Tags are placed at the typical interval with no hardwire connections. At switch and crossing locations, Type 2 Acorn Tags are deployed at the typical interval with series hardwired connections simulating track circuits. These simulated track circuits can interface with the interlocking controller and communicate with approaching trains, allowing the system to operate seamlessly.
Below, in systems operating at 90 mph, only one Acorn tag and reader interface method is required to achieve a successful read write cycle, simplifying the installation. However, if a deployment needs to support speeds greater than 90 mph, the system can be configured, as is, to leverage a split read write cycle to continue achieving a successful read write cycle.
The Acorn System is an open protocol based system, allowing software applications to be available from multiple vendors and sources and the system being adaptable to various systems around the world, using multiple operating systems on different platforms. This approach, as with the supply of the Acorn Tags, does not lock the Acorn system into a single supplier of the system. Furthermore, this approach removes common failure modes in both software and hardware of the system.
Referring now to
According to an embodiment, the system architecture used in the present method enables several layers of communication to transmit and receive the critical data on-board to calculate safe headway. These layers of communication help form the three modes of operation (labelled at 1, 2, and 3 in
According to an embodiment, the subsequent mode of operation, Mode 2, is reduced and engages when RCC communication is lost, but allows the system to continue functioning by increasing the minimum headway. Lastly, Mode 3 shows autonomous operation that enables total train autonomy by relying on tags and on-board equipment information only, imposing the most restrictive headway.
According to an embodiment, the backup communication system includes at least a first set of two trackside points located along a path of the first train set and at least one RFID Type 1 tag located at each of the at least two trackside points configured to store characteristics of the first train set as it passes the first set at least two track side points and at least a second set of two trackside points located along at a track switch with at least one RFID Type 2 tag being located at each of the at least two trackside points configured to store characteristics of the train set as it passes the second set of the at least two track points and at least one RFID tag reader being located on the first train set and at least one RFID tag reader located on the second train set.
The RFID type 1 tag or the RFID type 2 tag of the back-up system can store a speed, a brake status, a train ID, a switch status, a time stamp, and a schedule of the latest train to pass the RFID type 1 tag or the RFID type 2 tag. The speed, the brake status, the train ID, the switch status, the time stamp, and the schedule of the latest train to pass the RFID type 1 tag or the RFID type 2 tag, that are recorded on the tags can be rewritten with information with the next train to pass the RFID type 1 tag or the RFID type 2 tag. The read and write step can be typically completed within between approximately 10 milliseconds and approximately 30 milliseconds, but optimally 20 milliseconds is preferred for safe operation of the system.
Each train can car carry three principle databases onboard, these being the track, schedule and route databases. The track database contains details of the track network and makes use of the Tag unique ID as the key for the entry record of that location. The temporary Speed field being variable and all others fields (civil speed, the next approaching train, the visual range, the next way point) being fixed unless maintenance has changed a tag. The schedule database allows the train to determine its location in relationship with other trains in the system. All fields (Train ID, the planned route, Planned time, and confirmed time) can be preloaded be updated throughout the journey. The route database, can contain the information required to navigate the track system. This database contains information pertaining to the expected location of the individual train in relation to time. The location is determined using unique identifiers (UIDs) assigned to each of a plurality of Tags.
Using the current UID and the Train ID, the Planned Time field can be accessed to determine if the train is ahead or behind of the planned schedule. For operation during Modes 2 and 3, the planned location could be determined using the Train Ahead ID and time. The Acorn System databases can be programmed to have in excess of 100,000 records. On initial startup, a search of all the databases to locate the current Tag UID entry and schedule location may take up to a second to locate the record. Fast indexing may be used thereafter as records will be accessed sequentially, hence incremental increase or decrease.
Train spacing is achieved by establishing the train location from Tags and Inertial navigation system, to an accuracy of at least ±12.5 ft. This data will be stored by the on-board network map and broadcasted to all trains along the route. The on-board network map also updates with train locations that it receives from other train broadcasts. Allowing the car computers to calculate the distance to train ahead, target speed and braking point to maintain a safe operating distance. The Tag has data fields for Time of last train, speed, running status. With no other received data this enables an on board calculation to determine where the train ahead is if it had applied its emergency brakes. As a train updates, it will broadcast its location to all other trains along the line every 100 ft or as determined by the trains operating speed.
To calculate the target speed and available headway for a trainset for use in Modes 2 and 3, the onboard processors can adhere to the following processes:
Headway—the Tag Sequence Array, preloaded from the Track Database, can be used to calculate a distance (in number of tags clear) to train ahead. This value can be known as the Clear Tags value. The tag location of the train ahead can be obtained the following methods: in Mode 1, the Location Database holds the current location of the train ahead. The location can be confirmed via a transmission from the train ahead and a validation has from the Route Control Center. If the location of the Train ahead has been received but not validated by the Route Control Center, then Mode 2 is invoked. Using the preceding train's speed and time when the train was at the tag, the ahead train's location can be predicted assuming a constant speed. This estimated train ahead location is compared to the planned location of that train with the location database and with the reported location from the train. The lower number of the two numbers is used to set the value in the Clear Tags field. If the train has not received any train status updates for more than 500 mS then Mode 3 will be invoked. In Mode 3, the train calculates the number of clear tags ahead from the tag data received and uses the scheduled location to amend the tag clear value as required. The Railway Visual Range will be used to modify the maximum speed permissible. From the obtained Tag Clear value, the train length (converted to number of tags) is subtracted. This becomes the planned stop tag for the train. The number of headway tags is then used to address on-board databases to determine the maximum speed that the train can operate at if it is to stop by the stop tag. The maximum speed derived from the on-board databases will then compared to the Civil Speed, Temporary Speed and choose the lowest value. The data received allows the train to calculate the speed and brake profile of the train ahead.
To determine the speed of the trainset, an Interrupt Request (IRQ) can be used to start a timer sequence that will amount the time between tag reads. The counter will be 64 bit using a 100 μS interval enabling the average speed to be determined using the known tag spacing between tags. At a speed of 10 mph, the counter will reach an integer value of 15,957 between tag readings at the tag spacing, as calculated by the formula below. This counter value could be used to calculate the location of a train between tags, based on the average speed calculated between the previous Tags.
For example, using the equations above, with a trainset traveling at 10 mph, an accurate location and speed calculation occurs every 1,596 mS, thus an accurate location and speed can be broadcasted to the RCC and other trainsets every 1,596 mS. As the speed of the trainset increases, the travel time decreases, allowing for higher broadcast frequency of accurate location and speed values. For example, at an average speed of 25 mph, location updates will occur every 682 mS, and at 60 mph every 284 mS. These update periods are all within IEEE standard values prescribed.
The Wide Area Network (WAN) Communications may use various technologies and networks to provide various levels of connectivity along different types of track areas. Ideally, communications should exist along the entirety of the track system to support broadcasted trainset locations as mentioned above, although continuous WAN communication is not required to continue operations. The broadcasted trainset locations requires only 1024 bits for data transmission and 1024 bits for confirmation acknowledgement, and thus minimal communications is required along the entirety of the track system.
In addition to trainset locations, the WAN Communications will need to support schedule updates from the RCC to each train car. Unlike trainset locations, schedule updates require reasonable bandwidth and will need to be supported by high bandwidth networks. Reasonable locations where high bandwidth communications should exist are stations and switch locations, also known as waypoints.
Within the databases, each record is less than 256 bits and, for a single route, is based on:
Then the number of records to be updated is approximately 250 kB. Allowing for 16CRC, data verification, and other communication overhead, updating a record of a single train would be 6 Mb, and for a complete schedule update 400 Mb (50 MB). It is noted that various embodiments of the present invention, such as communication and data updating (
The Acorn System software complexity is significantly less than a typical CBTC system as the need for complex coding has been reduced to simple linear calculations as described in the headway, speed, and location database descriptions above. The individual class structures are defined so that software development of an individual class can be undertaken by different vendors as header file allowing the class to verify independently and not a single source supplier. SIL verification of the code within the header file, if required will be simpler to establish compliance with CENELEC EN 50159 standard, FRA requirements and IEEE standards.
This reduction in coding enables verification to a SIL rating much quicker, as the lines of code are less and multiple vendors can be engaged to provide the code.
At the switch locations, an Acorn Type 2 Tag can be installed for a typical distance of 4,000 feet leading into the actual switch. The Type 2 Tag will allow the interlocking/ARS to communicate with the onboard systems providing status of switch position and target speed for that location. If a dynamic communication between the existing equipment and the Acorn tags is not possible, the interface will provide track circuit emulation using existing trackside signals or in cab signals.
Referring now to
According to an embodiment, the network of the leading car or the trailing car further can be connected to a wireless communication network using an LTE network at locations where the trackside points are at an open track, and a Wi-Fi network at locations where the trackside points are at an enclosed track (as shown in
Referring now to
The interface at the route control center can translate the current train schedule held by the existing system into an Acorn database format adding the additional granularity of target times at each location. As the trains report their locations, the interface will emulate its positional reporting as currently used by the RCC. The second interface to the existing system is the automatic route setting system. If a route has been changed from that planned, the new routes are converted to an Acorn compatible format and transmitted to the Acorn operating trainsets. These interfaces allow operation with existing and enabling mixed traffic operation, which can also be shown in
As shown in
The key benefit of the Acorn System is that its introduction into service is by an overlay principle and trackside installation being reduce to a minimum avoiding disruption to the users of the systems while minimizing time and cost. To avoid Cyber hacks of the Tags or communications paths encryption is applied to all transmissions and stored Tag data.
According to an embodiment, introduction of service of the Acorn System will occur seamless as the changeover can be practically overnight.
Comparing the industry standard CBTC solutions, the present invention is the only system to utilize RFIDs with the read and write functions for capturing information from the train ahead. No other CBTC system has the “bread crumb” trail, which is a standalone system that can be used to operate trains when all other systems for wireless communications fail. The read/write tags create a virtual block signaling system with the blocks equal to the tag spacing.
In embodiments, a train control system, for use with a train set having at least one leading car and at least one trailing car, comprises a first set of two trackside points located along a path of the train set. At least one RFID Type 1 tag (Acorn tag) is coupled to the two trackside points. The Type 1 tag is configured to store characteristics of the train set as it passes the first set of two track side points. The embodiment further comprises a second set of two trackside points located along a track switch, and at least one RFID Type 2 tag (Acorn tag 2) located at each of the two trackside points. The Type 2 tag is configured to store characteristics of the train set as it passes the second set of track points. The embodiment also comprises at least one RFID tag reader located on the leading car and the trailing car, connected to a network.
In embodiments, a method of controlling a train system comprises a first train car of a first train set communicating with a first car of second train set via a centralized radio controlled communication (RCC) data network, the network containing a track database, a schedule database, and a route database. The first car of the first train set communicates with the first car of the second train set via a back-up communication system, the backup communication system (referred to as mode 1 above) including a first set of two trackside points located along a path of the first train set; an RFID Type 1 tag located at each of the two trackside points configured to store characteristics of the first train set as it passes the first set of two track side points; a second set of two trackside points located along a track switch; an RFID Type 2 tag located at each of the second set of two trackside points configured to store characteristics of the train set as it passes the second set of track points; and at least one RFID tag reader located on each of the first train set and the second train set.
Precise Stopping Point
The wireless train management system described in the foregoing can locate a train set along the track to an interval equal to the tag spacing. However in embodiments, the wireless train management system can be enhanced to enable the system to be stopped with precision at a predetermined point. For example, to interface with objects on a platform when the train stops, such as platform screen doors, or other access points for boarding or loading the train, that require a high degree of accuracy.
In an exemplary embodiment, the tag Reader apparatus of the Wireless Train Management System may include an additional Reader that can acquire the unique identifier (UID) of the tags along the track. The antenna of the Reader may be a directional antenna able to exchange information with a tag when the train is moving below a speed of 30 MPH, and may provide a location reference equal to the width of the antenna. Knowing the direction of travel along a railway track and the location of the Reader, the location of the train doors and car end may be calculated.
An Exemplary Embodiment is Illustrated in
Storage Yard and Train Set Assembly
For a train set consisting of a plurality of train cars, train operators traditionally reorient train cars to prevent unequal erosion of components. Hence when configuring a train set from individual train cars, operators need to know which end of each car to couple first in assembling the train set. Through a yard track network configured with elements as depicted in
To do so, on entry into the yard, each train car communicates with the yard controller, exchanging a Train Yard Data word that allows the yard controller to know each car's orientation and position in its current train set configuration. The Yard controller, via the type 2 tags, routes and parks the train set. If the train set is to be broken up into individual cars, the system may also route the train set to one or more brake up points within the yard. All train car locations are tracked via the type 2 tags and sent to the yard controller database.
The yard controller then allows users to configure train sets from individual train cars within the yard, and to orient the cars as required, and place them in the proper position in the new train set. All cars need to be fitted with Readers.
A suggested storage yard feature includes a turn loop or turntable and cross over switches, as shown in
Emergency and Maintenance Tool
With a traditional train control system, Railway Operation access to operational track infrastructure is controlled via the Route Control Center (RCC) responsible for that track. Even in an emergency scenario, emergency services and maintenance crews cannot enter the track infrastructure until permission is received from the RCC. This system relies on a verbal message or written communications.
For a Railway Operation fitted with a Wireless Train Management System as described in the foregoing, an emergency and maintenance tool (EMT) allows for emergency services and maintenance crews to more easily be granted access to track infrastructure. The device will allow certified crew to place emergency speed restrictions on the rail network directly, with no RCC intervention required.
An emergency speed restriction may be imposed by using the EMT to temporarily add a virtual train to the train network. The virtual train is added by using the device to overwrite a train data word currently stored on a select RFID tag. The virtual train may have a Train ID of “911” or “511” for example, depending upon the scenario prompting the need for track access. Trains in the area of the virtual train will read the train data word and take appropriate action to slow down in or avoid the restricted area. The virtual train word may also contain a speed limitation so that trains entering the area will know what speed they may safely travel until a virtual train clear notification is issued.
The virtual train speed can be set anywhere between 0 (stop) up to the maximum line speed. Virtual train speeds cannot provide trains authorization to travel above the maximum line speed, as determined by the rail authority operating the line.
The EMT device may be portable and be able to be carried by a single person. The tool may be preprogrammed by the operating rail authority with the virtual train ID and Speeds.
The user may, upon following the correct authentication protocol, view the virtual train ID and the default speed restriction to be applied. A default speed restriction may be set that is the lowest value of the speeds available to the user.
When the work that caused the virtual train to be implemented is completed, the user, following the protocol, is able to select “clear” speed notification in order to allow normal traffic operation to resume.
Although embodiments of the invention have been described with a certain degree of particularity, it is to be understood that the present disclosure has been made only by way of illustration and that numerous changes in the details of construction and arrangement of parts may be resorted to without departing from the spirit and the scope of the invention.
This application is a CIP of U.S. patent application Ser. No. 15/992,883 filed May 30, 2018, which is a Continuation of non-provisional U.S. patent application Ser. No. 15/878,157 filed Jan. 23, 2018, the contents of which are incorporated herein by reference in their entirety.
Number | Name | Date | Kind |
---|---|---|---|
8428798 | Kull | Apr 2013 | B2 |
9669850 | Fuchs et al. | Jun 2017 | B2 |
9711046 | Shubs, Jr. | Jul 2017 | B2 |
10518790 | Garmson | Dec 2019 | B2 |
20080068164 | Campbell | Mar 2008 | A1 |
20100032529 | Kiss | Feb 2010 | A1 |
20140263862 | Morris | Sep 2014 | A1 |
20150060608 | Carlson | Mar 2015 | A1 |
20150302752 | Holihan | Oct 2015 | A1 |
20170043797 | Allshouse et al. | Feb 2017 | A1 |
20170217462 | West | Aug 2017 | A1 |
20170349195 | Benedict | Dec 2017 | A1 |
Number | Date | Country |
---|---|---|
109178039 | Jan 2019 | CN |
109305196 | Feb 2019 | CN |
Number | Date | Country | |
---|---|---|---|
20200108848 A1 | Apr 2020 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 15878157 | Jan 2018 | US |
Child | 15992883 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 15992883 | May 2018 | US |
Child | 16703350 | US |