Category: Transportation

  • Business Aviation Agrees to Promote EGNOS Use at European Airports

    The European Business Aviation Association (EBAA) and the European GNSS Agency (GSA) have signed a Memorandum of Understanding to promote the wide use of EGNOS — precision-based navigation (PBN) — at regional airports in Europe, following discussions at the European Space Solutions Conference in Prague in June.

    Maintaining all-weather access at secondary and tertiary airports is becoming more and more important for the air transport community with ever-increasing difficulties when it comes to access at major hubs, according to the EBAA. Business aviation is now in a position to optimize access at more of these regional airports which are often characterized by limited investment or technical innovation on the ground. By improving penetration of EGNOS, the entire air transport value chain will be enhanced, the EBAA said.

    “The aviation community stands to benefit greatly from EGNOS because it means safe access to small- and medium-sized airports without the need for expensive ground equipment,” said Fabio Gamba, EBAA CEO. “Approach procedures have been published for around 100 airports, which is still a far cry from where we should be. A move towards this technology is well overdue, and this is evident if you compare Europe to the U.S. We are proud to have signed this MoU with GSA and together we are committed to having many more procedures published in the near future.”

    “The business aviation segment is a pioneer in the use of EGNOS and most new business aircraft are already equipped. This means that operators can start using published LPV procedures immediately, without making any upgrades, just by obtaining the operational approval from the authority where the aircraft is registered,” said Carlo des Dorides, GSA executive director.

    “EGNOS increases accessibility and enables safer approaches to underserved airports also in poor weather conditions,” said Gian Gherardo Calini, GSA head of market development. “We are committed to working with business operators to enable opening new routes that best serve their specific needs.”

  • CompassCom Previews On-the-Fly Geofencing at Esri User Conference

    CompassCom will offer Esri User Conference attendees a sneak peek at advanced asset tracking capabilities in the upcoming version of its CompassTrac software powered by Esri ArcGIS technology. Scheduled for release in late summer, CompassTrac 6 provides Esri users with custom digitizing tools for geofencing applications and map optimization for any electronic device.

    CompassCom will demonstrate the new CompassTrac 6 capabilities in booth #2307 at the Esri User Conference, being held July 14-18 in San Diego.

    “The newest version of CompassTrac will enable Esri GIS users to keep track of their vehicles and high-value assets with greater ease than ever before whether they are in the office or out in the field,” said CompassCom CEO W. Brant Howard. “On-the-fly geofence alerts increase fleet efficiency and improve crew safety.”

    CompassTrac is the software tool that enables Esri ArcGIS users to view the locations and statuses of vehicles and other high-value assets on their GIS map in real time. Leveraging existing Esri architecture and GIS data files, CompassTrac locates addresses and displays vehicle positions, speeds, and heading on the fly using selected ArcGIS data layers as the map background, including satellite and aerial imagery, the company said.

    Over the past 16 years, CompassTrac has provided field service management services for thousands of vehicles operated by organizations involved in public safety, public works, utilities, road maintenance, delivery and transportation.

    The premier upgrade to CompassTrac version 6 is a set of digitizing tools that allows the user to draw a geofence polygon around any feature or area — a street, neighborhood or town — on the GIS map. If any vehicle or asset being tracked by the system crosses the geofence boundary, CompassTrac will automatically send a text or email alert to select users and highlight the vehicle in question on the map display. These geofence alerts occur instantly and on the fly in real time, providing enhanced tracking of mobile resources to help operators manage their mobile work force.

    Now with version 6, CompassTrac is also hardware agnostic. The software will automatically scale, or optimize, its map view to fit on the screens of desktop computers, laptops, tablets and smartphones, giving Esri users the ability to track assets from any location where they have Internet.

    Visitors to CompassCom’s booth #2307 at the Esri User Conference will also view demonstrations of the new CompassLDE Connector, which provides plug-and-play capabilities to link AVL and mobile resource management tracking to the Esri ArcGIS GeoEvent Processor.

  • Rockwell Collins’ Avionics Enable Successful European Union Flight Demonstrations

    Rockwell Collins’ flight management system (FMS) and GNSS receiver successfully enabled the first demonstrations of advanced arrival and departure flight operations for the European Union’s airspace-enhancing project FilGAPP (“Filling the Gap” in GNSS Advanced Procedures and Operations).

    The goal of FilGAPP is to create new, more efficient methods of navigating airspace using satellite-based navigation and advanced FMS functions.

    “FilGAPP highlights the opportunity that exists for air carriers and corporate operators to increase operating capacity and to save time and fuel through more efficient terminal procedures at European airports,” said Claude Alber, vice president and managing director, Europe, the Middle East and Africa (EuMEA) for Rockwell Collins.

    The most recent demonstration, performed in Germany in collaboration with key FilGAPP operational partners, took place on a Hawker 750 aircraft equipped with Rockwell Collins’ FMS and GNSS receiver. It was the first time that a high precision and high integrity missed approach/departure was performed in Europe.

    The flights also validated technical and operational independence from the closely spaced air traffic control systems of two nearby airports, which enabled increased operational capacity for each airport.

    Similar advanced departure/arrival demonstrations as part of project FilGAPP were performed earlier in the year with Air Nostrum (Iberia Regional) in Spain on Bombardier CRJ-1000 aircraft equipped with Rockwell Collins systems. The trials took advantage of the radius-to-fix functionality connected to European Geostationary Navigation Overlay Service (EGNOS)-enabled localizer performance with vertical guidance (LPV) approaches.

    FilGAPP is a project of the European Commission’s 7th Framework Program managed by the European GNSS Agency (GSA) and coordinated by the Spanish transport consultancy, INECO, with industry and national air navigation service provider partners, including Rockwell Collins.

  • Innovation: Not Just a Fairy Tale

    Innovation: Not Just a Fairy Tale

    A Hansel and Gretel Approach to Cooperative Vehicle Positioning

    By Scott Stephenson, Xiaolin Meng, Terry Moore, Anthony Baxendale, and Tim Edwards

    MEET GEORGE JETSON.Those of us of a certain age will remember the animated TV sitcom The Jetsons, which featured George Jetson, “his boy Elroy, daughter Judy, and Jane, his wife.” It portrayed life in 2062, 100 years after the series debuted in 1962.  George and his family used many futuristic gadgets including robot maids, talking alarm clocks, flat-screen TVs, and flying automated cars. Many of those devices are already available, well ahead of schedule. But flying cars are not quite with us yet. However, asphalt-hugging automated vehicles are already here, albeit still in limited numbers. Google created a buzz recently with tests of its self-driving car. Google’s cars were developed as an outcome of the Defense Advanced Research Projects Agency’s 2005 Grand Challenge in which teams created autonomous vehicles and raced them through a challenging road course.

    Self-driving cars use a host of sensors to determine their position with respect to their surroundings and to navigate a chosen route legally and safely. Although wide-spread ownership of self-driving cars might still be a ways off, drivers of conventional vehicles will soon benefit from the research being conducted to provide them with positional awareness of other vehicles in their vicinity. This work may be characterized as part of the larger effort in developing intelligent transportation systems or ITS.

    What is ITS? In the words of ITS Canada, it’s “the application of advanced and emerging technologies (computers, sensors, control, communications, and electronic devices) in transportation to save lives, time, money, energy and the environment.” This definition applies to all modes of transportation, including ground transportation such as private automobiles, commercial vehicles, and public transit, as well as rail, marine, and air modalities. The term ITS includes consideration not only of the vehicle, but also the infrastructure, and the driver or user, interacting together dynamically.

    Just looking at ground transportation, there are many ITS developments underway, some of which are already implemented to some degree including systems for vehicle navigation, traffic-signal-control, automatic license-plate recognition, parking guidance, and road lighting to name but a few.

    An important aspect of ITS is cooperative vehicle communication, which includes transmission of data vehicle–to–vehicle or vehicle–to–infrastructure (and vice versa — known by the abbreviation V2X. Data from vehicles can be acquired and transmitted to other vehicles or to a server for central fusion and processing. These data can include accurate real-time vehicle coordinates, which can be used to improve driver situational awareness and to monitor traffic flow for example.  This use of V2X is known as cooperative vehicle positioning.

    Several technologies are being developed for accurate cooperative vehicle positioning including lidar, radar, image-based cameras, ultra-wideband, and signals of opportunity. But GNSS also has a role to play. In this month’s column, team of British researchers turn to a children’s fairy tale for inspiration in their development of a cooperative vehicle positioning approach using carrier-phase observations — another innovative application of real-time kinematic or RTK GNSS technology. 


    “Innovation” is a regular feature that discusses advances in GPS technology and its applications as well as the fundamentals of GPS positioning. The column is coordinated by Richard Langley of the Department of Geodesy and Geomatics Engineering, University of New Brunswick. He welcomes comments and topic ideas.


    There is little doubt in the benefit gained from cooperative modes of road transport, as agents working together generally perform better. In simple terms, this is the holistic idea that the whole is greater than the sum of its parts, commonly known as synergy. On top of this clear advantage, the complex systems theory of emergence suggests that novel strategies will develop from the as-yet-undefined patterns and structures. It is clear, however, that to facilitate this development certain technological advances need to be achieved. In this case, individual road agents need to accurately identify their location, and communicate easily and safely with other agents. This is a shift away from protective and passive systems toward preventative and active transport safety.

    Cooperative driving, or vehicle-to-vehicle or vehicle-to-infrastructure driving (V2X), is proposed as the next major safety breakthrough in road transport. An example of the concept is shown in FIGURE 1 It involves agents in the road transport environment communicating on local and national levels in real time, to maximize the efficiency of movement, dramatically reduce the number of accidents and fatalities, and make transportation more environmentally friendly.

    Figure 1. Vehicle-to-vehicle communications as envisioned by the United States Department of Transportation.
    Figure 1. Vehicle-to-vehicle communications as envisioned by the United States Department of Transportation.

    In the U.S., the National Highway Traffic and Safety Administration has commented that connected vehicle technology “can transform the nation’s surface transportation safety, mobility and environmental performance,” with industry experts predicting the widespread uptake of the technology within five to six years. This provides an opportunity for road vehicles to share GNSS information.

    To an extent, this is possible with current technology. Communication is fairly pervasive and pretty robust, with the explosion in personal handheld mobile devices, using the GSM/GPRS, 3G, and 4G cellular communications networks. Positioning systems exist now that will provide a reasonably accurate and reliable location most of the time. However, the type of applications included in cooperative driving demand much higher performance from these positioning systems. For instance, as shown in the example in FIGURE 2, two vehicles approaching an intersection at relatively high speeds require accurate and reliable high output position information, and an ability to communicate with one another, in order to assess the likelihood of collision.

     Figure 2. Vehicles approaching a road intersection would benefit from V2X communication.
    Figure 2. Vehicles approaching a road intersection would benefit from V2X communication.

    These requirements are partly inter-linked, and can be mutually beneficial. For instance, communications methods can be used to share information to aid positioning, and some existing positioning systems can also be utilized to share information.

    Many recent solutions in vehicle tracking research have shifted the GNSS receiver to a supplemental role in the positioning system, favoring an inertial device as the core of the integrated solution. The clear advantage is that an inertial device operates continuously, although other sensors are required to achieve the required navigation performance. The GNSS receiver is demoted because of its inherent limitations, namely the requirement of a clear view of the satellites and the availability of correctional information.

    Most vehicle positioning research over the past two decades has focused attention on GNSS-centered systems, as evidenced by the abundant use of satnav devices used to assist in-car navigation. Despite its apparent monopoly over vehicle positioning in the commercial sector, the most
    successful systems developed to guide autonomous vehicles either relegate GNSS to one of a suite of sensors, or almost disregard it altogether. This is often due to its apparent lack of positioning accuracy or availability. Popular terrestrial positioning sensors include lidar, radar, image-based cameras, ultra-wideband (UWB), and signals of opportunity. Clearly, the combination of different complementary sensors is important, but it would be a mistake to discount the more advanced GNSS positioning techniques that are available, especially with the expansion of the four global GNSS services.

    Cooperative Positioning

    The positioning of GNSS receivers relative to one another is a common application in transportation, such as during the aerial refueling of an airborne fighter jet by a tanker. In this case, it is important to know accurately the relative position of the two airplanes, but not necessarily their absolute position.

    Relative positioning of road vehicles is more complex. By their nature, road vehicles are almost always close to other vehicles or road infrastructure, and there are many separate agents in each scenario. Vehicles can also travel large distances, and in terms of GNSS positioning, this may mean vastly different atmospheric conditions. Hence, relative positioning in road transport is useful if all GNSS receivers relate to the same datum, which in most cases is effectively absolute positioning.

    Some previous work carried out by others concentrated on using GNSS code (pseudorange) and Doppler measurements for the relative positioning of vehicles, because it offers a simpler implementation method and is not susceptible to the cycle slips attributed to carrier-phase measurements. However, this means sacrificing the higher accuracy solution available from carrier-phase measurements. A major obstacle to GNSS positioning for V2X applications is the likely scenario of mixed receiver and antenna technology between vehicles. This has a major influence on the performance of relative positioning. By comparing various V2X relative positioning solutions, researchers found that an increase in positioning accuracy was typically accompanied by a decrease in availability and an increased demand for transmission bandwidth between the vehicles.

    RTK GNSS Positioning. Real-time kinematic (RTK) GNSS positioning can be used to provide a solution at an accuracy of better than 5 centimeters (horizontal). This relies on the static reference receiver being located within 20 kilometers of the roving receiver, observing a good selection of common satellites with dual-frequency receivers.

    When RTK positioning is used, the distance to the reference station has a bearing on the successfulness of the integer ambiguity resolution. A short baseline will benefit from a closer correlation of errors, due to the GNSS signals traveling through very similar parts of the atmosphere. Assuming each receiver is observing common satellites, this similarity will typically result in a higher success rate in the ratio test using the common Least Squares Ambiguity Decorrelation Adjustment, or LAMBDA, technique. This is particularly important following a GNSS outage.

    GNSS positioning of road vehicles using RTK or network RTK (where a network of reference stations replaces a single RTK reference station) can provide highly accurate (< 5 centimeters), high integrity, real-time tracking information with little delay and at a high output rate. The proliferation of network RTK GNSS positioning systems has increased dramatically over the last decade. Network RTK GNSS positioning can minimize the spatial decorrelation of errors that is a characteristic of single-reference RTK positioning as distance increases between reference and rover receivers. This allows the wide mobility range demanded from automotive applications.

    The transmission protocol of network RTK corrections is typically RTCM v3.0 or higher, and the composition of the correction information varies depending on the commercial service provider. The most common type of correction message format is that for a virtual reference station (VRS), although the most comprehensive and versatile method is the master-auxiliary concept (MAC). See references in Further Reading for details.

    In V2X and other intelligent transportation systems (ITS) applications, the position must be accurate, reliable, available, and continuous. Previous research has shown that network RTK GNSS positioning can deliver a highly accurate and precise solution in an ideal observation environment. In one test, more than 99 percent of the observations lay within 2 centimeters of the truth solution, with a very small number of anomalous results of up to 20 centimeters.

    The availability of a network RTK solution is determined by the availability of GNSS signals and the network RTK corrections. As network RTK positioning uses carrier-phase observations, GNSS outages and cycle slips significantly affect the performance of a receiver. However, the re-initialization of the fixed integer ambiguity resolution following a GNSS outage (such as caused by an overhead bridge) can be relatively fast. But from a cold start, the ambiguity resolution can take up to two minutes. This limits the widespread adoption of the technology for vehicle positioning.

    NGI Road Vehicle and Electric Locomotive Testbeds. We have carried out research at the Nottingham Geospatial Institute (NGI) using state-of-the-art testing facilities. These bespoke in-house facilities allow repeated controlled experiments, and are a useful tool in the development of ITS and V2X technology.

    To test the positioning performance thoroughly and under real-world conditions, we carried out experiments using the NGI’s road vehicle, which is equipped with a collection of on-board ground-truth systems.

    Also, the roof of the Nottingham Geospatial Building (home of NGI) is the location of a remotely operated electric locomotive running on a 200-millimeter-gauge railway track. A photograph of the locomotive and plan of the track are shown in FIGURE 3. The locomotive can carry a selection of various positioning instruments, such as GNSS receivers, inertial navigation system (INS) devices, and tracking prisms, and can travel at a speed of over three meters per second. The position of the track is accurately known, and has previously been scanned at a resolution of 2 millimeters.

    Figure 3. The NGB2 reference base station and electric locomotive track on the roof of the Nottingham Geospatial Building.
    Figure 3. The NGB2 reference base station and electric locomotive track on the roof of the Nottingham Geospatial Building.

    Three control solutions are used to assess the performance of the cooperative positioning techniques in real-world tests: An RTK GNSS control solution provided by a local static continuously operating reference station (CORS); a network RTK GNSS solution based on the MAC standard; and a
    dual-frequency GPS/INS system. Each vehicle also can be independently tracked using survey-grade total stations or a proprietary UWB  positioning system.

    Sharing Network RTK Corrections

    If vehicles could communicate with one another on the road, this would help overcome the communication system limitation in network RTK positioning of road vehicles. For instance, if vehicle A has an external connection to a network RTK service provider (such as a mobile Internet connection) and a local connection to a second vehicle (B), then it could share its network RTK correction messages directly. Effectively, vehicle A would re-broadcast the correction information it has received from the corrections provider to the receiver on vehicle B. However, this would rely on the functional capability of the receiver of vehicle B, as network RTK real-time processing can be computationally intensive.

    Not all network RTK correction messages can be shared in this way, and the range over which the correction messages are still valid needs to be determined. As vehicles communicating with V2X devices are likely to be relatively close (a few hundred meters at most), the feasibility of sharing network RTK information is good. 

    However, the network RTK VRS technique may offer more advantages. It is the most common form of network RTK used around the world, and requires significantly less bandwidth (approximately 10 kilobits per second at 10 Hz). The rover receiver is also less burdened by processing requirements. A VRS system operating on buses in Minnesota restricts the baseline to 2 miles, by updating the VRS location every 2 minutes.

    Correction messages typically have a lifespan of 10 seconds. After this time, the receiver determines the messages to be too old and does not compute a fixed-integer position. It can, however, use the information to calculate a differential GNSS (DGNSS) position. Therefore, the relayed message must arrive at the receiver on vehicle B well within 10 seconds. Previous trials at NGI found that the typical message latency of the original correction message reaching vehicle A via a GSM/GPRS connection is 0.85 seconds. The additional V2X communication to transfer the message to vehicle B should not add a significant delay.

    Capturing Network RTK Messages. To demonstrate the potential benefit of sharing network RTK messages between vehicles, network RTK messages were captured on board a vehicle and shared with a second vehicle. Vehicle A is the NGI van, and vehicle B is the NGI electric train. Most off-the-shelf network-RTK-enabled GNSS receivers are designed to communicate directly with the network RTK server using a connected communication device (GSM modem, UHF/VHF radio, cell phone, and so on), which typically provides a stable connection to minimize data loss.

    To intercept the network RTK correction message, the GNSS receiver was set up to simply accept the correction message from a smartphone via Bluetooth. In this case, the connection to the network RTK service provider is established between the smartphone and the network RTK server. An application running on the smartphone (as shown in FIGURE 4) requests information from the network RTK server, logs the data, and passes the message directly to the Bluetooth-connected GNSS receiver on vehicle A. By intercepting the correction message, it can also be forwarded on to a second receiver, in this case on vehicle B.

    Figure 4. Flowchart showing the capturing and sharing of network RTK correction messages (left), and the NTRIP client program running on an Android smartphone (right).
    Figure 4. Flowchart showing the capturing and sharing of network RTK correction messages (left), and the NTRIP client program running on an Android smartphone (right).

    Sharing Messages with Second Receiver. FIGURE 5 shows the positioning solutions generated by a shared-network-RTK correction message. The original message was captured by the smartphone application operating on board vehicle A (the NGI van), and applied to GNSS observations made by a receiver on vehicle B (the NGI train). The baseline between the two vehicles was less than 100 meters, and the location of the VRS requested from the network RTK server was the NGI building (in geodetic coordinates to three decimal places). As Figure 5  clearly shows, the shared VRS corrections are equally valid for any receiver operating in the vicinity of the VRS. The thick red line is the fixed position of the train track, and the thin blue line represents the positions generated by the GNSS receiver using the shared network RTK corrections.

    Figure 5. Sharing the network RTK message from vehicle A to vehicle B.
    Figure 5. Sharing the network RTK message from vehicle A to vehicle B.

    The VRS message type was chosen because it requires much less bandwidth, takes less processing capacity, and is prevalent among legacy receivers. Network RTK users typically require download speeds of 1.8 kilobits per second (VRS) and 5.6 kilobits per second (MAC). This is well within the typical speeds available from cellular wireless communications, which offer 80 kilobits per second downlink speeds from 2.5G systems to beyond 40 megabits per second for recent 4G systems.

    The GNSS receiver on vehicle B is operating in an ideal location, with a clear view of the sky and a high number of visible satellites, which improves the probability of successful RTK ambiguity resolution.

    Generating Pseudo-VRS Corrections

    The potential benefit to GNSS positioning of using V2X communication between various road vehicles and infrastructure can be expanded by the implementation of pseudo-VRS positioning. This system resembles the children’s fairy tale Hansel and Gretel, where in order to help remember the route through a forest that guides them back to their home, Hansel drops markers along the path (in separate cases small white pebbles, and then breadcrumbs). By using the markers, the children can navigate their way through the forest, but without them they are left lost and disoriented.

    The pseudo-VRS system uses a similar principle, where vehicle A marks its path by leaving behind small packets of information that can be used by other nearby vehicles. The small packets of information are VRS-like, and are broadcast using V2X communication devices and technology. Like the breadcrumbs in the fairy tale that are eaten by birds shortly after being dropped by Hansel, these VRS-like packets of information have a short lifespan.

    VRS Requirements. It has been long established that a short baseline between reference and rover receivers leads to more accurate and successful relative GNSS positioning. A short baseline can effectively deal with satellite orbit and atmospheric errors, which become difficult to deal with as the baseline length grows, and is the reason why RTK GNSS positioning is typically limited to baselines shorter than 20 kilometers. A typical RTK baseline may be between 1 and 10 kilometers long, but it is still beneficial to reduce the baseline further, particularly if there is a large difference in elevation. This is enabled by the VRS network RTK technique. By using the observation data from several permanent reference stations that surround the rover location, a virtual reference station is created close to the location of the rover, including virtual observation measurements and position. This VRS information is transmitted to the rover, and the rover receiver treats the information like that of a real reference station. This technique can deliver better than 5-centimeter accuracy up to 35 kilometers.

    The principle builds on the transfer of measurements made at the real reference stations to the VRS. The carrier-phase measurement at the real reference station ( E-sr ), shown in Equation 1, is made up of the geometric distance between the receiver and satellite ( E-1a  ), the integer ambiguity ( E-1c  ), and the receiver and satellite clock bias (E-1b ). The key to the VRS technique is that the integer ambiguity and the receiver and satellite clock bias are not location dependent, so they can be transferred directly to the virtual reference station from the real reference station.

    E-1   (1)

    By differencing the carrier-phase equation of the real and virtual reference stations ( E-2b  and  E-2a, respectively), the ambiguity and clock errors are canceled. The result is shown in Equation 2.

     E-2  (2)

    By combining the carrier-phase measurement equations at the real and virtual reference stations, only two unknown terms remain. The first includes the position of the VRS (  E-2c ), which is, in principle, arbitrary and is typically the approximate location of the rover receiver. The second is the observable of the VRS ( E-2d ), which can now be obtained without actually measuring it. (In practice, the technique is a little more complex, as satellite orbit and atmospheric errors and biases need to be modeled for the VRS position). The VRS information can then be packaged using the RTCM standards and delivered to the rover receiver to enable network RTK VRS positioning.

    Pseudo-VRS. Using the established VRS techniques and standards described above, we propose to use the GNSS observations and subsequent position information to simulate the existence of a VRS (see FIGURE 6). Imagine vehicle A carries a GNSS receiver together with the means to calculate   its position accurately (for instance, it is also receiving differential corrections or has other positioning devices on board). So long as the receiver can successfully resolve the integer ambiguity, it can also produce each component required to describe a VRS. Clearly in this case, the receiver on vehicle A is a “real” reference station, but the existing VRS standards can be exploited to transfer this information to other local GNSS receivers. For instance, a receiver operating on vehicle B can use the information as a local real-time differential correction service.

    Figure 6. The flow of data during the generation and sharing of pseudo-VRS data.
    Figure 6. The flow of data during the generation and sharing of pseudo-VRS data.

    Because the VRS technique is well established (the most popular form of network RTK positioning), legacy receivers are able to take advantage of this pseudo-VRS information. RTCM standards are also well defined for the transfer of GNSS information in this form. 

    The pseudo-VRS information is valid for several seconds, so the delays introduced in transferring the information from one vehicle to a second can easily be accommodated. Like any communication device based on radio waves, V2X communication devices are likely to be subject to a level of delay and message loss that requires redundancy in the system. It is important that during one epoch the whole pseudo-VRS message is delivered, as there is little similarity between one epoch and the next. The original reference receiver is likely to be on a moving vehicle.

    Effectively, the pseudo-VRS imitates the VRS in Equation 2 by providing the virtual reference station coordinates and carrier-phase observable. The information is also delivered to the second receiver in the same format RTCM message. A slight difference here is that only one-way communication is needed — the original coordinates of the VRS do not need to be supplied by the second receiver.

    The pseudo-VRS processing is carried out using the RTKLIB open source software. RTKLIB has limited options to vary the position of the base station during RTK positioning, so the program is seeded with customized configuration files and run independently for each epoch. This creates an additional feature: The processing of each epoch has no effect on any other.

    Vehicle-to-Vehicle Communication. As we just consider the exploitation of V2X devices in this article, the nature of the communication medium is not under test. For this reason, off-the-shelf wireless routers (2.4 GHz) were used to communicate between vehicles, using fixed local IP addresses. However, the performance of the routers under cooperative driving tests is limited by range, multipath, and signal obstruction.

    Real-World Tests

    To generate significant test results, some of the following tests use recorded and replayed data.

    Test Setup. To test the performance of a pseudo-VRS positioning system, and the success of different configurations, real-world tests were carried out at the Nottingham Geospatial Institute. Two vehicles were used. Vehicle A was the NGI’s road vehicle, and vehicle B was the NGI’s electric locomotive. As the position of the locomotive test track is very accurately known, this can be used to measure the performance of the pseudo-VRS system.

    Vehicle A was equipped with six GNSS receivers, a tactical-grade INS system, and a wheel odometer, and tracked using a total station and 360º prism. This provided multiple position solutions to ensure significant results.

    Vehicle B was equipped with a GNSS receiver, and tracked using a proprietary UWB system for related V2X tests.

    Also, on the roof of the NGB, and lying inside the track perimeter, is the NGB continuously operating reference
    station. This hyper-local reference station allows local RTK solutions, and acts as a barometer of GNSS activity when tests are episodically carried out.

    FIGURE 7 shows an aerial image of the test scenario. The Google background shows the NGB to the west, and surrounding roads to the south and west (still under construction during the image acquisition). The thin yellow line is a ground distance of 100 meters. The red dots signify the position of vehicle A (in the east), and the purple dots show the position of vehicle B (on the roof of the NGB building). The accuracy of the Google image is unknown, and is used here purely for illustrative purposes.

    Figure 7. Aerial image of the test.
    Figure 7. Aerial image of the test.

    Test Results. These tests are designed to show the performance of a pseudo-VRS system using a V2X communication system. However, the results shown here were created using recorded raw data. The test results will help to design the correct RTCM message to share between vehicles in future tests.

    To simulate the operation of a pseudo-VRS system, vehicle A must share its known absolute position and some raw RINEX information for each epoch with vehicle B. Vehicle B can then use this information, together with its own observed RINEX data, for the same epoch to calculate its known absolute position. In practice, there will be a slight delay in the delivery of the information from vehicle A (much like in a traditional RTK system), so that information from concurrent epochs are unlikely to be used.

    The RTKLIB software cannot directly handle the variation of a base station’s coordinates (and output an absolute solution), so a small separate script was designed to utilize the processing capability of the software in a pseudo-VRS system.

    FIGURE 8 shows the results of pseudo-VRS positioning. During dual-frequency tests, 99.67 percent of observations achieved fixed ambiguity (1197/1201). During single-frequency (broadcast ionosphere) RTK, 61.45 percent (738/1201) observations achieved fixed ambiguity. The ratio test threshold was 2.0. Around the area of 454930E 339708N, the number of common visible satellites dropped from eight to seven, and then again from seven to six three seconds later. This caused each of the three solutions to degrade slightly. The dual-frequency RTK solution briefly lost its fixed ambiguity solution (for two epochs, or 0.1 seconds), before regaining the fixed solution. The single-frequency RTK solution could not achieve a fixed ambiguity solution again until the number of common visible satellites returned to seven (five seconds after the initial satellite was lost). The DGNSS solution saw a similar degradation in its solution during this period.

    Figure 8. Results from pseudo-VRS positioning.
    Figure 8. Results from pseudo-VRS positioning.

    The mean coordinate errors for the three solutions are 0.054, 0.707, and 0.323 meters (1 standard deviation, 3D), as shown in Table 1. This is compared to a solution calculated using the local CORS base station. The error in horizontal and vertical follows the typical ratio of 1:2. Test results were also completed using a lower pseudo-VRS update rate. At 1 Hz, the results prove even better. Although the latency of the correction is up to 1 second (positioning is calculated epoch by epoch), the results were better than updates at 20 Hz. The dual-frequency RTK solution achieved a fixed ambiguity at every epoch (100 percent), and when compared to the known track position appeared correctly fixed. The single-frequency RTK solution achieved a fixed ambiguity for 70.02 percent (897/1201) of the observations; a slight improvement over the 20-Hz results.

    Table 1. Results from pseudo-VRS positioning.
    Table 1. Results from pseudo-VRS positioning.

    Table 2 shows the performance of the pseudo-VRS system under different latency scenarios. This is important because a message transmitted by vehicle A may be delayed or newer messages may be disrupted. Once the latency of the correction message reaches 8 seconds, the performance of the positioning solution begins to drop. The number of fixed ambiguity solutions falls, and the resulting positioning accuracy also decreases. However, the solution can still deliver 20- to 30-centimeter accuracy with a message latency of up to 30 seconds.

    Table 2. Effect of message latency on positioning quality.
    Table 2. Effect of message latency on positioning quality.

    Conclusions

    This article has outlined the potential benefit of V2X technology to cooperative vehicle positioning. A vehicle that knows its absolute position accurately can assist a second vehicle to position itself using established GNSS techniques.

    The pseudo-VRS base-station location must have reasonably accurate coordinates. Without this, the correct integer ambiguity cannot be resolved, and there is the risk of an incorrect resolution giving false success. This requires good reliability and integrity of the position of vehicle A, a characteristic that can be provided by network RTK positioning but likely needs further support from alternative positioning solutions.

    Acknowledgments

    The authors acknowledge Leica Geosystems for the provision of an academic license for the SmartNet network RTK service. We thank Yang Gao and Qiuzhao Zhang of the University of Nottingham for their assistance and detailed discussion during the experimental tests. The work was supported by the U.K.’s Engineering and Physical Sciences Research Council. This article is based on the paper “A Fairy Tale Approach to Cooperative Vehicle Positioning” presented at the 2014 International Technical Meeting of The Institute of Navigation held in San Diego, California, January 27–29, 2014.

    Manufacturers

    For our tests, vehicle A (NGI’s road vehicle) was equipped with six Leica Geosystems AG GS10 GNSS receivers with individual AS10 antennas, an Applanix Corp. POS RS with Honeywell International Inc. CIMU tactical grade INS system, and was tracked using a Leica Nova TS50 total station. Vehicle B (NGI’s electric locomotive) was equipped with a Leica GS10 GNSS receiver and AS10 antenna.


    SCOTT STEPHENSON is a postgraduate student at the Nottingham Geospatial Institute (NGI) within the University of Nottingham, Nottingham, U.K.

    XIAOLIN MENG is an associate professor, theme leader for positioning and navigation technologies, and an M.Sc. course director at NGI. 

    TERRY MOORE is the director of NGI at UoN, where he is the professor of satellite navigation and an associate dean within the Faculty of Engineering.

    ANTHONY BAXENDALE is head of Advanced Technologies & Research at MIRA Ltd. (formerly the Motor Industry Research Association), an automotive consultancy company headquartered near Nuneaton in Warwickshire, U.K.

    TIM EDWARDS is a principal engineer responsible for intelligent mobility research activities within the Future Transport Technologies Group at MIRA Ltd. 


    FURTHER READING

    • Authors’ Conference Paper

    “A Fairy Tale Approach to Cooperative Vehicle Positioning” by S. Stephenson, X. Meng, T. Moore, A. Baxendale, and T. Edwards in Proceedings of ION ITM 2014, the 2014 International Technical Meeting of The Institute of Navigation, San Diego, California, January 27–29, 2014, pp. 431–440.

    • Intelligent Transportation Systems

    Proceedings of IEEE ITSC 2013, the 16th International IEEE Conference on Intelligent Transportation Systems, “Intelligent Transportation Systems for All Modes,” The Hague, The Netherlands, October 6–9, 2013.

    Overview of Intelligent Transport Systems (ITS) Developments in and Across Transport Modes by G.A. Giannopoulos, E. Mitsakis, and J.M. Salanoca, Joint Research Centre Scientific and Policy Report EUR 25223 EN, Institute for Energy and Transport, Joint Research Centre, European Commission, 2012, doi: 10.2788/12881.

    How Google’s Self-Driving Car Works” by E. Guizzo in IEEE Spectrum Blog, October 18, 2011.

    Elbow Room on the Shoulder: DGPS-Based Lane-Keeping Enlists Laser Scanners for Safety and Efficiency” by C. Shankwitz in GPS World, Vol. 21, No. 7, July 2010, pp. 30–37.

    “Driverless Cars” by R. Murray in Computing and Control Engineering, Vol. 18, No. 3, June-July 2007, pp. 14–17.

    • GNSS and Inertial Navigation Systems

    “GPS and Inertial Systems for High Precision Positioning on Motorways” by J.E. Naranjo, F. Jiménez, F. Aparicio, and J. Zato in Journal of Navigation, Vol. 62, No. 2, April 2009, pp. 351–363, doi: 10.1017/S0373463308005249.

    • Vehicle-to-Vehicle and Vehicle-to-Infrastructure Technologies

    “Implementation of V2X with the Integration of Network RTK: Challenges and Solutions” inProceedings of ION GNSS 2012, the 25th International Technical Meeting of The Satellite Division of the Institute of Navigation, Nashville, Tennessee, September 17–21, 2012, pp. 1556–1567.

    DOT Launches Largest-Ever Road Test of Connected Vehicle Crash Avoidance Technology, National Highway Traffic Safety Administration press release, August 21, 2012.

    “Relative Positioning for Vehicle-to-Vehicle Communication-enabled Vehicle Safety Applications” by C. Basnayake, G. Lachapelle, and J. Bancroft in Proceedings of the 18th ITS World Congress, Orlando, October 16–20, 2011.

    Can GNSS Drive V2X” by P. Alves, T. Williams, C. Basnayake, and G. Lachapelle in GPS World, Vol. 21, No. 10, October 2010, pp. 35–43.

    • Network RTK

    Network RTK for Intelligent Vehicles” by S. Stephenson, X. Meng, T. Moore, A. Baxendale, and T. Edwards in GPS World, Vol. 24, No. 2, February 2013, pp. 61–67.

    “A Comparison of the VRS and MAC Principles for Network RTK” by V. Janssen in Proceedings of  IGNSS2009, the 2009 Symposium of the International Global Navigation Satellite Systems Society, Gold Coast, Queensland, Australia, December 1–3, 2009.

    Introduction to Network RTK” by L. Wanninger, IAG Working Group 4.1: Network RTK (2003–2007). Online article. Last modified June 16, 2008.

    RTCM Standard 10403.1 for Differential GNSS (Global Navigation Satellite Systems) Services – Version 3, developed by RTCM Special Committee No. 104, Radio Technical Commission for Maritime Services, Arlington, Virginia, October 27, 2006.

    “Accuracy Performance of Virtual Reference Station (VRS) Networks” by G. Retscher in Journal of Global Positioning Systems, Vol. 1, No. 1, 2002, pp. 40–47.

    “An Overview of Multi-Reference Station Methods for cm-Level Positioning” by G. Fotopoulos and M.E. Cannon in GPS Solutions, Vol. 4, No. 3, January 2001, pp. 1–10, doi: 10.1007/PL00012849.

  • Occupy Media Space Now EGNOS and Galileo Mission

    By Peter de Selding

    The message to the recent European Space Solutions conference in Prague was simple enough: EGNOS is here, so let’s use it; Galileo is almost here, so let’s promote it.

    Neither task is straightforward.

    Take the European Geostationary Navigation Overlay Service (EGNOS), the European piece of a near-global network of terminals on geostationary satellites linked to networks of ground stations to verify GPS signal accuracy, primarily for aviation but with further applications as well. Other pieces of this global network are the Wide Area Augmentation System (WAAS) in the United States, the System for Differential Corrections and Monitoring (SDCM) in Russia,  GPS-aided GEO-augmented Navigation (GAGAN) in India, and Multi-functional Satellite Augmentation System (MSAS) in Japan.

    EGNOS is operational. It works. Once airports publish the required specificafions for localizer performance with vertical guidance (LPVs), aircraft with EGNOS terminals ultimately will be able to use EGNOS for flight terminations up to as low as 200 feet above the runway. Gone is the need for runway infrastructure, and welcome to the long-promised world of satellite-based augmentation systems. “It offers cheap solutions for precision approach,” said Fabio Gamba, chief executive of the European Business Aviation Association.

    In the United States, where business aviation is a bigger market than in Europe, some 3,400 LPVs have been published for 1,670 airports. In Europe, the equivalent figure is 108 LPVs at 77 airports.

    Why the sluggish response? Gamba cited a long list of issues, including some that appeared more political than technical. Part of the reason, some said, was that the EGNOS backers, including the company under contract to manage the system — European Satellite Services Provider (ESSP) of Toulouse, France — have not done enough to get the word out.

    After all, these observers said, EGNOS suffered multiple delays, and its bigger younger brother, Galileo, has had bad press for years as its business model, ownership, regulatory backing, and schedule took turns in making eyes roll in Europe.

    But that’s yesterday’s issue. Thierry Racaud, chief executive of ESSP, said EGNOS posted greater than 99 percent availability in May for its safety-of-life service, which is currently available on none of the other regional GPS augmentation systems except WAAS.

    Racaud promised that the 108 LPVs signed so far would grow to 180 by the end of this year, and that 200-foot level approaches would be certified by late 2015. He said he hoped all 28 member nations of the European Union would have concluded their EGNOS regulatory approvals by 2017 or 2018.

    “What we need now is more users,” Racaud said.

    If EGNOS is not well known on its home turf, imagine its status in Africa, where European companies are trying to sell its adoption. Abdel Nasser Saint’Anna, director of the EGNOS-Africa Joint Program Office, said Africa should be Exhibit A for an EGNOS success pitch. Of the 2,500 runways in Africa, he said, only 177 were equipped with instrument landing systems (ILS), the system EGNOS and Galileo ultimately would like to replace.

    Galileo, with Four, in Fourth

    Galileo, too, appears headed for a successful adoption in many areas around the world even if, once operational, it likely will be the fourth global GNSS system in place, after GPS, Russia’s GLONASS and China’s BeiDou — not counting the large regional Indian and Japanese systems now being developed.

    For those with scorecards, recall that four Galileo satellites, designed to validate the system’s performance, are in orbit. Carlos des Dorides, director of the European GNSS Agency (GSA) in Prague, said tests in May proved Galileo’s interoperability with GPS.

    More importantly, des Dorides said the tests demonstrated how much better it is for consumers when their terminals access GPS and Galileo together. That should be obvious. Less obvious: Results were much better than with terminals tracking both GPS and GLONASS, he said.

    The more satellites, the better? Yes, at least up to a point. Whether terminal manufacturers will see fit to incorporate all four global GNSS constellations, plus one or two of the regionals, in their hardware remains to be seen.

    But the pent-up demand for Galileo does now seem better than it was as little as a year ago, despite the fact that some Asian nations attending the conference said they need Galileo to demonstrate its vitality sooner rather than later. Some officials said signal-quality issues with Beidou, and the recent GLONASS outage, will more than make up for Galileo’s delays as long as deployment progress is visible.

    The fact remains that by 2020 there will be more than 100 GNSS satellites in medium-Earth orbit, in addition to the augmentation terminals on geostationary satellites.

    A graphic presented by SpaceTec Partners’ Rainer Horn, whose company has been charged with preparing the Asian market for Galileo, showed just how dense the Asian skies will be with GNSS assets at the end of the decade. India, China, Japan, Taiwan, and South Korea are SpaceTec’s current Asian targets.

    The message from these markets: Launch Galileo now. Drum up support. Occupy the media space.

    Did the European Commission get the message? Time will tell. The next opportunity to wave the Galileo flag comes in late August, when the first two of 22 full-operational-capability satelllites will be launched from Europe’s spaceport in South America. Two more are scheduled to follow late this year.

    Eight satellites in orbit by Christmas will not make an operational service, whatever the brochures say. But does that matter? Galileo now has secure funding, through 2020, for most — not all — of what it needs to launch a full constellation. Absent a new issue, by 2017 few will remember the delays.

    Paul Weissenberg of the European Commission, who has seen the Galileo wars up close, reminded the European Space Solutions audience in Prague that one future Galileo customer sits outside the commission’s offices, waiting for approval to use Galileo’s PRS encrypted service. The U.S. Defense Department’s desire for Galileo does not have an expiration date. Just launch it.

  • eDLoran: The Next-Gen Loran

    eDLoran: The Next-Gen Loran

    vw-W

    Potential GNSS Back-up Improves to GPS-Level Accuracy

    A new enhanced differential Loran system demonstrates 5-meter accuracy not achievable by the current DLoran system, and requires less expensive reference stations. A prototype tested in Rotterdam’s Europort area uses standard mobile telecom networks and the Internet to reduce correction data latency — a key source of error — by one to two orders of magnitude.

    By Durk van Willigen, René Kellenbach, Cees Dekker, and Wim van Buuren

    For maritime applications, Loran is considered as the most promising backup for GNSS for situations where the use of navigation satellite signals is denied. For this reason, the Dutch Pilots’ Corporation askedReelektronika to investigate whether differential Loran could meet the Dutch Pilots’ 5-meter accuracy requirement for a harbor navigation system. This proved to be an enormous challenge, as preliminary tests showed that even 10 meters was difficult to achieve with differential Loran (DLoran) as promoted by Trinity House, the UK lighthouse authority. This led to a thorough renewed investigation of all possible error sources of a complete differential Loran system. The outcome of this research is very promising, as a couple of major error sources could be isolated. This made the complete system better understandable, so adequate countermeasures could be taken.

    Loran History

    The development of Loran-C started in the United States about fifty years ago. It is a terrestrial low-frequency (100 kHz) system organized as chains, each consisting of a master station with two or more secondary stations. Each station broadcasts in a strict time format series of 8 or 9 pulses of approximately 250 µs. The effective radiated power is in the range of 100 to 1,000 kW, depending on the required working range. These high powers are required by the high levels of atmospheric noise in the 100 kHz frequency band.

    Figure 1 shows the test area of enhanced Differential Loran (eDLoran), using the Loran stations of Lessay (France), Sylt (Germany), and Anthorn (UK).

    Figure 1.  The Loran configuration in the test area of Europort.
    Figure 1. The Loran configuration in the test area of Europort.

    Radiating such high-power pulses requires large vertical transmitting antennae of about 200 meters height (Figure 2). These high power levels have long been seen as a drawback of Loran-C. However, the upcoming GNSS interference risks changed this apparent drawback into an advantage, as jamming such high field strengths is hardly achievable unnoticed. Loran-C is, unfortunately, less accurate than GNSS but it is nearly impossible to jam over large areas. This is one of the major reasons that Loran gets so much renewed interest by all who face risks in life-critical and environment-critical applications of radio navigation.

    Figure 2. Left, the antenna park of 13 masts of ≈200 meters at Anthorn, UK. Right, the 200-meter mast at Sylt, Germany.
    Figure 2. Left, the antenna park of 13 masts of ≈200 meters at Anthorn, UK. Right, the 200-meter mast at Sylt, Germany.

    Differential Loran

    Standard Loran does not meet accuracy requirements for harbor entrance and approaches. The International Maritime Organization requires 10 meters (95 percent), which is at least 5 times more demanding than standard Loran can provide. So, differential techniques have been developed and implemented, which are comparable with differential GPS. Although the error sources of GPS and Loran are quite different, the major common error source in both systems is the lack of accurate propagation models.

    Several years ago, the General Lighthouse Authorities (GLAs) of the UK and Ireland implemented Differential Loran (DLoran) in the test area around Harwich. DLoran is based on a Loran reference station in the area of interest which measures temporal deviations of the measured pseudoranges. These “errors” are then sent to the user receiver through the Eurofix Loran Data Channel. This technique strongly resembles that of differential GPS. Unfortunately, for a number of reasons it proved to be impossible to achieve absolute accuracies of better than 10 meters with DLoran.

    This has led to a new research project to find a more accurate differential Loran technique. All possible error sources have been investigated again where possible, producing unexpected solutions regarding accuracy and cost.

    Error Sources

    The total position error of Loran depends on the accuracy in time of the high-power generated Loran pulses feeding the antenna, the stability of the physical phase center of the Loran transmitter antenna, stability of the tuning of the antenna circuit, the accuracy of the measured additional secondary phase factor stored in the Additional Secondary Factor (ASF)database, and the quality of the Loran receiver. ASF is the additional delay when Loran signals propagate over land with a varying conductivity. As the ASF data are not fixed but vary slightly over time, temporal de-correlation, differential techniques have been developed to counteract that effect. In standard DLoran systems, the differential corrections are sent to the user through the Eurofix data link. Particular error sources include:

    Transmitter Timing Accuracy. A Loran transmitter sends about 100 pulses per second. Each station has three cesium  clocks time-synchronized to Coordinated Universal Time (UTC) via a time-transfer network. A two-way satellite time-transfer system will make it simpler and more accurate.

    Antenna Phase-Center Stability. Loran transmitter antennas are vertical towers approximately 200 meters high to provide vertical polarization. Its phase center, at the published position, does not move more than about 1 meter according to the station crew at Sylt.

    This situation is very different for a wire antenna as installed at the station at Anthorn in Northern England. The top-loaded wire antenna is installed between two towers 200 meters tall and separated by 675 meters (Figure 3). In stormy weather, the antenna position is not stable and does not continuously coincide within 1 meter of the published position of the antenna.

    Figure 3. The enormous top-loaded Loran wire antenna at Anthorn. This type of antenna is not rigidly stable during storm. By courtesy of Babcock International Group.
    Figure 3. The enormous top-loaded Loran wire antenna at Anthorn. This type of antenna is not rigidly stable during storm. By courtesy of Babcock International Group.

    ASF Data. The net travel time of the Loran signal from the transmitter to the receiver antenna is the sum of the propagation through the atmosphere (primary factor or PF), some extra delay due to traveling over seawater (secondary factor or SF), and finally ASF. The PF and SF are calculated from models, while the ASF must be measured. These calculations can only be accurate if the net travel time can be accurately determined and the distance between transmitter and receiver can be calculated with the help of GPS-RTK. The time stamps of the signal when leaving the antenna are not sufficiently accurate. The time stamps on the received signals are established by using a GPS-disciplined rubidium (Rb) clock. In conclusion, we cannot accurately measure and compute the absolute ASF values. All mentioned possible errors led to the use of differential techniques.

    Differential Loran

    As it is not possible to measure ASF data to sufficient accuracy, time-stamp errors at the transmitter can be circumvented by applying differential techniques over a limited area of interest. The receiver at the reference site and the rover receiver experience the same transmitter timing error, which makes it a common error and harmless in differential Loran. It is more difficult to cope with the offset of the Rb clocks at the reference and the rover sites, which is, unfortunately, not common-mode. Differential clock errors of a moving rover receiver may easily rise to 20 ns, equivalent to 6 meters. This type of error limits the achievable accuracy of an ASF data base.

    The measured/calculated ASF data are due to weather effects on propagation slightly moving with time. That is the reason to use a reference receiver to measure these temporal variations and send these as AFS corrections to the rover receiver via the 30 bps Eurofix data link. Unfortunately, this rather slow data link introduces significant data latency, which turned out to be the source of significant differential Loran errors.

    In the UK, many tests have been conducted to measure these ASF shifts and use the Eurofix data link for sending correction data to the user receiver. DLoran data are sent as pseudorange corrections per station. A complete set of DLoran correction data takes about 90 seconds. The UK plans to send correction data from multiple reference stations via a single Eurofix channel. The resulting very large data latency will preclude accuracies any better than 10 meters. The main reason of this conclusion was found by further analysis of measurements of the position of the rover receiver. These positions are shown as a scatter plot in Figure 4.

    Figure 4. On the left the position deviation scatter plot at the rover receiver. The middle plot is the result after applying DLoran corrections from a reference station. The right plot of the same DLoran plot after being low-pass filtered indicating the slow moving of the phase center of the Anthorn transmitter. The axes are in meters.
    Figure 4. On the left the position deviation scatter plot at the rover receiver. The middle plot is the result after applying DLoran corrections from a reference station. The right plot of the same DLoran plot after being low-pass filtered indicating the slow moving of the phase center of the Anthorn transmitter. The axes are in meters.

    The left-hand plot gives the position deviation of 2,500 independent measurements, where the scattering was thought to be caused by noise on the measurements. The middle plot is the result after being corrected by DLoran data with a 90-second data latency, which shows a somewhat modified form but still quite noisy plot. However, when the DLoran data were low-pass filtered, it appeared that often all separate measurements more or less formed lines, which would not happen with just atmospheric noise. Further, the scattering after filtering did not decrease much, which would happen if the disturbances were due to noise. See the right-hand plot in Figure 4.

    This demonstrates that the source of the problem is the slow data rate through the Eurofix channel, in combination with the movements of the phase center of the transmitter antenna at Anthorn. Apparently, the solution had to be found in a much faster data link which could neither be offered by Eurofix (30 bps) nor by the U.S.-proposed OFDM technique with a data rate of approximately 1 kb/s. This unexpected result forced us to drastically change the concept of differential Loran to get much better accuracy results, as requested by the Rotterdam pilots.

    Enhanced Differential Loran

    The above mentioned difficulties with DLoran have led to a new concept of differential Loran which had to fulfil three important primary improvements. The first is a significant reduction in the latency of the data in the data channel; the second is that a large number of reference stations should be allowed to send correction data to the user without saturating the data channel. Finally, it is necessary to measure ASF data more accurately without being dependent on atomic clocks.

    The simple conclusion was that Eurofix could not meet the first two improvements. As Eurofix is an invention of Delft University in the Netherlands, it was somewhat painful for the Dutch to admit that a much faster data link is absolutely needed to achieve a two-fold better differential Loran position accuracy. However, Eurofix is still the prime GNSS backup candidate for distributing accurate UTC over very large parts of Europe. Further, Eurofix has the capability to send short messages, which might be encrypted for secure communication purposes that might then form a terrestrial backup for Galileo PRS.

    Finally, the third improvement to generate more accurate ASF data cannot be found on a pseudorange method but has to be established on position bases.

    Instead of using the Eurofix channel, eDLoran uses the public Global System for Mobile (GSM) network to send the differential corrections to users. eDLoran receivers therefore contain a simple modem for connection to the GSM network. The eDLoran reference stations are also connected to the Internet, which may be implemented via a cabled access or also via a GSM modem.

    Fortunately, today many GSM networks are robust in respect of GPS outages. The eDLoran concept is quite simple and is shown in Figure 5.

    Figure 5. Concept of eDLoran. By courtesy of Babcock International Group.
    Figure 5. Concept of eDLoran. By courtesy of Babcock International Group.

    The eDLoran infrastructure is not connected with any Loran transmitter station and operates completely autonomously. An eDLoran reference station is connected to a central eDLoran server by its connection to the Internet.

    The measured positions of these reference receivers are processed in the eDLoran server, which returns the resulting correction data to the user, also via the Internet. Data latency will be not more than 2 seconds. The rover receiver starts the entire process by sending the raw position to the server, which will then return the optimal ASF database for that particular area. Corrections can be calculated by using data from multiple reference stations. Reference stations for eDLoran are small and consume not more than 10 Watts. Two types of reference stations are under development. A portable simple battery-powered version, not larger than 2 meters, can operate for 8 hours. This version is meant to do interference analysis on selected candidate locations. For a permanent installation, a continuously operating solar-powered unit is also under development. See Figure 6.

    Figure 6. Concepts of a mini reference station (left) and a permanent eDLoran reference station.
    Figure 6. Concepts of a mini reference station (left) and a permanent eDLoran reference station.

    It has been mentioned that measuring accurately the departure and arrival times of Loran pulses is difficult. It is however needed in order to work out the ASF data on the pseudorange measurement for each Loran station in view. Therefore, a DLoran ASF measurement receiver concept uses Rb clocks and is relatively large and power-hungry. With eDLoran, position offsets due to ASF effects are measured and an eDLoran reference server outputs position- instead of pseudorange-corrections. Measuring positions is much simpler and more accurate and can be done with standard miniature low-power eLoran receivers. No GPS-disciplined Rb clock is needed, and total costs are significantly lower. The gain in accuracy of this simpler ASF measurement receiver together with the very low data latency is one of the reasons that the resulting eDLoran position accuracy is now approximately 5 meters instead of 10 meters with DLoran.

    eDLoran Results

    We conducted real-life static and dynamic tests to demonstrate the capabilities of this new concept. The static tests were done in post-processing with logged data from Hook of Holland and at Reelektronika, about 40 kilometers to the east. Only standard eLoran receivers, mostly equipped with E-field antennae, were used, and no atomic clocks were applied. At Reelektronika ,we used two 2-meter mini-reference stations, while in Hook of Holland the Loran antenna was mounted on top of the 30-meter lighthouse. Dynamic tests were done on board of the MS Polaris, the new pilot-station vessel of the Dutch Pilots’ Corporation.

    Static Tests. To give a realistic image of the resulting errors of eDLoran, the scatter plots in Figures 7 and 8 are depicted in the position domain. The radial errors are shown in the time domain where the horizontal axis gives the 5-second epochs. The left and the middle plot show the results of the rover and the reference receiver, respectively. The eDLoran plots on the right depict interesting results, as those variations in ASF are largely cancelled while the scattering is smaller than that of the measurements at the rover and the reference receiver, individually. The scattering at the two locations was apparently partly due to low-frequency disturbances, for example because of the moving phase center of the antenna at Anthorn, or instabilities in the time-control loops in the transmitters.

    Figure 7. Position scatter plots in the upper row and radial error plots in the lower row of the user receiver on the Maasvlakte and the reference receiver at Hook of Holland. The right-hand column depicts the results for eDLoran. The two sites are separated by about 11 km. The horizontal axis shows the 5-second epochs.
    Figure 7. Position scatter plots in the upper row and radial error plots in the lower row of the user receiver on the Maasvlakte and the reference receiver at Hook of Holland. The right-hand column depicts the results for eDLoran. The two sites are separated by about 11 km. The horizontal axis shows the 5-second epochs.
    Figure 8. Position scatter plots in the upper row and radial error plots in the lower row of the receivers at Reelektronika and Hook of Holland. The right-hand column depicts the results for eDLoran. The two sites are separated by about 40 km. Some eDLoran accuracy degradation around events 250 and 500 may be due to local interference at Reelektronika.
    Figure 8. Position scatter plots in the upper row and radial error plots in the lower row of the receivers at Reelektronika and Hook of Holland. The right-hand column depicts the results for eDLoran. The two sites are separated by about 40 km. Some eDLoran accuracy degradation around events 250 and 500 may be due to local interference at Reelektronika.

    Figure 7 shows the situation where the rover and the reference receiver were separated by 11 kilometers, while Figure 8 depicts the results when the rover receiver was at Reelektronika, more than 40 kilometers from the reference site at Hook of Holland.

    This effect of movement of the phase center of the transmitter antenna is further made visible by applying an alpha-tracker (α = 0.9) on the position data of both receivers, which have an update rate of 5 seconds. The lining-up of dots on some parts of the scatter plots in Figure 9 are believed to be due to swaying of the transmitter antenna. Due to the low-pass filtering, the disturbances now contain fewer high-frequency terms.

    Investigating the radial error plots of Figure 9, it is remarkable that the large excursions at event 1880 largely cancelled. The disturbance at event 1880 might be caused by antenna movement at Anthorn, which is nearly perfectly cancelled by eDLoran.

    Figure 9. Above plots are based on the same data as in Figure 8 but now after passing through an alpha tracker with α = 0.9. Note the correlation of the radial deviations around events 1800 in both 40 km separated receivers and the strong reduction in scattering.
    Figure 9. Above plots are based on the same data as in Figure 8 but now after passing through an alpha tracker with α = 0.9. Note the correlation of the radial deviations around events 1800 in both 40 km separated receivers and the strong reduction in scattering.

    Investigating the radial error plots of Figure 8 and 9, it is remarkable that the large excursions around epoch 1900 largely cancel, while this is not happening at epoch 250. There, some local interference might have been the cause. The disturbance at event 1900 might be caused by swaying of the Anthorn antenna which is then a common-mode error at both receivers and is therefore strongly reduced in the eDLoran plots.

    Dynamic Tests. Dynamic testing on board the Polaris at sea (Figure 10) is somewhat more complex to do correctly. The eDLoran receiver was installed about 1 meter above the GPS-RTK reference receiver. In this way, the lever-arm problem of not installing the antennae of the two receivers at the same location was avoided. The next issue was measuring ASF position data, which should happen synchronously with the GPS measurements. Time synchronization can be achieved by using simple GPS receivers at both Loran receivers. Some months later, the eDLoran concept was tested by using the stored AFS data and using a Reelektronika eDLoran receiver as a portable pilot unit (PPU) which looks identical to the GPS-based units the Rotterdam pilots use, manufactured by AD Navigation in Norway.

    Figure 10. Top right, the Pilot Station Vessel MS Polaris (80 meters) used to test eDLoran (photo copyright Loodswezen). Below is a complete eDLoran receiver with a ‘life-line’ connected to avoid losing the receiver by accident and to allow charging the internal batteries.
    Figure 10. Top right, the Pilot Station Vessel MS Polaris (80 meters) used to test eDLoran (photo copyright Loodswezen). Below is a complete eDLoran receiver with a ‘life-line’ connected to avoid losing the receiver by accident and to allow charging the internal batteries.
    Figure 11. Five test antennae on the MS Polaris. From left to right the ADNav Master Processing Unit, the ADNav Heading Unit, the ADNav Position Unit with the Reelektronika eDLoran receiver 1 meter above it and, finally, a second Reelektronika eDLoran receiver.
    Figure 11. Five test antennae on the MS Polaris. From left to right the ADNav Master Processing Unit, the ADNav Heading Unit, the ADNav Position Unit with the Reelektronika eDLoran receiver 1 meter above it and, finally, a second Reelektronika eDLoran receiver.

    The results have been demonstrated to the harbor authorities in real-time on the laptop of the pilots on which the GPS-RTK and the eDLoran position were simultaneously shown. See Figure 12, where the large gray ship model represents the position and heading derived from GPS-RTK. The width of the ship model is 10 meters. The red triangle gives the eDLoran position; it remains within the borders of the ship symbol. For further demonstration purposes, the logged GPS-RTK data could also be plotted on a Google Earth map (Figure 13). The track was widened to 10 meters, as the accuracy requirements are 5 meters on either side of the track. The raw eLoran track is also shown, as well as the final white eDLoran track of unfiltered raw eDLoran data, which stays well within the 5-meter boundaries.

    Figure 12. The large ship symbol (grey) is derived from the GPS-RTK receiver of the Rotterdam pilots. The width of the ship symbol is 10 meters and the speed-over-ground was 11 kts. The red triangle is generated by the eDLoran receiver and remains between the required ± 5 meter limits for eDLoran.
    Figure 12. The large ship symbol (grey) is derived from the GPS-RTK receiver of the Rotterdam pilots. The width of the ship symbol is 10 meters and the speed-over-ground was 11 kts. The red triangle is generated by the eDLoran receiver and remains between the required ± 5 meter limits for eDLoran.
    Figure 13. The red track is based on raw eLoran data without any corrections. The transparent blue line is made by GPS-RTK and is widened to 10 meters giving the required ± 5 meter limits of eDLoran. The white line is output from the eDLoran receiver which stays within the borders of the 10 meter wide transparent blue line.
    Figure 13. The red track is based on raw eLoran data without any corrections. The transparent blue line is made by GPS-RTK and is widened to 10 meters giving the required ± 5 meter limits of eDLoran. The white line is output from the eDLoran receiver which stays within the borders of the 10 meter wide transparent blue line.

    During the sea trials, the eDLoran receiver was connected to the eDLoran server on land via a miniature GSM modem to the Internet. All differential data were read via this mobile link. The required data bandwidth is very low, approximately 150 bps per ship (client).

    Conclusions

    The outcome of this research opens some new and quite surprising possibilities for multiple applications:

    • eDLoran offers the best possible eLoran accuracy, as it does not suffer from unstable transmitter antennas, sub-optimal timing control of the transmitter station, and differential data latency.
    • There is no need to replace older Loran-C stations with eLoran transmitters; this potentially would save large amounts of money. Further savings may be obtained by containerizing the transmitter and operating the stations unmanned.
    • Installing eDLoran reference stations is fast, simple, and very cost-effective.
    • The Eurofix Loran Data Channel can be freed from a relatively large stream of DLoran data, which leaves the full data bandwidth available for UTC and short-message services over very large areas.
    • As there is no data channel bandwidth limitation, multiple reference stations can be installed, offering increased reliability and making the system more robust to terrorism and lightning damage.
    • Single or multiple eDLoran servers can be installed in a protected area. There is hardly a practical limit to the number of differential reference stations to serve.
    • The server selects the most optimal differential data based on the raw position of the user (client) and the available reference stations.
    • As there is no need for any Loran data channel, eDLoran can be installed in all locations where Loran or Chayka coverage and access to the Internet are available. Required data bandwidth is approximately 150 bps per user.
    • Standard eLoran receivers used on controlled trajectories (for example, pilots and ferries) collect position data when accurate DGNSS is available. The collected GNSS and eLoran data can be uploaded to the server to further refine the ASF data base. It is basically a self-learning system.
    • All eDLoran reference stations monitor the eLoran and GNSS positions to offer alarm services in case of GNSS jamming or spoofing.

    Acknowledgments We are very grateful for the near-endless hospitality of the Rotterdam Pilots and especially the crew of the MS Polaris and the MS Markab. Without their help, we would not have obtained the eDLoran results presented here. During the days at sea, we learned how much experience and professionalism is needed to bring those extremely large vessels safely in the harbor of Rotterdam.

    We thank Martin Rumens and Dave Kelleher of Babcock International Group for their valued comments and diagrams.


    DURK VAN WILLIGEN is a retired professor of electronic systems for navigation at the Delft University of Technology. He is founder and president of Reelektronika B.V., and started the development of Eurofix in 1985. He received the Thurlow Navigation Award of the Institute of Navigation (U.S.) and the Gold Medal of the Royal Institute of Navigation (UK).

    RENÉ KELLENBACH graduated from Delft University of Technology in electrical engineering. After joining Reelektronika as a systems engineer, he has been involved in designing hardware and software for radionavigation and radar systems.

    CEES DEKKER graduated from the Delft University of Technology in electrical engineering. He worked previously at Philips Research Labs and now assists Reelektronika B.V. with the development of Loran systems and GPS-related projects, and information systems.

    WIM VAN BUUREN is a licensed maritime pilot in Rotterdam who took the initiative to develop a backup positioning system for the approaches to Rotterdam. He has been involved in the design and development of the hardware and software of Portable Pilot Units on a national and European level since 2000.

  • TireStamp Chooses Telit for Tire Pressure Monitoring with GPS

    TireStamp Chooses Telit for Tire Pressure Monitoring with GPS

    TireVigil-Telit

    Telit Wireless Solutions has announced that TireStamp, a TPMS 2.0-certified vendor of Tire Pressure Monitoring Systems, embeds Telit cellular and positioning modules into its product.

    For fleet managers, tires represent the second-highest operating cost of running a fleet, second only to fuel. Tire maintenance can significantly impact highway safety, revenue potential, operational efficiency, and maintenance costs.

    The TireStamp TireVigil solution communicates with tire pressure sensors to provide real-time monitoring of tire pressure and temperature across vehicle types, tire brands, and location. The comprehensive tire data enables fleet managers to schedule maintenance, intervene in the event of an emergency, improve on-time delivery, and enhance regulatory compliance.

    Telit's Jupiter JF2 GPS module.
    Telit’s Jupiter JF2 GPS module.

    The TireVigil solution uses Telit’s Jupiter JF2 GPS module, a compact, low-power device that provides enhanced accuracy to help locate vehicles in the event of an emergency or at any time. TireVigil receives tire data from TMPS sensors, then communicates in real-time over the cellular network using the Telit HE910 cellular module. Part of the xE910 module family, the HE910 is pin-to-pin compatible with a suite of modules enabling TireStamp to customize its products to enable connectivity across cellular technologies and geographies.

    “Our customers are typically in the maintenance space,” said Scott Feagan, Chairman and CEO of TireStamp. “Reliability and support are extremely important to them – and to me. Pair that with family compatibility for fast time-to-market and global expansion, the opportunity to bundle connectivity with positioning, affordable pricing and on-time availability, and it’s easy to see why we chose to work with Telit.”

    “Between fleets and personal vehicles, more than a billion tires are sold around the world each year,” said Mike Ueland, president of Telit Americas. “Telit has a long history of supporting fleet telematics and automotive solutions and we’re pleased to enable the world’s leading tire pressure management system.”

  • ACR Electronics Launches New Locator for Aviation

    A new emergency locator transmitter for aviation has received Cospas-Sarsat and FAA approvals and is now available for sale. The ELT 1000 by ACR Electronics, Inc., is designed with multiple installation configurations to reduce overall installation cost, the company said.

    The electronics maximize frequency stability and power while incorporating a new, built-in GPS navigational interface, the company said. Including GPS data in the emergency transmission allows search-and-rescue personnel to know the location within 100 meters in less than a minute. Designed to accommodate multiple installation configurations, the new ELT 1000 is a quick retrofit for obsolete 121.5 MHz ELTs.

    “We are very excited to announce this new ELT to the general aviation market. This is the first new ELT from the Artex family in many years and the first we have designed and certified at ACR. We feel we are bringing an ELT that offers excellent value, along with the highest quality workmanship available to the market,” said Gerald Angeli, president and general manager.

    Built under the exacting standards of AS9100C quality certification, the ELT 1000 exceeds all government and regulatory standards including the latest FAA guidelines with its new robust stainless steel mounting strap.

    ELT 1000 features and specifications:

    • Quick and easy retrofit for general aviation aircraft
    • Single antenna output for emergency transmission on both 406 MHz (Cospas-Sarsat) and 121.5 MHz frequencies (local Search & Rescue)
    • Enhanced positional accuracy with a built-in GPS interface that does not require aircraft power
    • Encoded digital message broadcasts aircraft identification/registration and owner/emergency contact details
    • New stainless steel mounting strap for increased stability that complies with the most current FAA guidelines
    • Simple self-testing from the cockpit. When combined with 406Test.com, the self-test will provide SMS/e-mail confirmation within seconds that the ELT signal reached the satellites successfully
    • New hermetically sealed G-Switch for increased reliability.
  • Azuga Takes on Distracted Driving for Fleet Managers

     

    To recognize National Safety Month and to highlight the growing dangers of distracted and reckless driving, Azuga has published a Fleet Stats infographic showing the dangers of auto accidents its fleet tracking programs are designed to prevent.

    Of the 41,000 Americans killed each year in traffic accidents, nearly 5,000 die as a result of crashes involving large fleet trucks. An additional 13,000 die as a result of a speeding-related accidents. Azuga offers two programs for fleet managers: SpeedSafe and DriveSafe.

    The programs combine GPS, a driver behavior and rewards system, vehicle health reports, and plug-and-play installation to combat reckless and distracted driving. DriveSafe prevents talking and texting when the vehicle is in motion. The distracted driving technology locks down a driver’s screen and only allows phone numbers that the employer’s policy allows. Policies can be applied at the individual driver level to allow certain calls and texts (for instance, allow incoming calls from home, the office, and school.)

    With SpeedSafe, a fleet manager controls speeding on residential streets, in school zones, and in adverse weather conditions. Going beyond simple control, a fleet manager also gets reporting and analytical tools to help quickly identify problem areas and track and train drivers over time.

    National Safety Month is sponsored by the National Safety Council. According to distraction.gov, using a mobile device while driving causes an estimated 28 percent of traffic accidents. Further, the National Safety Council estimates $40 billion cost to United States citizens each year.

    Azuga says its customers have been able to decrease the number of speeding events by 40 percent and decrease overall liability, which translates into an average 15 percent savings on insurance premiums.

  • Forecast Looks at Intelligent Transport Systems

    A new report from Research and Markets Ltd. forecasts intelligent transport systems, with a focus on highways. The report is titled “Intelligent Transport Systems Market by Component, Application, System (ATMS, ATIS, ITS- Enabled Transportation, Pricing System, APTS and CVO), and Geography (Americas, Europe, APAC, ROW) Analysis and Forecast to 2014-2020.”

    Countries around the globe have started to employ a new set of technologies and approaches to meet the challenges that are surfacing in transportation. The applications of the Intelligent Transport System (ITS) are cater to today’s traffic challenges. ITS improves operational benefits of the transportation system by reducing delays, which develops the roadside infrastructure and allows the traffic to flow smoothly, the report says.

    In developed countries such as the U.S., Germany, and France, ITS are already installed on a large number of highways. In developing countries such as India, China, Indonesia, the installation of ITS is increasing.

    The ITS market covered in the report includes only the roadway transportation, as the rate of developments and improvements in the sector of roadway transportation is high. This ITS market research report covers Advanced Traveler Information System, Advanced Traffic Management System, ITS-Enabled Transportation Pricing System, Advanced Public Transportation System, and Commercial Vehicle Operation.

    It also covers applications, including: fleet management and asset monitoring, traffic monitoring, collision avoidance system, traffic signal control system, variable traffic message signs, parking availability system, and traffic enforcement cameras. It also covers these components: PCB, Sensors, Surveillance Camera, Software License, Communication Networks, Monitoring and Detection System. Geographically, the report is segmented into North America, Europe, Asia-Pacific, and Rest of the World. These segments are further segmented into the major countries.

    The report forecasts the growth from 2014 to 2020, along with market size, list of leading players, and the latest technology adopted M&A’s, and JV’s of key players.

    • Intelligent transportation market statistics with detailed classifications – market size, forecasts, and industry roadmap of ITS market, impact analysis of the market dynamics with factors currently driving and restraining the growth of the ITS market, along with their impact in the short, medium, and long term landscapes and Porter’s analysis of the market.
    • Key burning issues and opportunities with respect to ITS market.
    • Analysis of various ITS components, systems and applications of the market.
    • Identification of segments with high growth potential and key trends shaping and influencing the market.
    • Extensive segmentation, analysis, and forecast of the major geographical markets to give an overall view of the market – growth rates and trends of markets in the major revenue contributing countries such as the U.S., the UK, Germany, China, India, and Japan.
    • Competitive intelligence from the company profiles, developments, upcoming trends and technologies, revenue-growth strategies, and industry activities.
    • The governments of developing countries like Thailand, India, China, Malaysia, and so on, are revamping their infrastructures to develop road transportation.

    Companies mentioned:

    • Denso Corporation
    • EFKON AG
    • Garmin International, Inc.
    • Kapsch Trafficcom AG
    • Nuance Communications, Inc.
    • Q-Free ASA
    • Savari Inc.
    • TomTom NV
    • Thales Group
    • Transcore Inc.

    Learn more at the Research and Markets website.

     

  • Geoforce Releases Tiny Industrial GPS Tracking Device

    Geoforce, Inc., an international provider of asset management solutions for the oil and gas industry, has announced the widespread commercial availability of the GT0, a tiny industrial GPS asset-tracking device. The device is designed to track and remotely monitor assets too challenging for other GPS devices, the company said.

    “Geoforce is constantly trying to gauge what our customers will need next,” said James MacLean III, Geoforce’s president and CEO. “What we’ve been hearing out there is this: smaller, easier and whenever possible — more affordable. We’ve purpose-built this device to try and meet those needs without dropping the quality-level our customers deserve.”

    The GT0 has a powerful omni-directional antenna, allowing for placement in almost any orientation on an asset. The tracking device is engineered with RFID and GPS technology for location and identification, as well as QR coding for mobile scanning of product information. Its compact size allows the tag to fit on equipment where previous larger and bulkier asset-tracking devices could not be implemented. It is an IP67 device (weatherproof) and has an optional metal bezel for added protection. It has an expected five to seven year battery life, making it a simple-to-deploy “slap and track” device.

    More than 300 companies currently use Geoforce’s solutions to manage 100,000 assets across six continents. The GT0 was previously offered in limited release to several service and rental companies beginning in January of this year.

  • GPSTrackIt Monitors Fleet Health With Vehicle Diagnostics

    GPSTrackIt now offers Vehicle Diagnostics through its Fleet Manager dashboard to give fleet operators information about a fleet’s health in real time. The information is the same as that used by professional mechanics to identify why a check engine light is on.

    Since 1996, vehicles sold in the United States have been equipped with an On Board Diagnostics (OBDII) port. Mechanics plug a handheld computer into the port to read the codes produced by the on-board computer. GPSTrackIt offers two ways to gain the benefits of vehicle diagnostics — with its new CP3000V plug-and-play device or the L2000V adapter cable.

    The vehicle diagnostic codes received are used to determine the health of the various systems (ABS, Airbags, etc.) throughout the entire vehicle. In addition to the engine codes themselves, the system reports on a variety of indicators and parameters related to the codes.

    “A key feature is that this engine diagnostic data can be used to trigger SMS text or email alerts,” said Eddie Bermudez, GPSTrackIt’s Product Development Manager. “These alerts would be sent to designated personnel. Being able to identify problems early helps reduce and often times eliminate costly repairs.”