Blog

  • Trimble Takes the Leap with GNSS Bluetooth Device

    Trimble Takes the Leap with GNSS Bluetooth Device

    The Trimble Leap, also shown with a smartphone. Photo: Trimble
    The Trimble Leap, also shown with a smartphone. Photo: Trimble

    Trimble is making available the Trimble Leap, a Trimble RTX compatible GNSS Bluetooth device. When enabled with the ViewPoint RTX correction service, Leap delivers submeter accuracy directly to the Terrain Navigator Pro (TNP) Mobile app for iOS and Android devices. The TNP Mobile app allows users to collect markers, tracks and geo-stamped photos in the field, and then sync all the GNSS data into the Terrain Navigator Pro office software.

    The TNP Mobile app enables users to:

    • Display and navigate routes created in TNP desktop.
    • Collect field data such as markers, tracks, photos, videos and audio clips.
    • Near real-time sync between phone and TNP map software via WiFi or cellular data connection.
    • View data on topo, aerial, and street maps downloaded to phone for offline use. Terrain Navigator Pro offers 1-meter aerial photos for the 48 contiguous United States. The seamless USGS topo graphic maps are based off 1:24K, 1:100K, 1:250K map scales. Alaska is 1:63K and 1:250K.
    • Access a compass and other geo-information such as lat/long, elevation, and direction on phone.
    • Collect data offline. The TNP mobile app uses the GPS built into the smartphones, so users can collect field data in areas without a cellular or data signal.

    Trimble Leap is compact and portable, weighing 9.5 ounces. It snaps to a smartphone or tablet to use as a handheld, can be mounted on a monopole or tripod, or can be magnet mounted to a vehicle. Leap has 16 hours of battery life and uses Bluetooth communication to connect to smart devices for ease of use and flexibility. An onboard micro SD card stores the GNSS observables data for use in the field or the office.

    A micro USB port can provide power to Trimble Leap for continuous fixed-mount applications, or it can be used with battery-booster products to extend field work. Trimble Leap is charged by a standard cell phone vehicle accessory charger, a USB connection to a PC, or from a USB AC adapter.

    Based on Trimble RTX (Real Time eXtended) technology, ViewPoint RTX delivers better than 1 meter horizontal accuracy 95 percent of the time without the use of a traditional RTK base station or virtual reference station network. ViewPoint RTX is delivered into the TNP Mobile app via cellular data network and is available nearly anywhere in the world.

    “Trimble Leap enhances the Terrain Navigator Pro solution by adding a simple way to collect submeter accurate geolocation data with standard Android or iOS devices. Adding accuracy to TNP’s robust field-to-office data collection solution provides a value-add where low-resolution collection is not sufficient. Trimble Leap with TNP Mobile is configured and operational in minutes with little training,” said Larry Fox, business area manager for Terrain Navigator Pro.

    Terrain Navigator Pro integrates powerful desktop mapping software, a cloud connected mobile data collection platform (compatible with GPS-enabled iOS and Android devices) and a robust Web portal. TNP users can plan projects in the office, collect data in the field and access projects from the Web—simultaneously. Geo-referenced data such as tracks, waypoints, photographs and video can be shared, updated in near real-time and displayed on the included topographic, aerial/satellite or street base maps.

  • Trimble Launches Leap, a GNSS Bluetooth Device

    The Trimble Leap, also shown with a smartphone.
    The Trimble Leap, also shown with a smartphone.

    Trimble is making available the Trimble Leap, a Trimble RTX compatible GNSS Bluetooth device. When enabled with the ViewPoint RTX correction service, Leap delivers submeter accuracy directly to the Terrain Navigator Pro (TNP) Mobile app for iOS and Android devices. The TNP Mobile app allows users to collect markers, tracks and geo-stamped photos in the field, and then sync all the GNSS data into the Terrain Navigator Pro office software.

    The TNP Mobile app enables users to:

    • Display and navigate routes created in TNP desktop.
    • Collect field data such as markers, tracks, photos, videos and audio clips.
    • Near real-time sync between phone and TNP map software via WiFi or cellular data connection.
    • View data on topo, aerial, and street maps downloaded to phone for offline use. Terrain Navigator Pro offers 1-meter aerial photos for the 48 contiguous United States. The seamless USGS topo graphic maps are based off 1:24K, 1:100K, 1:250K map scales. Alaska is 1:63K and 1:250K.
    • Access a compass and other geo-information such as lat/long, elevation, and direction on phone.
    • Collect data offline. The TNP mobile app uses the GPS built into the smartphones, so users can collect field data in areas without a cellular or data signal.

    Trimble Leap is compact and portable, weighing 9.5 ounces. It snaps to a smartphone or tablet to use as a handheld, can be mounted on a monopole or tripod, or can be magnet mounted to a vehicle. Leap has 16 hours of battery life and uses Bluetooth communication to connect to smart devices for ease of use and flexibility. An onboard micro SD card stores the GNSS observables data for use in the field or the office.

    A micro USB port can provide power to Trimble Leap for continuous fixed-mount applications, or it can be used with battery-booster products to extend field work. Trimble Leap is charged by a standard cell phone vehicle accessory charger, a USB connection to a PC, or from a USB AC adapter.

    Based on Trimble RTX (Real Time eXtended) technology, ViewPoint RTX delivers better than 1 meter horizontal accuracy 95 percent of the time without the use of a traditional RTK base station or virtual reference station network. ViewPoint RTX is delivered into the TNP Mobile app via cellular data network and is available nearly anywhere in the world.

    “Trimble Leap enhances the Terrain Navigator Pro solution by adding a simple way to collect submeter accurate geolocation data with standard Android or iOS devices. Adding accuracy to TNP’s robust field-to-office data collection solution provides a value-add where low-resolution collection is not sufficient. Trimble Leap with TNP Mobile is configured and operational in minutes with little training,” said Larry Fox, business area manager for Terrain Navigator Pro.

    Terrain Navigator Pro integrates powerful desktop mapping software, a cloud connected mobile data collection platform (compatible with GPS-enabled iOS and Android devices) and a robust Web portal. TNP users can plan projects in the office, collect data in the field and access projects from the Web—simultaneously. Geo-referenced data such as tracks, waypoints, photographs and video can be shared, updated in near real-time and displayed on the included topographic, aerial/satellite or street base maps.

  • Trimble Releases SketchUp 2015 for Intuitive Information Modeling Process

    Trimble V10 Export to SketchUp
    Trimble V10 Export to SketchUp.

    Trimble has released SketchUp 2015, the latest version of its 3D modeling software for architects, engineers, design and construction professionals. The release marks Trimble’s second update to the SketchUp software this year and underscores the company’s continued focus on enhancing the platform to make SketchUp faster, more user-friendly and reliable, Trimble said.

    The announcement was made at Trimble Dimensions.

    With a SketchUp user community expanding by more 30 million unique activations in the past year, enhancements to SketchUp 2015 have been designed to deepen and enrich the user experience, while keeping it intuitive. New features make it easier and faster to create, access, share and collaborate on 2D drawings and 3D models, Trimble said.

    SketchUp 2015 offers 64-bit support for Windows or Mac, while IFC file import capabilities allows back-and-forth sharing of IFC files between SketchUp Pro and any other application.

    “For the second release of SketchUp this year, we set out to make enhancements to the platform that might seem simple, but go a long way toward making SketchUp more enjoyable and impactful for our user community,” said John Bacus, director of SketchUp product management at Trimble. “For example, as interoperability continues to be the cornerstone of collaboration among architecture, engineering and construction professionals, the IFC file import is an important addition because it opens up the options for professionals to participate in the information modeling process, sharing files with ease, regardless of the software program.”

    Fast, Flexible and Powerful

    • 64-bit Support: In addition to continued support for 32-bit systems, SketchUp Pro 2015 is available in a 64-bit version for Windows and Mac. Trimble also now offers cross-platform support for all licenses, along with cloud-based license management and checkout capabilities for network licenses.
    • IFC Import: In addition to export, SketchUp Pro users can now share models between Building Information Modeling (BIM) tools and apply industry standard types that stay with the model as it travels with SketchUp 2015’s new IFC file import.
    • Ruby API and Extension Warehouse Enhancements: A variety of improvements to SketchUp’s Ruby API (application programming interface) and to the Extension Warehouse of SketchUp plug-ins and add-ons makes it easier than ever for developers to build and share great new tools. Developers can now access and modify information modeling classifications via the Ruby API.
    • Faster Core: Models render faster with core modeling performance improvements including faster explode, intersect and Fast Styles.

    More Easy-to-Use Tools

    • Professional Drafting: Using SketchUp’s LayOut 2D drawing and documentation tool, users can manage drawings more easily and display more data from their information models, applying object classifications in SketchUp and easily accessing that info in LayOut using an enhanced annotation tool.  
    • Modeling Tools: With the addition of a 3-point Arc tool, users can now draw arced edges four different ways. A new Rotated Rectangle tool allows for drawing precise rectangles unbound by default axes.
    • Expanded 3D Warehouse: New models of popular brand-name building products are added to 3D Warehouse every day, greatly expanding SketchUp’s free content offering. With over 2.5 million models, 3D Warehouse offers SketchUp users a vast array of free models to choose from. A new “Likes” feature lets users tell the world when they’ve found a great model.  

    SketchUp 2015 also facilitates collaboration with data and files from other Trimble products.

    • As a “Trimble Connected” product, SketchUp Pro 2015 leverages the new Trimble Connect collaboration environment for design, engineering and construction projects. Based on recently acquired Gehry Technologies’ GTeam™ software, Trimble Connect enables teams to access and manage project data via a cloud platform. A Trimble Connect extension is available in the Extension Warehouse.
    • SketchUp Pro 2015 also supports 3D CAD and BIM services for mechanical, electrical and plumbing (MEP) contractors through the new Trimble MEPdesigner for SketchUp platform, which enables contractors to quickly and easily migrate from a 2D to 3D work environment.  
    • Calibrated panoramic photos can be loaded directly into SketchUp 2015 from the Trimble V10 Imaging Rover to quickly model as-built conditions.

    Every SketchUp 2015 download starts with a 30-day trial of Pro features. Pro licenses can be used on a Mac or a PC.

  • Standalone Positioning Module by u-blox Designed for Cost-Effective Performance

     EVA‑M8M stand-alone positioning module. Photo: u-box
    EVA‑M8M stand-alone positioning module. Photo: u-box

    Swiss-based u‑blox has introduced the EVA‑M8M stand-alone positioning module. The EVA-M8M GNSS module brings concurrent multi-GNSS performance into the ultra-compact EVA footprint.

    Designed for cost- and space-sensitive applications, the highly integrated 7 x 7 x 1.1 mm LGA module comprises all necessary components, including crystal and passives. EVA-M8M only requires an external antenna to provide an accurate position without the need for host integration. Components have been selected for reliable operation in the field over the full operating temperature range. The module is also compatible with the EVA-7M GPS module, allowing for easy upgrading of existing designs at minimal cost, u-blox said.

    The module supports GPS, GLONASS, BeiDou, QZSS, and SBAS augmentation systems. Based on u‑blox M8 performance, the module achieves -164 dBm tracking sensitivity, fast acquisition time and low power consumption. EVA-M8M can track any two GNSS systems simultaneously and output a GNSS position up to 18 Hz.

    “The EVA-M8M sets a new industry benchmark for compact, stand-alone global positioning performance. The module has been designed for the absolute lowest eBOM costs and ease-of-manufacturing. It is a perfect solution for cost-sensitive industrial and wearable devices,” said Thomas Nigg, vice president of product strategy at u-blox.

    A UART, USB, SPI and I2C interface provide flexible connections to a host processor. EVA-M8M can also communicate directly with u‑blox’ SARA 2G, LISA 3G and TOBY 4G cellular modules to support advanced tracking and location-aware products.

    Detailed information about the EVA-M8M can be found on the u-blox website. Samples are available now. For existing designs using a NEO module, the C88-M8M adaptor board can be used for easy evaluation of the EVA-M8M in existing NEO-xM designs.

  • Second GLONASS-K1 Satellite Launch Coming November 30

    Second GLONASS-K1 Satellite Launch Coming November 30

    GLONASS-K1_delivery
    The second GLONASS-K1 satellite on its way to the Plesetsk Cosmodrome. Photo: CANSPACE Listserv

    News courtesy of CANSPACE Listserv.

     

    According to ISS Reshetnev, the manufacturer of GLONASS satellites, the second GLONASS-K1 satellite (serial number 12L) has just been delivered to the Plesetsk Cosmodrome. It is now being prepared for launch November 30. The launch date had previously been set as November 20.

    Reshetnev made a number of production design changes to this GLONASS satellite, allowing an expansion of the functionality of the satellite and an improvement its performance. The satellite will transmit five navigation signals in three frequency bands: L1, L2, and L3. The satellite is built on the unpressurized Express-1000K platform. The designed lifetime of the satellite is 10 years.

    For the latest schedule of launches, see our Upcoming GNSS Satellite Launches page.

  • Tallysman TW5340 Smart Antenna Designed for Urban Canyons

    A single-feed smart antenna (left) compared to the multipath rejection results of the new TW5340 smart antenna. Photo: Tallysman
    A single-feed smart antenna (left) compared to the multipath rejection results of the new TW5340 smart antenna with Accutenna technology. Photo: Tallysman

    Tallysman’s new TW5340 smart antenna is designed to pair Tallysman‘s Accutenna technology antenna with STMicroelectronics’ Teseo II receiver. The combination makes the smart antenna accurate for use in all environments, including urban canyons, according to the company.

    The TW5340 is a multi-constellation GNSS Smart Antenna that provides simultaneous GPS/GLONASS/SBAS reception. It is designed for use in professional-grade applications such as precision timing, network synchronization, low current applications, and tracking/positioning applications.

    To illustrate the advantages of this technology coupling, simultaneous recordings of vehicle position were conducted using two smart antennas — one with and one without Tallysman’s Accutenna technology — in an area of downtown Ottawa, Canada, notorious for high levels of multipath signals. Results show how the high multipath signal rejection capabilities of Tallysman’s Accutenna technology greatly improves accuracy, the company said.

    The Tallysman TW5340 smart antenna.
    The Tallysman TW5340 smart antenna.

    The TW5340 supports STMicroelectronics Autonomous A-GPS, which accelerates GPS positioning by predicting satellite ephemeris data based on previous observations. This results in extremely fast time-to-first-fix. The TW5340 can be configured to output up to three NMEA 0183 message lists with navigation update rates up to 10 Hz. RS232, CMOS, and USB interfaces are available with input voltage options of 3,3V, 5.0V, and 12V. A standby-mode feature provides for very low current consumption (<100uA) and is particularly useful in battery-operated applications.

    A standard one pulse-per-second 1PPS synchronized to UTC time is available as a single ended output or as a differential output at RS422 levels.

    Tallysman’s Windows-based Configurator enables simple configuration of parameters such a baud rates, output message rates, constellation, tracking parameters, 1 PPS configuration and standby-mode parameters.

    The TW5340 is housed in an IP67 housing and is REACH and ROHS compliant. A non-magnetic version is also available as Part Number TW5341.

  • GNSS Lies, GNSS Truth

    GNSS Lies, GNSS Truth

    whiterose_fromthumphreys_opener
    Photo: Mark L. Psiaki, Brady W. O’Hanlon, Steven P. Powell, Jahshan A. Bhatti, Todd E. Humphreys, and Andrew Schofield

    Spoofing Detection with Two-Antenna Differential Carrier Phase

    By Mark L. Psiaki, Brady W. O’Hanlon, Steven P. Powell, Jahshan A. Bhatti, Todd E. Humphreys, and Andrew Schofield

    A new method detects spoofing attacks that are resistant to standard RAIM technique and can sense an attack in a fraction of a second without external aiding. The signal-in-space properties used to detect spoofing are the relationships of the signal arrival directions to the vector that points from one antenna to the other. A real-time implementation succeeded against live-signal spoofing attacks aboard a superyacht, the White Rose of Drachs shown above, cruising in international waters.

    Read more about “Red Team, White Team, Blue Team” below.

    Concerns about spoofing of open-service GNSS signals inspired early work on simple receiver-autonomous integrity monitoring (RAIM) methods based on the consistency of the navigation solution. Work on new classes of defense techniques began in earnest after the demonstration of a powerful spoofer that is undetectfable by simple pseudorange-based RAIM methods. There has been a sense of urgency to solve the spoofing problem since the Iranians captured a classified U.S. drone in 2011 and made unsubstantiated claims to have spoofed its GPS. Two dramatic field demonstrations of the spoofer developed by author Humphreys and colleagues at the University of Texas, Austin, heightened interest in spoofing detection: one involved deception of a small airborne unmanned autonomous vehicle (UAV), causing it to dive towards the ground; another sent a superyacht off course without raising any alarms on its bridge.

    One class of spoofing detection methods uses encrypted signals, their known relationships to the open-service signals, and after-the-fact availability of encryption information. Such techniques require a high-bandwidth communication link between the potential victim of a spoofing attack and a trusted source of after-the-fact encryption information, and may involve significant latency between attack and detection.

    Another class of methods uses advanced RAIM-type techniques. Instead of considering only pseudorange consistency, these RAIM techniques examine additional signal characteristics such as absolute power levels, distortion of the PRN code correlation function along the early/late axis, the possible existence of multiple distinct correlation peaks in signal-acquisition-type calculations, and other signal or receiver characteristics. Such methods are relatively simple to implement because they do not require much additional hardware, if any, but some of these strategies can have trouble distinguishing between multipath and spoofing or between jamming and spoofing.

    A third class proposes the addition of Navigation Message Authentication bits. These are encrypted parts of the low-rate navigation data message. Such techniques require modification of the navigation data message and can allow long latencies between the onset of a spoofing attack and its detection. 

    A fourth class exploits the differing signal-in-space geometry of spoofed signals in comparison to true GNSS signals. All spoofed signals typically arrive from the same direction, but true signals arrive from a multiplicity of directions. Some of these methods use receiver antenna motion to achieve direction-of-arrival sensitivity. Others use an array of two or more receiver antennas. 

    The most powerful of these detection strategies exploit models of the effects on carrier-phase data of antenna motion or antenna-array geometry. This knowledge may be partial because an unknown antenna-array attitude may need to be determined as part of the detection calculation. Their power derives from the high degree of accuracy with which a typical GNSS receiver can measure beat carrier phase.

    Goals. This research follows on moving-antenna/carrier-phase-based spoofing detection work. One of our goals has been to remove the necessity for moving parts by using two antennas and processing their carrier-phase data. 

    A second goal has been to achieve real-time operation. An earlier prototype moving-antenna system (see “GNSS Spoofing Detection,” GPS World, June 2013) used post-processing and completed its spoofing detection calculations days or weeks after the recording of wide-band RF data during live-signal attacks. 

    A third goal has been to test this system against actual live-signal spoofing attacks to prove its real-time capabilities and evaluate its performance during the two phases of an attack: the initial signal capture and the post-capture drag-off to erroneous position and timing fixes.

    Two-Antenna System Architecture

    The system consists of two GNSS patch antennas, GPS receiver hardware and software, and spoofing detection signal-processing hardware and software. Figure 1 shows two versions. The left-hand version connects its two patch antennas to an RF switch. The single analog RF output of the switch is input to a GNSS receiver that is standard in all respects, except for two features. First, it controls the RF switch or, at least, has access to the switching times. Second, it employs a specialized phase-locked loop (PLL) that can track the beat carrier phase of a given signal through the phase jumps that occur at the switching times. The right-hand version connects each antenna to an independent GPS receiver, likely connected to a common reference oscillator.

    Figure 1. Two configurations:, the RF-switched-signal/single-receiver configuration (left) and the two-receiver configuration (right).
    Figure 1. Two configurations:, the RF-switched-signal/single-receiver configuration (left) and the two-receiver configuration (right).

    The last element of each system is a spoofing detection signal-processing unit. Its inputs are the single-differenced beat carrier phases of all tracked signals, with differences taken between the two antennas. In the switched antenna system, each difference is deduced by the specialized PLL. In the two-receiver system, the single-differences are calculated explicitly from each receiver’s beat carrier-phase observables.

    Except for the final spoofing detection unit, the two-receiver system on the right-hand side of Figure 1 is already available commercially. Typical applications are CDGPS-based attitude/heading determination. Thus, this is the easiest version to implement.

    This system could include more than two antennas. A multi-antenna system could have a dedicated RF front-end and a dedicated set of receiver channels for each antenna, as on the right of Figure 1. Alternatively, a multi-antenna system could include an RF switch between any one of the multiple antennas at the command of the receiver. The latter design would entail a slight modification to the specialized PLL to track multiple independent phase jumps for the independent antenna switches.

    Principles. The principles used to detect spoofing can be understood by considering and comparing the signal-in-space and antenna geometries shown in Figure 2, the two-antenna system and three GNSS satellites for a typical non-spoofed case, and Figure 3, a spoofed case. The salient difference is that the different GNSS signals arrive from different directions for the non-spoofed case, namely rs and rs-2 . They all arrive from the same direction, the direction of the spoofer rs-sp, for the spoofed case. For detection purposes, the important geometric feature is the projection of each direction of arrival onto the known separation vector between the two antennas, bBA. This projection has a direct effect on the beat carrier-phase difference between the two antennas. In the non-spoofed case, this effect will vary between the different received signals in ways consistent with the attitude of the vector. In the spoofed case, all of these carrier-phase differences will be identical. The spoofing detection algorithm decides between two hypotheses about the carrier-phase differences, one conjecturing a diversity consistent with authentic signals and the other conjecturing the sameness that is characteristic of spoofed signals.

    Figure 2. Geometry of two-antenna spoofing detection system and GNSS satellites for non-spoofed case.
    Figure 2. Geometry of two-antenna spoofing detection system and GNSS satellites for non-spoofed case.
    Figure 3. Spoofed-case geometry of two-antenna spoofing detection system and GNSS spoofer.
    Figure 3. Spoofed-case geometry of two-antenna spoofing detection system and GNSS spoofer.

    Hypothesis Test

    The PDF paper on which this article is based presents the non-spoofed and spoofed signal models that form the basis of a hypothesis test, develops optimal estimation algorithms that fit the observed differential beat carrier phases to the two models, and shows how these estimates and their associated fit error costs can be used to develop a sensible spoofing detection hypothesis test. Download the PDF here.

    Offline and Live-Signal Testing

    We tested a prototype version of the two-antenna system as depicted on the righthand side of Figure 1. The antennas connect to two independent RF front-ends that run off of the same reference oscillator. These RF front-ends provide input to two independent receivers that track each signal using a delay-lock loop (DLL) and a PLL. Figures 4 and 5 show system elements: two GPS patch antennas mounted on a single ground plane with a spacing of 0.14 meters, two RF front-ends — universal software radio peripherals (USRPs) — with a common ovenized crystal oscillator. Digital signal-processing functions are implemented in real-time software radio receivers (SWRX) running in parallel on a Linux laptop, written in C++. Spoofing detection calculations are performed on the same laptop using algorithms encoded in Matlab.

    Figure 4. The two antennas of the prototype spoofing detection system mounted on a common ground plane.
    Figure 4. The two antennas of the prototype spoofing detection system mounted on a common ground plane.
    Figure 5. Signal processing hardware of the prototype spoofing detection system.
    Figure 5. Signal processing hardware of the prototype spoofing detection system.

    A key feature of this architecture is the ability of its real-time software radios’ C++ code to call the spoofing detector’s Matlab tic function and to pass carrier-phase and other relevant data to the tic function. This feature served to shorten the implementation and test cycle for the prototype system by eliminating the need to translate the original Matlab versions of the spoofing detection algorithms into C++. This enabled rapid re-tuning and redesign of the spoofing detection calculations, exploited during the course of live-signal testing.

    The Matlab package displays real-time signal authentication information. Figure 6 shows the version of the display used for this study’s culminating live-signal tests. All displays are updated in real time. The upper left, upper right, and lower left plots scroll along their horizontal time axes to keep the most recent 4.5 minutes of data available. The lower right compass updates each time a new spoofing detection calculation is performed. The green dots in the upper left plot indicate that the time between spoofing detections, Δtspf  , is nominally 1 second, though sometimes the gap is longer due to lack of a sufficient number of validated single-differenced carrier phases to carry out the calculation. Thus, the nominal update time for all of the plots in this display is 1 second. Faster updates are possible with the Matlab software, but Δtspf was deemed sufficiently fast for this study’s experiments.

    The most important panel in Figure 6 is the upper left spoofing detection statistic time history. The magenta plus signs on the plot show the spoofing detection threshold chosen for this case, γth. The computed γ values are plotted as green o’s if they lie above γth and as red asterisks if they lie below. If γ is above γth, the message “GPS Signals Authenticated” is displayed on the plot; if below, the message switches to the spoofing alert: “GPS SPOOFING ATTACK DETECTED!” 

    Figure 6. Spoofing detector real-time display. Clockwise from top left: the spoofing detection statistic time history γ(t); four diagnostic time histories that include time histories of the number of satellites used for spoofing detection L(t) (blue asterisks), their corresponding GDOP(t) values (magenta o’s), the time increment between spoofing detection tests Δtspf(t) (green dots), and the compass heading ψ(t) as determined from the two-antenna non-spoofed-case solution (black dots); Compass display; and time history of GPS PRN number availability.
    Figure 6. Spoofing detector real-time display. Clockwise from top left: the spoofing detection statistic time history γ(t); four diagnostic time histories that include time histories of the number of satellites used for spoofing detection L(t) (blue asterisks), their corresponding GDOP(t) values (magenta o’s), the time increment between spoofing detection tests Δtspf(t) (green dots), and the compass heading ψ(t) as determined from the two-antenna non-spoofed-case solution (black dots); Compass display; and time history of GPS PRN number availability.

    The other three panels proved helpful in diagnosing system performance. A low L value (near 4) or a high GDOP value in the upper right panel indicated poorer reliability of the spoofing detection calculations. A correct compass heading in the absence of spoofing provided a check on the system. During spoofing attacks, the compass heading became jumpy, thereby providing another possible indicator of inauthentic signals.

    The vertical scale of the lower left panel lists the possible GPS PRN numbers. The presence of a green or red dot at the level corresponding to a given PRN number indicates that one or both receivers is seeing something from that satellite at the corresponding time. If the dot is red, then the returned data are incomplete or are deemed to be insufficiently validated for use in the spoofing detection calculation. If the dot is green, then the data from that PRN have been used in the detection that has been carried out at that time.

    Another feature of the prototype spoofing detection system is its ability to record the wide-band RF data from its two antennas. For each spoofing scenario, the raw samples from both USRPs were recorded while the real-time software receiver was performing its signal-processing operations and while the real-time spoofing detector was doing its calculations. These recorded data streams will allow off-line analysis and testing of a re-tuned or completely redesigned spoofing detection system.

    Red Team Receiver/Spoofer. The UT Austin spoofer’s attack strategy overlays the spoofed signal on top of the true signals, ramps up the power to capture the receiver tracking loops, and finally drags the pseudorange, beat carrier phase, and carrier Doppler shift off from their true values to spoofed values. Figure 7 shows the pseudorange part of a spoofing attack: cross-correlation of the receiver’s PRN code replica with the total received signal (blue solid curve); the receiver’s early, prompt, and late correlations (red dots); and the spoofer signal (black dash-dotted curve). In the top plot, the spoofer has zero power, and the receiver sees only the true signal. The second and third plots show the spoofer ramping up its power while maintaining its false signal in alignment with the true signal. The spoofer power in the middle/third plot is sufficient to capture control of the three red dots of the receiver’s DLL. In the fourth and fifth plots, the spoofer initiates and continues a pseudorange drag-off, an intentional falsification of the pseudorange as measured by the victim receiver’s DLL.

    Figure 7. Receiver/spoofer attack sequence as viewed from a channel’s code offset cross-correlation function. Spoofer signal: black dash-dotted curve; sum of spoofer and true signals: blue solid curve; receiver early, prompt, and late correlation points: red dots.
    Figure 7. Receiver/spoofer attack sequence as viewed from a channel’s code offset cross-correlation function. Spoofer signal: black dash-dotted curve; sum of spoofer and true signals: blue solid curve; receiver early, prompt, and late correlation points: red dots.

    The spoofer performs drag-off simultaneously on all spoofed channels in a vector spoofing attack that maintains consistency of all spoofed pseudoranges. After the initiation of drag-off, the victim receiver computes a wrong position, a wrong true time, or both, but the residual pseudorange errors in its navigation solution remain small. Therefore, this type of attack is not detectable by traditional pseudorange-based RAIM calculations.

    The receiver spoofer hardware consists of a GNSS reception antenna, the receiver spoofer signal-processing unit, and the spoofer transmission antenna (Figure 8). 

    Figure 8a. Receiver/spoofer hardware: GPS reception antenna on ship’s rear upper deck.
    Figure 8a. Receiver/spoofer hardware: GPS reception antenna on ship’s rear upper deck.
    Figure 8b. Receiver/spoofer hardware: directional transmission antenna pointed at the ship’s GPS antenna and the detector antenna pair near the defended ship’s antenna. The orientation of the spoofing transmission antenna, combined with its remote location from the receiver/spoofer’s reception antenna, ensured that the spoofer did not self-spoof.
    Figure 8b. Receiver/spoofer hardware: directional transmission antenna pointed at the ship’s GPS antenna and the detector antenna pair near the defended ship’s antenna. The orientation of the spoofing transmission antenna, combined with its remote location from the receiver/spoofer’s reception antenna, ensured that the spoofer did not self-spoof.
    Figure 8c. Receiver/spoofer hardware: spoofer electronics, located amidships.
    Figure 8c. Receiver/spoofer hardware: spoofer electronics, located amidships.

    The receiver/spoofer requires tuning of its transmission power levels. If the power is too high, its spoofing attacks will be too obvious. A very high transmitted power could also saturate the front-end electronics of the intended victim, causing it to jam the system rather than spoof it. If transmitted power is too low, it will not capture the victim’s tracking loops, and its spoofing attack will fail. The proper power level depends on the gain patterns of the spoofer transmission antenna and the victim receiver antenna and on their relative geometry.

    Attack Test Scenarios. Three sets of tests were conducted to develop and evaluate the spoofing detection system. The first tests started by recording wideband RF GPS L1 data using USRPs. These data were post-processed in two software receivers that recorded the outputs of their signal tracking loops. Afterwards, the Matlab spoofing detection calculations were run using the recorded tracking loop data as inputs. These preliminary tests at Cornell and Austin proved the efficacy of the spoofing detection algorithms. They did not, however, test system performance during the transition from non-spoofed to spoofed signals that takes place at the initiation of a spoofing attack.

    The second set of tests was carried out using the first real-time version of the system, after the Matlab spoofing detection calculations were repackaged into a tic function and linked to the C++ real-time software receivers. This set of tests also was unable to probe the system’s performance at the onset of a spoofing attack, before the signal drag-off.

    The final set of tests was conducted aboard the White Rose of Drachs in the Mediterranean’s international waters. 

    The power adjustment tests on June 27 needed a means to decide whether a given attack had captured the tracking loops of the ship’s GPS receiver. The strategy for confirming capture was to perform a noticeable drag-off after the initial attack. We settled on a vertical drag-off as providing the most obvious indication of a successful capture. Successful attacks dragged the receiver’s reported altitude as high as 5,000 meters.

    The tests that evaluated spoofer and spoofing detector antenna placements relative to the ship’s GPS antenna were also important to achieving sensible results. Various placements were tried. The most successful relative geometry is depicted in Figure 8.

    The placement of the detector antennas relative to the defended antenna is atypical of likely real-world detection scenarios. It is expected that a real-world spoofing detector will be integral with the defended GNSS receiver.

    The culminating live-signal attack involved a 50-minute spoofing scenario in which the attacker took the ship — apparently — from the Adriatic to the coast off of Libya. The scenario’s long distance and short duration required a mid-course speed in excess of 900 knots. This spoofing scenario was designed in the simplest possible way, by taking a straight-line course in WGS-84 Cartesian coordinates from the true location to the spoofed location off of Libya. This course took the spoofed yacht position across the Italian and Sicilian land masses and below the Earth’s surface to a maximum depth of more than 23 kilometers.

    Obviously, the White Rose was physically unable to execute this maneuver. Its crew would not have needed spoofing detection to realize that its GPS receiver was returning false readings. The main points of this last test were to dramatize the potential errors that can be caused by a spoofer and to check whether the spoofing detector could continue to function under these drastic conditions.

    Figure 9 highlights this unusual scenario with two displays from the ship’s bridge, photographed during the attack. The GPS display shows the speed, 621 kn (knots), and the altitude, 7376 m. The chart display shows the yacht on (or rather, below) dry land and halfway across the “insole” of Italy’s boot. It also shows a tremendously long velocity vector, extending beyond the chart.

    Figure 9a. The ship’s bridge GPS receiver display and its GPS-driven chart (Figure 9b) at two separate times during the Libya spoofing scenario.
    Figure 9a. The ship’s bridge GPS receiver display during the Libya spoofing scenario.
    Figure 9b. The ship’s bridge GPS receiver display (Figure 9a) and its GPS-driven chart at two separate times during the Libya spoofing scenario.
    Figure 9b. The GPS-driven chart during the Libya spoofing scenario.

    Spoofing Detection Test Results

    Various signal output time histories (Figure 10) illustrate the attack sequence and suggest means to evaluate the spoofing detection system. The upper panel plots the fractional portions of the two-antenna spoofing detector’s single-differenced beat carrier-phase time histories, Δϕ1BA, …, ΔϕLBA for the L = 7 tracked PRN numbers 16, 18, 21, 22, 27, 29, and 31. The middle panel plots the amplitude time history of the 100 Hz prompt [I;Q] accumulation vector for PRN 16, as received at Antenna A of the detection system. The bottom panel plots the PRN 16 carrier Doppler shift time history.

    Figure 10. Indicators of initial capture and drag-off during Libya spoofing attack, as measured by the spoofing detection receiver.
    Figure 10. Indicators of initial capture and drag-off during Libya spoofing attack, as measured by the spoofing detection receiver.

    This was a strong attack in which the spoofer power was 10.7 dB higher than the power of the real signal for PRN 16. The other spoofed signals had power advantages over their corresponding true signals that ranged from 3.3 dB to 13.6 dB, and the spoofer’s mean power advantage was 10.4 dB. Therefore, the onset of the spoofing attack at 196.1 sec is clearly indicated by the sudden jump in (I2+Q2)0.5 on the middle panel. The upper panel shows a corresponding sudden coalescing of the single-differenced beat carrier phases, which implies that the spoofing detection algorithm should have been able to detect this attack.

    The spoofer drag-off started at 321.5 sec, as evidenced by the sudden change in the slope of the carrier Doppler shift time history on the lower panel. The period after the initial attack and before the drag-off is delimited by the vertical magenta and cyan dash-dotted lines. During this interval the spoofer waited to capture the receiver’s tracking loops.

    The single-differenced phase time histories in the upper plot appear somewhat noisier during the interim pre-drag-off period of the attack than after the start of the drag-off at 321.5 sec. The grey dotted curve for PRN 27 is an exception because it becomes noisy again starting at about 450 sec due to decreased signal power. The increased noisiness of the differential phase time histories during the interim period is probably the result of interference between the true and spoofed signals, which are likely beating slowly against each other. The response of the spoofing detection algorithm during this phase is uncertain because this multipath-like beating between the two signals is not modeled.

    Figure 11 demonstrates performance of the spoofing detection algorithm for the Libya attack scenario. The upper panel of the figures is a repeat of the upper panel of the single-differenced beat carrier-phase time histories from Figure 10, except that they are plotted for a longer duration. The lower panel shows the γ(t) spoofing detection statistic time history. It plots the same information that appeared in the upper left panel of Figure 6 during the corresponding real-time detection tests. At 196 sec γ(t) is clearly above the blue dash-dotted spoofing detection threshold γth. At 196.4 sec it is clearly below γth  , which indicates a spoofing detection. It remains below γth for the duration of the attack. In this reprocessed version of the detection calculations, γ(t) has been updated at 5 Hz. Therefore, the earliest possible detection point would have been 196.2 sec, which is 0.1 sec after the onset of the attack. This point corresponds to the green dot in the lower panel of Figure 11 that lies slightly above the blue dash-dotted γth line. Theoretically, the system might have detected the attack at this time, but the finite bandwidth of the two receivers’ PLLs caused lags in the transitions of the single-differenced phases in the top plot, which led to the 0.3 sec lag in the detection of the attack. It is encouraging, however, that the spoofing detector worked well during the initial pre-drag-off phase of the attack, from 196.1 to 321.5 sec, despite the added noisiness of the single-differenced carrier phases in the top plot, likely caused by beating between the true and spoofed signals.

    Figure 11. Single-differenced carrier-phase time histories (top plot) and corresponding spoofing detection statistic time history (bottom plot) for Libya spoofing attack scenario.
    Figure 11. Single-differenced carrier-phase time histories (top plot) and corresponding spoofing detection statistic time history (bottom plot) for Libya spoofing attack scenario.

    Figure 12 plots the same quantities as in Figure 11, but for a different spoofing attack, a little less overt than the Libya attack. The power advantage of the spoofer ranged from 3.0 to 14.0 dB for the different channels with a mean power advantage = 9.2 dB. It was detected by the system, as evidenced by the convergence of the single-differenced carrier phases at the onset of the attack at 397.5 sec. The spoofing detection statistic in the bottom panel dives near to the γth detection threshold at the onset of the attack and sometimes passes below it, but it does not stay permanently below the threshold until after the time of drag-off, after 531 sec.

    Figure 12. Single-differenced carrier phase time histories (top plot) and spoofing detection statistic time history (bottom plot) for a spoofing attack with a slightly lower power advantage than the Libya attack.
    Figure 12. Single-differenced carrier phase time histories (top plot) and spoofing detection statistic time history (bottom plot) for a spoofing attack with a slightly lower power advantage than the Libya attack.

    The large oscillations of the single-differenced carrier phases during the pre-drag-off initial capture interval from 397.5 to 531 seconds is likely due to beating between the true and spoofed signals. The largest variations occur for PRNs 12 and 31, which are the ones with the lowest spoofer power advantages, 3.2 and 3.0 dB, respectively. Apparently these oscillations cause γ(t) sometimes to take on values slightly above γth during the interval 397.5 sec < t < 531 sec. Thus, the spoofing detector can experience problems in the initial phases of an attack.

    Note that the spoofer failed to capture the tracking loops of the ship’s GPS receiver. This is surprising, given the average spoofer power advantage of 9.2 dB above the true signals. We conjecture that the ship’s GPS antenna had lower gain in the low-elevation direction toward the spoofer transmission antenna than did the detector’s antennas. A lower gain would reduce the spoofer power advantage in the ship’s receiver and could explain why the spoofer failed to deceive it.

    Many additional spoofing attacks were carried out aboard the ship. The spoofing detector proved finicky. It took quite some time to get the spoofing detection two-antenna system positioned in a sensible place relative to the ship’s GPS antenna so as to be sensitive to nearly the same spoofing signals. In addition, the spoofing detector’s GPS receiver tended to lose lock at the initiation of an attack, prior to signal drag-off. This was likely caused by the large power swings of the received signals due to beating of the true signals against the spoofed signals. This problem went away at higher spoofer power levels. When lock was lost, the software receiver would attempt to re-acquire the signal. Often a reacquisition would succeed only after signal drag-off by the spoofer. Typically, the spoofing detector immediately detected the attack once it had reacquired the spoofed signals that were no longer beating against the true signals due to having been dragged sufficiently far away from them, as in Figure 7. Re-analysis of the recorded data indicated that poor PLL tuning may have caused the losses of lock during the initial attacks. Spoofing detection calculations carried out on the reprocessed data have proved more reliable when implemented with a better PLL tuning. 

    Two attacks were carried out with only a subset of the visible GPS satellites being spoofed. The first involved spoofing 7 of 9 visible satellites, and the second test spoofed only 4 of 9. The spoofing detection system had trouble maintaining signal lock during the initial part of the first attack. It subsequently reacquired signals and was able to detect the attack successfully after reacquisition. The first attack also succeeded in capturing the ship receiver’s tracking loops as evidenced by spoofing of the yacht to climb off the sea surface. The second attack, with only four spoofed satellites, was not detected by the prototype system, but it succeeded in deceiving the ship’s GPS receiver about its altitude. This latter result indicates a need to modify the detection calculations to allow for the possibility of partial spoofing. In their current form, they assume that all signals are either spoofed or authentic. Of course, in the partial spoofing case it may also be possible to use traditional pseudorange-based RAIM techniques to detect an attack.

    Possible Future Work Directions

    The tests suggest further work on the following topics,which are discussed in more detail in the PDF paper on which this article is based:

    • Improved detection during pre-drag-off initial phase of attack;
    • Detection when only a subset of signals are spoofed;
    • Advanced RAIM techniques;
    • A real-time prototype of the switched-antenna version;
    • Detection of a spoofer that uses multiple transmission antennas;
    • Reacquisition of true signals to recover from a spoofing attack.

    Conclusions

    A new prototype GNSS spoofing detection system has been developed and tested using live-signal spoofing attacks. The system detects spoofing by using differences in signal direction-of-arrival characteristics between the spoofed and non-spoofed cases as sensed by a pair of GNSS antennas. A spoofing detection statistic has been developed that equals the difference between the optimized values of the negative-log-likelihood cost functions for two data-fitting problems. One problem fits the single-differenced beat carrier phases of multiple received signals to a spoofed model in which the fractional parts of these differences are identical -— in the absence of receiver noise — because the spoofed signals all arrive from the same direction. The other problem fits the single-differenced carrier phases to a non-spoofed model. This second optimal data-fitting problem is closely related to CDGPS attitude determination. The simple difference of the two optimized cost functions equals a large positive number if there is no spoofing, but it equals a negative number if the signals are being spoofed. Monte Carlo analysis of the probability distributions of this difference under the spoofed and non-spoofed assumptions indicates that it provides a powerful spoofing detection test with a low probability of false alarm.

    A real-time version of this system has been implemented using USRPs and real-time software radio receivers, and it has been tested against live-signal spoofing attacks aboard a yacht that was cruising around Italy. Successful detections have been achieved in many spoofing attack scenarios, and detections can occur in as little as 0.4 seconds or less. One scenario spoofed the yacht’s GPS receiver into believing that it had veered off of a northwesterly course towards Venice in the Adriatic to a southwesterly course towards the coast of Libya, and at the incredible speed of 900 knots. The spoofing detector, however, warned the crew on the bridge about the attack before the yacht’s spoofed position was 50 meters away from its true position.

    The live-signal tests revealed some challenges for this spoofing detection strategy. They occur primarily during the initial attack phase, before the spoofer has dragged the victim receiver to a wrong position or timing fix. If the spoofer power is not much larger than that of the true signals, then beating occurs between the spoofed and true signals during this initial period. This beating can cause difficulties for the receiver tracking loops, making single-differenced carrier phase unavailable. Even when single-differenced phase is available, both the spoofed and non-spoofed models of this quantity can be inadequate for purposes of designing a reliable spoofing detection test.

    This article’s new two-antenna spoofing detection system has generated promising real-time results against live-signal spoofing attacks, but further developments are needed to produce a sufficiently reliable detection system for all anticipated attack scenarios. The best defense will likely employ a multi-layered approach that uses the techniques described in this paper along with advanced RAIM techniques that detect additional signal anomalies that are characteristic of spoofing.

    Acknowledgments

    The authors  (brief bios given in online version) thank the owner of the White Rose of Drachs for the loan of his vessel to conduct the live-signal GNSS spoofing detection tests reported here. The crew of the White Rose aided and supported this project in many ways.


    Red Team, White Team, Blue Team

    Background

    Before March 2013, members of the UT Radionavigation Lab and the Cornell GPS Lab didn’t know about gold-plated sinks and spiral staircases at sea. They did know something about spoofing navigation systems and detecting spoofer attacks. The UT group had hacked a helicopter drone at White Sands Missile Range in June 2012, coaxing it to dive towards the ground. The Cornell group had developed a prototype system that could reliably detect all UT Austin attacks, but it was clumsy, having an oscillating antenna and requiring hours of post-processing. 

    Andrew Schofield, master of the White Rose of Drachs, attended Todd Humphreys’ 2013 South-by-Southwest conference talk on the drone hack and challenged him to go big — bigger than a 1.3-meter drone helicopter. How about a 65-meter superyacht? The result: a summer 2013 Mediterranean cruise that produced intriguing, provocative results.

    The UT team had implemented a feedback controller for their spoofer, but they were unable to control the spoofed drone in a smooth, reliable manner. The White Rose cruise offered a chance to test a next level of sophistication: a controlled sequence of lies leading the victim on a precise course selected by the spoofer, different from the one intended by the captain.

    The UT team was able to induce inadvertent turns while the ship’s bridge thought it was steering a straight course. They could nudge the yacht onto a wrong course paralleling the desired course. The crew remained unaware of the yacht’s true course because its GPS receiver and GPS-driven charts indicated that she was on her intended route. 

    The Push for Protection

    Andrew Schofield quickly began advocating for a follow-up experiment: a UT Red Team attack against the White Rose GPS and a simultaneous Cornell Blue Team demonstration of real-time spoofing detection. 

    The Cornell Team, however, faced challenges in transitioning from its initial prototype to a more sophisticated system, one that eliminated the moving parts and that operated in real time. Team members thought they could produce the next system, but had never been quite sure they could make good on their boast. 

    Development of a second prototype system began with implementation of a new Cornell detection algorithm in Matlab. The first tests of this algorithm involved UT recording and pre-processing of transmissions in an RF chamber that housed the two antennas of Cornell’s second prototype. Cornell applied its new Matlab algorithm to these data and demonstrated off-line spoofing detection. 

    The remaining hurdle was real-time operation. The original development plan called for translation of the Matlab algorithm to C++ followed by integration with a UT Austin/Cornell real-time software radio.  It would be understatement to say that this was an ambitious task for the two-month window that remained until the White Rose cruise. 

    UT Ph.D. student Jahshan Bhatti steered the team around this hurdle by proposing the direct use of Cornell’s Matlab code in the real-time system. Prior to this, no one had realized that it could be practical to call Matlab from C++ in real time. Mark Psiaki packaged the Matlab spoofing detection software into a single tic function, Jahshan coded the calling C++/Matlab interface, and the team was on track to test spoofing detection in late June 2014.

    Spoofer, Detector Clash at Sea

    The White Rose would sail from southern France on June 26, setting a course around Italy to Venice. The Cornell Blue Team would have three full days in international waters to demonstrate and evaluate their real-time spoofng detection system. A Ph.D. graduate from UT’s Radionavigation Laboratory would operate the Red Team spoofer, aka the Texas Lying Machine.

    In preparation for the voyage, the two teams converged in the White Roses’s home port of Cap-d’Ail. They performed initial shake-down tests of their systems in port. They could not do full live-signal tests in Cap d’Ail because they were still in French territorial waters. Transmission of live spoofing signals in the GPS L1 band is permitted only in international waters, and only if conducted for scientific purposes.

    The spoofing and detection tests started in earnest on the morning of June 27 off the southern coast of Italy. The White Rose had passed through the Strait of Messina between Italy and Sicily earlier that day. The initial tests were concerned with antenna geometries and spoofer power levels. Later tests concentrated on serious deception of the White Rose regarding its true course and location.

    During the tests, the UT Red team and its spoofer were situated on the White Rose Sun Deck, above and behind the bridge. The Cornell Blue team and its electronics were on the bridge with its two antennas on the roof. A walkie-talkie link between the teams provided coordination of detector operation with spoofing attacks along with feedback about spoofer and detector performance.

    Hijacked to Libya!

    For the final day of tests, Andrew Schofield suggested sending the spoofed White Rose to Libya as she cruised the Adriatic from Montenegro to Venice — a difference of 600 nautical miles. The target trip time of 50 minutes necessitated a peak speed over 900 knots (1,667 kilometers/hour) after factoring the need to limit initial acceleration and final deceleration; if too large, they might cause the victim receiver’s tracking loops to lose lock and, therefore, the spoofed signals.

    The Cornell and UT Austin teams programmed the spoofer for a trip to Libya, and they initiated the attack. The White Rose bridge soon became a scene of excitement. The ship started veering sharply to port, and its velocity vector lengthened until it literally went off the charts. The GPS receiver showed the ship hurrying towards Libya on a collision course with the back of Italy’s boot. The bridge’s GPS receiver displayed speeds that increased through 100 knots, 200 knots, 300 knots — for a yacht with a speed capability of about 15 knots.

    The Cornell detector issued a spoofing alert at the onset of the attack, long before the White Rose veered off course. After a few minutes, the detector’s continued successful operation became boring.  Of course, boring success is better than exciting failure.

    The Cornell system had not been as successful during some of the preceding attacks, and the results from the June voyage suggested avenues for improvement. If new live-signal tests become necessary to evaluate planned improvements, the Red and Blue teams stand ready for a future superyacht cruise.

    See http://blogs.cornell.edu/yachtspoof for further details.


    Mark L. Psiaki is a Professor of Mechanical and Aerospace Engineering. He received a B.A. in Physics and M.A. and Ph.D. degrees in Mechanical and Aerospace Engineering from Princeton University. His research interests are in the areas of GNSS technology and applications, spacecraft attitude and orbit determination, and general estimation, filtering, and detection.

    Brady W. O’Hanlon is a graduate student in the School of Electrical and Computer Engineering. He received a B.S. in Electrical and Computer Engineering from Cornell University. His interests are in the areas of GNSS technology and applications, GNSS security, and space weather.

    Steven P. Powell is a Senior Engineer with the GPS and Ionospheric Studies Research Group in the Department of Electrical and Computer Engineering at Cornell University. He has M.S. and B.S. degrees in Electrical Engineering from Cornell University. He has been involved with the design, fabrication, testing, and launch activities of many scientific experiments that have flown on high altitude balloons, sounding rockets, and small satellites. He has designed ground-based and space-based custom GPS receiving systems primarily for scientific applications.

    Jahshan A. Bhatti is pursuing a Ph.D. in the Department of Aerospace Engineering and Engineering Mechanics at the University of Texas at Austin, where he also received his M.S. and B.S. He is a member of the UT Radionavigation Laboratory. His research interests are in the development of small satellites, software-defined radio applications, space weather, and GNSS security and integrity.

    Todd E. Humphreys is an assistant professor in the department of Aerospace Engineering and Engineering Mechanics at the University of Texas at Austin, and Director of the UT Radionavigation Laboratory. He received a B.S. and M.S. in Electrical and Computer Engineering from Utah State University and a Ph.D. in Aerospace Engineering from Cornell University. He specializes in applying optimal estimation and signal processing techniques to problems in radionavigation. His recent focus is on radionavigation robustness and security.

    Andrew Schofield is a career Yacht Captain. After completing his degree in Applied Biology and working in the bio-science industry for a year, he left all that behind in 1991 and found a deck hand’s job on a sailing yacht in the Caribbean. Since then he has worked on various yachts in various locations. He has been Captain of the White Rose of Drachs since launch in June 2004. He is President of the Professional Yachting Association, the large yacht professional body, and focuses on the training and certification of crew. In his time at sea GPS has transformed navigation. He feels that the relevance of the work done to detect GPS spoofing cannot be overstated with regard to the safety of life at sea, and he is delighted to have facilitated the voyage during which spoofing detection was proven.

  • Orator Plus: Small Improvement Creates Strong Operations Center

    This screenshot of an Orator Plus session shows live GPS tracking (upper left), an interactive GIS application (lower left), a live video feed (upper right),  an imagery service (lower middle) and other window launch buttons (lower right).
    This screenshot of an Orator Plus session shows live GPS tracking (upper left), an interactive GIS application (lower left), a live video feed (upper right), an imagery service (lower middle) and other window launch buttons (lower right).

    Little things can be frustrating. For decades I struggled with a silly irritation — finding a can opener that worked well. I tried many different styles — push types, camp knives, rotary types and even several electric models, but none were satisfying. I assumed that that was that. Then I came across one that seemed too good to be true, a hand crank Swing-a-Way version that used a 1938 patent in which the serrated drive wheel and cutting wheel were interconnected with simple drive teeth.

    The original design Swing-a-Way without drive teeth.
    The original design Swing-a-Way without drive teeth.

    This seemingly small improvement made a world of difference. The manual Swing-a-Way was smooth, easy to operate and never stalled. My wife and I threw away all our other can openers and have never looked back. The patent has long expired, so many foreign-made openers use the same design, with EZ-DUZ-IT being the only remaining U.S. manufacturer of the original design.

    A Swing-a-Way with drive teeth.
    A Swing-a-Way with drive teeth.

    The addition of those simple drive teeth made the difference. Orator Plus is similar — it’s an improvement over traditional presentation software that is more than just a “dog-and-pony show” creator. Orator Plus robustly displays multimedia, web feeds, and live applications on one screen with an overarching whiteboard in a completely stable, collaborative environment.

    Sharing Geospatial Information

    In geospatial work, we frequently need to display GIS applications, imagery, diverse data sources and other applications to an audience in a non-linear format. Additionally, we may need to create an emergency operations center or industry logistics management center that can reliably access multiple data sources in an easy-to-use environment that is more robust, versatile and stable than simple presentation software. Orator Plus does that.

    Most of us have made extensive use of PowerPoint, leading to pushback and jokes about PowerPoint poisoning. There are also quite a few competitors to PowerPoint, including the non-linear PreziGoAnimateGoogle DocsSlideSnackZoho Show, and PowToon. PowerPoint and others are mostly designed to do presentations in a linear fashion. A user can also include hotlinks to outside content and even the ability to launch third-party applications from within PowerPoint while jumping from slide to slide. The limitation is that the systems are not designed to run multiple applications while jumping from one to another in an operational collaborative environment. It’s easy to get lost, trip or choke the system.

    In an alternate approach, some software environments that permit the use of multiple windows such as Windows itself or specialized systems such as DexPot. The very Mac-like Windows 10 will also have the same kind of multiple virtual windows. However, in my experience, the ability to customize and manipulate the multiple virtual windows also makes the system potentially confusing, corruptible and not reliably stable.

    Orator Plus

    Orator Plus is designed to overcome the above limitations with a simple authoring and display environment. The best way to understand Orator Plus is to view a video overview of the system. Also, here are 12 video clips that show the system in use by the Department of Homeland Security and the FBI, as well as in other applications.

    Orator Plus operation starts with an authoring tool that imports electronic content, including still images, still panoramas, maps, floor plans, 3D models, LiDAR data, archived video/audio files, live video/audio feeds, sensor data such as NBC, thermal, shot detectors, etc., document files of any format, Flex applications, GIS services, GPS vehicle tracking, websites, online databases, interactive panoramic video routes. and much more.

    Once loaded, users can manage objects individually or in groups. Relationships can be established between discrete objects, information, files, and more. The look and feel of the system can be customized. When finished authoring, the user can create a portable executable file that is ready to run on any PC, laptop, tablet, or smartphone. Although the Orator Project Files are web-enhanced, they are not web or network dependent. If connectivity is lost, the Orator Project Files can run on a stand-alone basis with available local data.

    According to the Orator Plus team, the following Orator Plus features are unique enough to permit sole-source procurement:

    1. Portability — Orator Project Files will run on any laptop or PC, or stream to a tablet or smartphone with no pre-configuration required. Project Files can be transferred or conveyed in any manner the owner desires. Orator Project Files are web-enhanced and enriched, but they are not web-dependent. When there is no network access, Project Files can operate on a self-contained basis.
    2. Integrated viewers — Any type of video, audio, sensor, or application can be run within an Orator Project File with no plug-ins or downloads required. Fully integrated viewers and engines are designed to support all content accessed through the Project File. Viewers for images, video, or any panoramic still image, including GigaPan, and panoramic video are integrated.
    3. Touch interactive — Orator Project Files can be driven by a standard mouse, a gyro or “air” mouse, a stylus used in conjunction with an e-beam, or using a finger on a smart board or any other touch-enabled screen. No special software is required to use Orator Plus in any touch-enabled environment.
    4. Zero installation and zero footprint — Orator Plus Project Files are fully contained executable files that install nothing and simply run, but when removed, leave no trace behind.
    5. Facilitates rapid analysis for decision support — With the intuitive, icon-based file menu display, even “big data” is easy to filter and sort, enabling fast access to whatever a user desires in support of any requirement.
    6. Multiple screen capability — With four dynamic windowpanes that can be resized and used simultaneously with either stand-alone or with interactive, related content, the Orator Plus operating environment allows users to “anchor” their activity in one window pane and use the others to support, enhance, explain, and quickly move from the micro to the macro without losing continuity in pursuit of their objective.
    7. Integrated security features — The Orator Project File owner can stipulate any level of security desired. The entire Project File can be secured, as can discrete content contained within. Additionally, the Orator Project File can be “time-bombed” to self-scrub from the user’s device based on parameters such as start dates, end dates, time of day, number of times the file is used, and more.
    8. Integrated white-board feature — Every Orator Project File contains a robust white-board feature that is simple to use. Designed as a collaborative, multi-purpose tool, the white board supports single-screen or full event capture so that scenarios can be developed or incidents and events can be managed real-time and then played back in after-action reviews. Individual white-board projects allow for multiple layers so scenarios can be pre-loaded for training and exercises, making the white board a powerful instructional tool. White-board projects can be saved outside the Orator Project Files but can only be opened by authorized users who have been issued copies of the originating Project File.

    A short list of real-world uses:

    • Advanced site surveys
    • Route analysis and documentation
    • Operation center or common operational picture
    • Table-top exercises
    • Tactical response planning
    • Interactive training and CBT modules
    • Forensic scene documentation and presentation
    • Facility crisis response plans

    Orator Plus has a strong user base, including federal, state, and local agencies. Clients include the United States Secret Service; Federal Bureau of Investigation; Department of Homeland Security; Transportation Safety Administration; Bureau of Alcohol, Tobacco, Firearms and Explosives; Central Intelligence Agency; and others. If you are looking for an operations center as well as a collaboration and presentation system, Orator Plus may be worth your consideration.

  • Trimble Dimensions Provides Focus on Range of Satellite-Based Correction Services

    The 2014 Trimble Dimensions User Conference is being held in Las Vegas this week. Photo: Trimble
    The 2014 Trimble Dimensions User Conference is being held in Las Vegas this week. Photo: Trimble

    With more than 4,000 attendees, this year’s Trimble Dimensions User Conference was the largest ever and, I must say, a well-organized event chock full of technical content — enough to squelch the most intense geospatial hunger pangs you might have.

    One could write a book on all the technology and market segments that Trimble is pursuing and offering solutions for. In addition to a wide range of GNSS, geospatial, construction, control, and data management systems previously offered, Trimble boasted a USB stick full of press releases with new product and service announced at Dimensions. So, the challenge is deciding what to write about without writing a little bit about everything.

    After my first day at Dimensions, it became clear to me what I needed to do. Among the many product and service announcements was a new GNSS correction service named Viewpoint RTX. While I’ve tried to stay up to speed on Trimble’s various GNSS real-time correction services, this one was the straw that broke the camel’s back for me. I decided I needed to get a solid grip on the range of real-time GNSS correction services that Trimble offers because the picture was getting fuzzier, at least to me, with each new real-time correction service introduced. It used to be pretty simple to decipher; not so much any longer. So I had a conversation with Patty Boothe, general manager of Positioning Services at Trimble. Patty, a 15-year Trimble veteran, was appointed GM of the newly formed group three years ago. Here’s the low-down on the services.

    Remember, Trimble acquired the land portion of OmniSTAR’s business a few years ago. For years, OmniSTAR has been one of the two dominant commercial satellite-based, real-time GNSS correction services (the other being John Deere’s Starfire service, as well as new entrant Terrastar). The OmniSTAR acquisition was Trimble’s entry into the satellite-based, real-time GNSS correction services business. Since then, Trimble has introduced the RTX (not to be confused with RTK) range of GNSS correction services. You might say that OmniSTAR and RTX are competitive services within Trimble. They are, to a certain extent, and I’ll attempt to clarify that below.

    Following is a list of Trimble’s real-time GNSS correction services, starting with the OmniSTAR services:

    OmniSTAR VBS: Satellite-based, real-time submeter service. The VBS service has been made obsolete largely by free public satellite-based augmentation systems (SBAS) such as WAAS/EGNOS/MSAS/GAGAN/SDCM. It is still used in geographic regions where free public SBAS don’t exist, primarily South America, Central and Southern Africa, and Australia. GPS-only service. Requires single-frequency receiver (L1).

    OmniSTAR XP: Satellite-based, real-time 15-cm service based on Jet Propulsion Lab (JPL) technology and delivered to users on the ground via OmniSTAR’s geosynchronous satellite network. GPS-only service. Requires dual frequency (L1 and L2).

    OmniSTAR HP: Satellite-based, real-time 10-cm service based on OmniSTAR’s reference station network and delivered to users on the ground via OmniSTAR’s geosynchronous satellite network. GPS-only service. Requires dual frequency (L1 and L2).

    OmniSTAR G2: Satellite-based, real-time 10-cm service based on Jet Propulsion Lab (JPL) technology and delivered to users on the ground via OmniSTAR’s geosynchronous satellite network. GPS+GLONASS service. Requires dual frequency, dual constellation (L1 and L2).

    To use OmniSTAR services, one must have an OmniSTAR-enabled GNSS receiver. There are a several receiver manufacturers that support OmniSTAR GNSS correction services, such as NovAtel and Hemisphere GNSS, in addition to Trimble.

    After, or at nearly the same time, Trimble acquired OmniSTAR, the company launched its RTX GNSS correction service. RTX’s infrastructure consists of ~110 GNSS reference stations around the world working to create high-precision corrections on a near global scale. The first significant differentiator is that Trimble RTX services are only offered on Trimble GNSS receivers, so you’ve got to be “all in” with Trimble to utilize RTX.

    Viewpoint RTX: Internet-based (notice I didn’t write satellite-based), real-time submeter service. This is a new service introduced this week at Dimensions for the new Leap GNSS receiver and the Geo7 GNSS handheld. GPS+GLONASS service. Requires single-frequency receiver (L1).

    Rangepoint RTX: Satellite-based, real-time 50-cm service. GPS+GLONASS service. Requires dual-frequency receiver (L1 and L2).

    Centerpoint RTX: Satellite-based, real-time 4-cm service. GPS+GLONASS service. Requires dual-frequency receiver (L1 and L2).

    The above are the three RTX services. There are some options for the above, but let’s talk about satellite-based GNSS correction services for a minute.

    The advantage of satellite correction services is that, because GNSS corrections are delivered via satellite, your receiver doesn’t need to be connected to the Internet or have any other sort of terrestrial radio communications to receive data from the GNSS reference station(s). Because delivery is by satellite, you could be in the middle of a desert with no mobile phone coverage within 100 km, and you could still use OmniSTAR or RTX services. The only requirement is that your receiver needs to have direct, continuous line-of-sight to the OmniSTAR/RTX geosynchronous satellite (both services use the same geosynchronous satellites to broadcast the corrections).

    The primary disadvantage of OmniStar and RTX services is the “convergence” time required to achieve the stated accuracy service levels. With the exception of OmniSTAR VBS (sub-meter), Viewpoint RTX (sub-meter) and Rangepoint RTX (50-cm) services, the OmniSTAR and RTX centimeter and decimeter services require tens of minutes of initialization time to converge to the stated accuracy. For example, if you want to use the 4-cm Centerpoint RTX service, you may have wait up to 30 minutes for it to converge to 4-cm accuracy.

    Now, there are a couple of ways to reduce the convergence time:

    1. Start on a known point. For example, if you’re using Centerpoint RTX on a tractor for planting and you shut down for the evening, you can start it up the next morning (assuming you didn’t move the tractor), and it will converge nearly immediately.
    2. Trimble offers a fast convergence option ($) in some geographic areas where it augments RTX with local RTK reference stations. Currently, Trimble offers this service in five U.S. “corn belt” states.

    For OmniStar XP, HP and G2 services, the only way to reduce convergence time is number one above, start on a known point.

    It’s important to note that all of the centimeter and decimenter satellite-based services described above are based on real-time Precise Point Positioning (PPP) technology, which is different than RTK technology. The fundamental difference is that real-time PPP technology relies on a global, distributed network of reference stations. For example, Trimble has ~110 reference stations to cover the globe (mostly) with its RTX service. On the other hand, RTK requires a much more dense network of GNSS reference stations. For example, in Washington State there are ~100 GNSS reference stations that comprise the state-wide RTK network.

    Lastly, Trimble offers a hybird RTK/RTX service called XFill. The idea is that for RTK users who lose communications to their RTK base or RTK network can use the Centerpoint RTX as a “seamless” back-up, maintaining RTK-level accuracy (1-2cm) for the first five minutes of RTX service, and then degrading to Centerpoint RTX accuracy after 20 minutes. Trimble reports there is no convergence time when transitioning from RTK to RTX, like you would if you were starting RTX right away. Standard XFill is included with certain Trimble RTK receivers and allows up to five minutes of RTX satellite time. Last month at the INTERGEO conference, Trimble introduced Expanded XFill which is a subscription service for those users who want more than five minutes of RTX time. For those users, Patty said that users can buy blocks of RTX time starting at 10 hours.

    So, you might ask how Trimble handles the horizontal datum differences between RTK and RTX since they are likely not referenced to the same horizontal datum. For example, in the US, Trimble VRS RTK infrastructure is typically referenced to NAD83/2011 while Trimble RTX is referenced to ITRF08. There’s about 1 meter difference between the two. After finding the correct Trimble person, he said that Trimble does a 3-parameter local shift (dX, dY, dZ) on the fly when in RTK mode so that when there’s a transition from RTK to RTX, the horizontal datum difference is already resolved.

    A by-product of Trimble’s ~110 global GNSS reference station network is a real-time, world-wide  TEC (Total Electron Content) map. Since real-time PPP GNSS correction services (and public SBAS like WAAS/EGNOS/MSAS/GAGAN) rely on accurate models of the TEC in the ionosphere to account for the GNSS measurement delay, real-time TEC maps give users an indication of how the ionosphere’s TEC is behaving. This sort of map is particularly useful in attempting to predict the understand single frequency receivers using services such as public SBAS, OmniStar VBS, and Viewpoint RTX. The next time you here about an impending solar storm, take a look a the map using this link and see the TEC hotspots around the globe. Notice the more intense activity near the geomagnetic equator.

    TEC Map from Trimble's ~110 Global GNSS Receivers Photo: Trimble
    TEC map from Trimble’s ~110 global GNSS receivers. Photo: Trimble

    Shifting gears slightly, at the conference, Trimble also introduced a new mobile phone GNSS add-in product called Leap, which uses the Viewpoint RTX service.

    Trimble Leap GNSS Receiver with a Samsung Galaxy Phone. Photo: Trimble
    Trimble Leap GNSS Receiver with a Samsung Galaxy Phone. Photo: Trimble

    Thanks, and see you next month.

    Follow me on Twitter at https://twitter.com/GPSGIS_Eric

  • Carlson GIS360 for Android Gives 3D Views on Site

    Carlson GIS360 Android app.
    Carlson GIS360 Android app.

    Carlson GIS360 for Android, new from Carlson Software and Carlson EMEA, is a mobile field GIS-GPS tool that uses both GIS and surveying technologies for field data collection. The app is designed to be easy to learn and easy to use, Carlson said.

    “Taking advantage of the graphics processing power of Android devices, GIS360 now includes an innovative 3D viewer so the user can see data and models in 3D on site,” said David Loescher, Carlson U.K. sales director and director of GIS360 development.

    In addition to allowing field crews to navigate maps and collect and report data in the field, GIS360 provides the data and fully rendered models of mines, earthworks and pipe networks that can be viewed in 3D. The software’s Siteview function uses the Android devices’ built-in GPS, compass and gyros to give the user the view of the site in front of him.

    Carlson GIS360 provides a wireless connection to any map server of choice, so users are never without a map. This saves considerable time and effort as field crews can verify that all of the data collected is accurate before leaving the site, Carlson said. No costly site revisits are necessary and no office work is needed.

    The software’s cloud options provide backup for users’ data, enabling it to be shared between field and office in real time. GIS360 goes beyond positioning with a range of tools for mobile workforce management, GPS data collection, tracking and asset maintenance.

    On an Android tablet or smartphone, Carlson GIS360 for Android can take GIS data anywhere. The built-in GPS and compass instantly calculate what the user is looking at and then displays the data automatically.

    “The GIS360 development team set out to make the collection of asset information easier and more efficient by combining the power of GIS360 with affordable Android devices,” added Loescher. “The result not only saves a lot of field time, but also makes the process far easier for everyone concerned.”

  • Innovation: A Bright Idea

    Innovation: A Bright Idea

    Testing the Feasibility of Positioning Using Ambient Light

    By Jingbin Liu, Ruizhi Chen, Yuwei Chen, Jian Tang, and Juha Hyyppä

    INNOVATION INSIGHTS by Richard Langley
    INNOVATION INSIGHTS by Richard Langley

    AND THEN THERE WAS LIGHT. Well, the whole electromagnetic (EM) spectrum, actually. Visible light occupies only a small portion of the spectrum, which extends from below the extremely low frequency (ELF) 3 to 30 hertz band with equivalent wavelengths of 100,000 to 10,000 kilometers through infrared, visible, and ultraviolet light and x-rays to gamma rays in the 30 to 300 exahertz band (an exahertz is 1018 hertz) with wavelengths of 10 to 1 picometers and beyond. The radio part of the spectrum extends to frequencies of about 300 gigahertz or so, but the distinction between millimeter radio waves and long infrared light waves is a little blurry.

    Natural processes can generate electromagnetic radiation in virtually every part of the spectrum. For example, lightning produces ELF radio waves, and the black hole at the center of our Milky Way Galaxy produces gamma rays. And various mechanical processes can be used to generate and detect EM radiation for different purposes from ELF waves for communication tests with submerged submarines to gamma rays for diagnostic imaging in nuclear medicine.

    Various parts of the EM spectrum have been used for navigation systems over the years. For example, the Omega system used eight powerful terrestrial beacons transmitting signals in the range of 10 to 14 kilohertz permitting global navigation on land, in the air, and at sea. At the other end of the spectrum, researchers have explored the feasibility of determining spacecraft time and position using x-rays generated by pulsars — rapidly rotating neutron stars that generate pulses of EM radiation.

    But the oldest navigation aids, lighthouses, used the visible part of the EM spectrum. The first lighthouses were likely constructed by the ancient Greeks sometime before the third century B.C. The famous Pharos of Alexandria dates from that era. And before the construction of lighthouses, mariners used fires built on hilltops to help them navigate. The Greeks also navigated using the light from stars, or celestial navigation.  Records go back to Homer’s Odyssey where we read “Calypso, the lovely goddess had told him to keep that constellation [the Great Bear] to port as he crossed the waters.” By around 1500 A.D., the astrolabe and the cross-staff had been developed sufficiently that they could be used to measure the altitudes of the sun or stars to determine latitude at sea. Celestial navigation was further advanced with the introduction of the quadrant and then the sextant. And determining longitude was possible by observing the moons of Jupiter (but not easily done at sea), measuring distances between the moon and other celestial bodies and, once it was developed, using a chronometer to time altitude observations.

    How else is light used for positioning and navigation? Early in the space age, satellites were launched with flashing beacons or with large surface areas to reflect sunlight so that they could be photographed from the ground against background stars with known positions to determine the location of the camera. We also have laser ranging to satellites and the moon and the related terrestrial LiDAR technology, as well as the total stations used by surveyors. And in this month’s column, we take a look at the simple, innovative method of light fingerprinting: the use of observations of the artificial light emitted by unmodified light fixtures as well as the natural light that passes through windows and doorways in a technique for position determination inside buildings.


    “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.


    Over the years, various localization technologies have been used to determine locations of people and devices in an absolute or relative sense. Relative positioning methods determine a location relative to another one in a local coordinate framework, while absolute positioning techniques fix an absolute location in a specific coordinate framework.

    In the past, people observed the positions (orientation angles) of a celestial body (such as the sun, the moon, or a star) to determine their locations on the Earth, which is known as celestial navigation (see FIGURE 1). The locations are resolved by relating a measured angle between the celestial body and the visible horizon to the Nautical Almanac, which is a knowledge base containing the coordinates of navigational celestial bodies and other relevant data. Other than an observation device, celestial navigation does not rely on any infrastructure, and hence it can be used virtually anywhere on the globe at anytime, weather permitting. Nowadays, an increasing number of applications, location-based services, and ambient intelligence largely require positioning functions across various environments due to increasing mobility of people and devices. In particular, the development of robotics for a number of purposes requires the support of localization capability in various conditions where positioning infrastructure may be missing.

    Various positioning technologies share an intrinsic characteristic that a positioning solution is resolved by using the dependency between spatial locations and a set of physical observables. The dependency may be expressed in the form of either a deterministic function model or a probabilistic model. A deterministic model expresses the dependency between locations and observables in a closed-form function, while a probabilistic model defines the dependency between locations and observables in the Bayesian sense. Depending on the form of dependency, different mathematical models have been used for position resolution.  

    For example, satellite-based GNSS positioning derives the location of a user’s receiver based on radio frequency (RF) signals transmitted by the satellite systems. GNSS positioning is grounded in accurate time determination: the time differences between the transmitted and the received radio signals denote signal travel times (observables), which are then converted into distance measurements between the satellite and the user antenna. Using the distance measurements between the user antenna and four different satellites, the receiver can obtain three-dimensional receiver coordinates in a global reference frame and the time difference between the receiver and satellite clocks. The dependency between user location and a set of distance observables can be expressed in a simplified equation:

    Inn-Eq-1(1)

    where ρi is an observed range between the ith satellite and the receiver, (x,y,z)i is the position of the ith satellite, (x,y,z) is the position of the receiver to be estimated, γ denotes errors in the range observable, δt and c are receiver clock error and the speed of  light, respectively (the sign of the clock term is arbitrary, but must be used consistently).

    It is obvious that GNSS positioning relies strongly on the visibility of the GNSS constellation — the space infrastructure — as it requires line-of-sight visibility of four or more satellites. The positioning capability is degraded or totally unavailable in signal-blocked environments, such as indoors and in urban canyons. 

    An example of Bayesian positioning is to use various signals of opportunity (SOOP) — signals not originally intended for positioning and navigation. They include RF signals, such as those of cellular telephone networks, digital television, frequency modulation broadcasting, wireless local area networks, and Bluetooth, as well as naturally occurring signals such as the Earth’s magnetic field and the polarized light from the sun. Indicators of these signals, such as signal strengths and signal quality, are dependent on locations in the Bayesian sense. The dependency between signal indicators and locations is expressed in a probabilistic model:

    Inn-Eq-2  (2)

    where  signifies a dependency between a set of physical signals and locations, I denotes indicators of SOOP signals, L denotes location, and P(i|l) is the probability that signal indicators (i) are observed at location (l).

    Positioning resolution involves finding a location that yields the maximum a posteriori probability given a specific set of observables. Bayes’ Rule for computing conditional probabilities is applicable in the positioning estimation, and a family of Bayesian inference methods has been developed (see Further Reading). 

    An inertial navigation system (INS) is a typical relative positioning technology, and it provides the estimation of moved distance, direction, and/or direction change. A commonly used INS consists of accelerometers, gyroscopes, and a compass. It is self-contained and needs no infrastructure in principle to operate. However, the sensors yield accumulated positioning errors, and they need extra information for calibration. For example, in a GNSS/INS combined system, the INS needs to be calibrated using GNSS positioning results. To achieve an enhanced positioning performance in terms of availability, accuracy, and reliability, different positioning technologies are commonly integrated to overcome the limitations of individual technologies in applicability and performance.

    This article discusses the feasibility of ambient light (ambilight) positioning, and we believe it is the first time that ambilight has been proposed as a positioning signal source. We propose the use of two types of observables of ambient light, and correspondingly two different positioning principles are applied in the positioning resolution. Our solution does not require any modifications to commonly used sources of illumination, and it is therefore different from other indoor lighting positioning systems that have been proposed, which use a modulated lighting source.

    Ambilight positioning does not require extra infrastructure because illumination infrastructure, including lamps and their power supply and windows, are always necessary for our normal functioning within spaces. Ambilight exists anywhere (indoor and outdoor), anytime, if we consider darkness as a special status of ambient light. Ambilight sensors have been sufficiently miniaturized and are commonly used. For example, an ambilight sensor is used in a modern smartphone to detect the light brightness of the environment and to adaptively adjust the backlight, which improves the user vision experience and conserves power. Additionally, ambilight sensors are also widely used in automotive systems to detect the light intensity of environments for safety reasons. Therefore, ambilight positioning can use existing sensors in mobile platforms. This article presents the possibilities and methods of ambilight positioning to resolve both absolute and relative positioning solutions, and which can be integrated as a component in a hybrid positioning system. 

    Absolute Positioning Using Ambilight Spectral Measurements 

    The essence of localization problems is to resolve the intrinsic dependency of location on a set of physical observables. Therefore, a straightforward idea is that the type of observables applicable to positioning can be determined once the location-observables dependency is established. The feasibility is validated when the location-observables dependency is confirmed in the sense of necessary and sufficient conditions.

    Ambient light is a synthesis of artificial light sources and natural light. The light spectrum is defined by the distribution of lighting intensity over a particular wavelength range. Researchers have reported development of sensor technology that has a spectral response from 300 to 1450 nanometers (from ultraviolet through infrared light). The spectrum of ambient light is mainly determined by colors of reflective surfaces in the circumstance, in addition to that of artificial and natural light sources. Therefore, intensity spectrum measurements are strongly correlated with surrounding environments of different locations. The traditional fingerprinting method can be used to resolve the positioning solution. 

    The fingerprinting approach makes use of the physical dependency between observables and geo-locations to infer positions where signals are observed. This approach requires the knowledge of observable-location dependency, which comprises a knowledge database. The fingerprinting approach resolves the most likely position estimate by correlating observed SOOP measurements with the knowledge database. The related fingerprinting algorithms include K-nearest neighbors, maximum likelihood estimation, probabilistic inference, and pattern-recognition techniques. These algorithms commonly consider moving positions as a series of isolated points, and they are therefore related to the single-point positioning approach. In addition, a “hidden Markov” model method has been developed to fuse SOOP measurements and microelectromechanical systems (MEMS) sensors-derived motion-dynamics information to improve positioning accuracy and robustness.

    In the case of ambilight positioning, prior knowledge is related to structure layout information, including the layout of a specific space, spatial distribution of lighting sources (lamps), types of lighting sources, and windows and doors where natural light can come through. Spatial distribution of lighting sources is normally set up together with power supplies when the structure is constructed, and their layout and locations are not usually changed thereafter. For example, illumination lamps are usually installed on a ceiling or a wall in fixed positions, and the locations of doors and windows, through which light comes, are also typically fixed throughout the life of a building. Therefore, the knowledge database of lighting conditions can be built up and maintained easily through the whole life cycle of a structure.

    In practice, a specific working region is divided into discrete grids, and intensity spectrum measurements are collected at grid points to construct a knowledge database. The grid size is determined based on the required spatial resolution and spatial correlation of spectrum measurements. The spatial correlation defines the degree of cross-correlation of two sets of spectrum measurements observed at two separated locations.

    We measured the spectrum of ambient light with a two-meter grid size in our library. The measurements were conducted using a handheld spectrometer. FIGURE 2 shows a set of samples of ambilight spectrum measurements, and the corresponding photos show the circumstances under which each spectrum plot was collected. These spectral measurements show strong geo-location dependency. Spectrum differences of different locations are sufficiently identifiable. TABLE 1 shows the cross-correlation coefficients of spectral measurements of different locations. The auto-correlation coefficients of spectral measurements of a specific location are very close to the theoretical peak value of unity, and the cross-correlation coefficients of spectra at different locations are significantly low. Therefore, the correlation coefficient is an efficient measure to match a spectrum observable with a geo-referred database of ambilight spectra.

    FIGURE 2. Ambilight spectral measurements of nine locations in the library of the Finnish Geodetic Institute (arbitrary units). The photos below the spectrum plots show the circumstances under which the corresponding spectral measurements were collected.
    FIGURE 2. Ambilight spectral measurements of nine locations in the library of the Finnish Geodetic Institute (arbitrary units). The photos below the spectrum plots show the circumstances under which the corresponding spectral measurements were collected.
    TABLE 1. Correlation coefficient matrix of spectral measurements of different locations.
    TABLE 1. Correlation coefficient matrix of spectral measurements of different locations.

    Relative Positioning Using Ambilight Intensity Measurements

    Total ambilight intensity is an integrated measure of the light spectrum, and it represents the total irradiance of ambient light. In general, a lamp produces a certain amount of light, measured in lumens. This light falls on surfaces with a density that is measured in foot-candles or lux. A person looking at the scene sees different areas of his or her visual field in terms of levels of brightness, or luminance, measured in candelas per square meter. The ambilight intensity can be measured by a light detector resistor (LDR), and it is the output of an onboard 10-bit analog-to-digital converter (ADC) on an iRobot platform, which is the platform for a low-cost home-cleaning robot as shown in FIGURE 3.

    FIGURE 3. The iRobot-based multi-sensor positioning platform, which is equipped with a light sensor and other versatile positioning sensors as marked in the figure.
    FIGURE 3. The iRobot-based multi-sensor positioning platform, which is equipped with a light sensor and other versatile positioning sensors as marked in the figure.

    We designed a simple current-to-voltage circuit based on an LDR and a 10-kilohm resistor, and the integrated analog voltage is input into the iRobot’s ADC with a 25-pin D-type socket, which is called the Cargo Bay Connector. FIGURES 4 and 6 show that the LDR sensor was not saturated during the test whenever we turned the corridor lamps on or off. Since the output of the light sensor was not calibrated with any standard light source, the raw ADC output rather than real values of physical light intensity was used in this study. During the test, the iRobot platform ran at a roughly constant speed of 25 centimeters per second, and the response time of the LDR was 50 milliseconds according to the sensor datasheet. The sampling rate of light intensity measurements was 5 Hz. Thus, the ADC could digitalize the input voltage in a timely fashion.

    FIGURE 4. Total irradiance intensity measurements of ambient light in a closed space. The estimated lamp positions (magenta points) can be compared to the true lamp positions (green points).
    FIGURE 4. Total irradiance intensity measurements of ambient light in a closed space. The estimated lamp positions (magenta points) can be compared to the true lamp positions (green points).
    FIGURE 6. Total irradiance intensity measurements of ambient light in the open corridor of the third floor.
    FIGURE 6. Total irradiance intensity measurements of ambient light in the open corridor of the third floor.

    We conducted the experiments with the iRobot platform in two corridors in the Finnish Geodetic Institute building. The robot was controlled to move along the corridors, and it collected measurements as it traveled. The two corridors represent two types of environment. The corridor of the first floor is a closed space where there is no natural light, and the corridor of the third floor has both natural light and artificial illuminating light. The illuminating fluorescent lamps are installed in the ceiling. In a specific environment, fluorescent lamps are usually installed at fixed locations, and their locations are not normally changed after installation. Therefore, the knowledge of lamp locations can be used for positioning.

    Ambilight positioning is relatively simple in the first case where there is no natural light in the environment and all ambilight intensity comes from artificial light. Because the fluorescent lamps are separated by certain distances, the intensity measurements have a sine-like pattern with respect to the horizontal distance along the corridor. The sine-like pattern is a key indicator to be used for detecting the proximity of a lamp. As shown in Figures 4 and 6, raw measurements of ambilight intensity and smoothed intensity have a sine-like pattern. Because raw intensity measurements have low noise, either raw measurements or smoothed intensity can be used to detect the proximity of a lamp. Figure 4 also shows the results of detection and the comparison to the true lamp positions. There are four fluorescent lamps in this corridor test. The first three were detected successfully, and the estimated positions are close to true positions with a root-mean-square (RMS) error of 0.23 meters. The fourth lamp could not be detected because its light is blocked by a shelf placed in the corridor just below the lamp as shown in FIGURE 5. Figure 4 shows the sine-like intensity pattern of the fourth lamp did not occur due to the blockage.

    FIGURE 5. The light of the fourth lamp in the corridor is blocked by shelves, and the corresponding sine-like light pattern does not appear.
    FIGURE 5. The light of the fourth lamp in the corridor is blocked by shelves, and the corresponding sine-like light pattern does not appear.

    On the third floor, the situation is more complicated because there is both natural light and incandescent lamps in the corridor. Natural light may come in from windows, which are located at multiple locations on the floor. In addition, the light spectrum in the corridor may be interfered with by light from office rooms around the floor. To recover the sine-like intensity pattern of the lamps, the intensity of the background light was measured when the incandescent lamps were turned off. Therefore, the calibrated intensity measurements of illuminating lamps can be calculated as follows:

    Inn-Eq-3  (3)

    where Ia is the intensity measurements of composite ambient light, Ib is the intensity measurements of background light, and Ic is the intensity measurements of the calibrated ambient light of the illuminating lamps.

    Figure 6 shows the intensity measurements of composite ambient light, background light, and calibrated lamp light. In addition, the intensity measurements of calibrated lamp light are smoothed by an adaptive low-pass filter to mitigate noise and interference. The intensity measurements of smoothed lamp light were used to estimate the positions of the lamps according to the sine-like pattern. The estimated lamp positions were compared to the true lamp positions, and the errors are shown in FIGURE 7. The estimated lamp positions have a mean error of 0.03 meters and an RMS error of 0.79 meters. In addition, for the total of 15 lamps in the corridor, only one lamp failed to be detected (omission error rate = 1/15) and one lamp was detected twice (commission error rate = 1/15). 

    Discussion and Conclusion

    Ambilight positioning needs no particular infrastructure, and therefore it does not have the problem of infrastructure availability, which many other positioning technologies have, limiting their applicability. For example, indoor positioning systems using Wi-Fi or Bluetooth could not work in emergency cases when the power supply of these devices is cut off. What ambilight positioning needs is just the knowledge of indoor structure and ambilight observables. The lighting conditions of an indoor structure can be reconstructed based on the knowledge of the layout structure whenever illuminating lamps are on or off. Thus, ambilight observables can be related to the layout structure to resolve positioning estimates as we showed in this article. 

    Besides indoor environments, the methods we have presented are also applicable in many other GNSS-denied environments, such as underground spaces and long tunnels. For example, the Channel Tunnel between England and France has a length of 50.5 kilometers, and position determination is still needed in this kind of environment. In such environments, there is usually no natural light, and the intensity of illuminating lamps has a clear sine-like pattern.

    In particular, ambient light positioning is promising for robot applications when a robot is operated for tasks in a dangerous environment where there is no infrastructure for other technical systems such as Wi-Fi networks. Given the knowledge of the lighting infrastructure acquired from the construction layout design, the method of ambilight positioning can be used for robot localization and navigation. Our tests have shown also that the proposed ambilight positioning methods work well with both fluorescent lamps and incandescent lamps, as long as the light intensity sensor is not saturated. 

    A clear advantage of the technique is that the illuminating infrastructure and the structure layout of these environments are kept mostly unchanged during their life cycle, and the lighting knowledge can be constructed from the structure design. Hence, it is easy to acquire and maintain these knowledge bases. The hardware of ambient light sensors is low-cost and miniature in size, and the sensors can be easily integrated with other sensors and systems.

    Although a spectrometer sensor is not currently able to be equipped with a mobile-phone device, the proposed ambilight positioning techniques can still be implemented with a modern mobile phone in several ways. For example, an economical way would be to form a multispectral camera using a selection of optical filters of selected bands or a miniature adjustable gradual optical filter. The spectral resolution then is defined by the bandwidth of the band-pass optical filters and the optical characteristics of the gradual optical filter. Other sensors, such as an acousto-optic tunable filter spectrometer and a MEMS-based Fabry-Pérot spectrometer, could also be used to measure the spectrum of ambilight in the near future. With such techniques, ambilight spectral measurements can be observed in an automated way and with higher temporal resolution. 

    Acknowledgments

    The work described in this article was supported, in part, by the Finnish Centre of Excellence in Laser Scanning Research (CoE-LaSR), which is designated by the Academy of Finland as project 272195. This article is based on the authors’ paper “The Uses of Ambient Light for Ubiquitous Positioning” presented at PLANS 2014, the Institute of Electrical and Electronics Engineers / Institute of Navigation Position, Location and Navigation Symposium held in Monterey, California, May 5–8, 2014.


    JINGBIN LIU is a senior fellow in the Department of Remote Sensing and Photogrammetry of the Finnish Geodetic Institute (FGI) in Helsinki. He is also a staff member of the Centre of Excellence in Laser Scanning Research of the Academy of Finland. Liu received his bachelor’s (2001), master’s (2004), and doctoral (2008) degrees in geodesy from Wuhan University, China. Liu has investigated positioning and geo-reference science and technology for more than ten years in both industrial and academic organizations. 

    RUIZHI CHEN holds an endowed chair and is a professor at the Conrad Blucher Institute for Surveying and Science, Texas A&M University in Corpus Christie. He was awarded a Ph.D. degree in geophysics, an M.Sc. degree in computer science, and a B.Sc. degree in surveying engineering. His research results, in the area of 3D smartphone navigation and location-based services, have been published twice as cover stories in GPS World. He was formerly an FGI staff member.

    YUWEI CHEN is a research manager in the Department of Remote Sensing and Photogrammetry at FGI. His research interests include laser scanning, ubiquitous LiDAR mapping, hyperspectral LiDAR, seamless indoor/outdoor positioning, intelligent location algorithms for fusing multiple/emerging sensors, and satellite navigation.

    JIAN TANG is an assistant professor at the GNSS Research Center, Wuhan University, China, and also a senior research scientist at FGI. He received his Ph.D. degree in remote sensing from Wuhan University in 2008 and focuses his research interests on indoor positioning and mapping.

    JUHA HYYPPA is a professor and the head of the Department of Remote Sensing and Photogrammetry at FGI and also the director of the Centre of Excellence in Laser Scanning Research. His research is focused on laser scanning systems, their performance, and new applications, especially those related to mobile laser scanning and point-cloud processing.


    FURTHER READING

    • Authors’ Conference Paper

    “The Uses of Ambient Light for Ubiquitous Positioning” by J. Liu, Y. Chen, A. Jaakkola, T. Hakala, J. Hyyppä, L. Chen, R. Chen, J. Tang, and H. Hyyppä in Proceedings of PLANS 2014, the Institute of Electrical and Electronics Engineers / Institute of Navigation Position, Location and Navigation Symposium, Monterey, California, May 5–8, 2014, pp. 102–108, doi: 10.1109/PLANS.2014. 6851363.

    • Light Sensor Technology

    “High-Detectivity Polymer Photodetectors with Spectral Response from 300 nm to 1450 nm” by X. Gong, M. Tong, Y. Xia, W. Cai, J.S. Moon, Y. Cao, G. Yu, C.-L. Shieh, B. Nilsson, and A.J. Heeger in Science, Vol. 325, No. 5948, September 25, 2009, pp. 1665–1667, doi: 10.1126/science.1176706.

    • Light Measurement

    “Light Intensity Measurement” by T. Kranjc in Proceedings of SPIE—The International Society for Optical Engineering (formerly Society of Photo-Optical Instrumentation Engineers), Vol. 6307, Unconventional Imaging II, 63070Q, September 7, 2006, doi:10.1117/12.681721.

    • Modulated Light Positioning

    “Towards a Practical Indoor Lighting Positioning System” by A. Arafa, R. Klukas, J.F. Holzman, and X. Jin in Proceedings 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. 2450–2453.

    • Application of Hidden Markov Model Method

    “iParking: An Intelligent Indoor Location-Based Smartphone Parking Service” by J. Liu, R. Chen, Y. Chen, L. Pei, and L. Chen in Sensors, Vol. 12, No. 11, 2012, pp. 14612-14629, doi: 10.3390/s121114612.

    • Application of Bayesian Inference

    “A Hybrid Smartphone Indoor Positioning Solution for Mobile LBS” by J. Liu, R. Chen, L. Pei, R. Guinness, and H. Kuusniemi in Sensors, Vol. 12, No. 12, pp. 17208–17233, 2012, doi:10.3390/s121217208.

    • Ubiquitous Positioning

    Getting Closer to Everywhere: Accurately Tracking Smartphones Indoors” by R. Faragher and R. Harle in GPS World, Vol. 24, No. 10, October 2013, pp. 43–49.

    “Hybrid Positioning with Smartphones” by J. Liu in Ubiquitous Positioning and Mobile Location-Based Services in Smart Phones, edited by R. Chen, published by IGI Global, Hershey, Pennsylvania, 2012, pp. 159–194.

    “Non-GPS Navigation for Security Personnel and First Responders” by L. Ojeda and J. Borenstein in Journal of Navigation, Vol. 60, No. 3, September 2007, pp. 391–407, doi: 10.1017/S0373463307004286.

  • Trimble’s Smart Water Software Adds GNSS for 3D Accuracy

    Trimble has introduced the latest version of its smart water infrastructure mapping and work management cloud software — Trimble Connect for Water version 1.9.

    The latest release of the geographic information system (GIS) centric software-as-a-service (SaaS) adds real-time, high-accuracy centimeter-level horizontal and vertical GNSS accuracy for capturing 3D asset positions. The new release includes a suite of applications that allow water, wastewater and stormwater utilities to accurately locate, inventory and visualize their infrastructure assets and increase operations and maintenance efficiency.

    The announcement was made at Trimble Dimensions.

    Trimble Connect for Water cloud software leverages Trimble’s GNSS rugged mobile devices and Esri’s GIS technologies to accurately map, locate and assess the condition of critical infrastructure assets, allowing utilities to keep their field infrastructure data up-to-date and accurate.

    The new release now supports Trimble’s Geo 7 Centimeter Edition rugged handheld, integrating 3D mapping into utility field workflows and enabling mobile workers to precisely locate and map the horizontal position and elevation of buried infrastructure.

    Trimble Connect for Water version 1.9 can be configured and deployed quickly on a variety of Trimble and non-Trimble mobile devices, laptops, tablets and smartphones, including Apple iPads, iPhones, Android, Windows and Windows Mobile devices to automate fieldwork and eliminate paper-based maps.

    Trimble Connect uses the latest Esri ArcGIS for Server, Mobile and ArcGIS Online basemap services. The software is designed to automate a variety of specific water, wastewater and stormwater industry workflows through individual pre-configured “apps” offered within the product and as part of a subscription.

    The new version provides standard core apps including Map Book, Manhole Inspector, Leak Repair, Hydrant Inspector, Valve Inspector, Meter Changeout, Incident Repair, Water Mapper, Wastewater Mapper and Stormwater Mapper. In addition, an optional partner app developed for American Flow Control (AFC) hydrant and valve data collection, “AFC Mapper,” can be purchased from AFC and their distributors for use with Trimble rugged handhelds.

    Trimble Connect for Water version 1.9:

    • Offers centimeter-level real-time GNSS accuracy to improve the quality and accuracy of the utility’s GIS data to precisely locate hard to find assets.
    • Allows capturing accurate vertical elevations in real-time. Combined with horizontal precision, the solution provides high-accuracy GIS data that can be used to measure pipeline slopes, perform flow analysis and generate 3D and hydraulic models.
    • Supports the Trimble Geo 7 Centimeter edition with an integrated laser rangefinder.
    • Offers pre-configured Water, Wastewater and Stormwater mapping apps, allowing utilities to quickly start mapping network infrastructure and updating their asset data.
    • Provides the capability to export data in a variety of formats including Esri File Geodatabase, Shapefiles and MS Excel, which allows users to update the utility’s enterprise GIS or visualize and analyze the collected data using third-party systems.

    Trimble Connect for Water version 1.9 is expected to be available in December 2014 from Trimble’s Water Division and its authorized distribution partners.