Problem:
In LP360 Drone, while attempting to process the sensor trajectory solution for a TrueView 3DIS or microdrones payload in the Cloud run location, the user encounters an error message stating, “Project Status: EXECUTION_FAILED”. The Project upload was successful.
“Execution_Failed” is a catch all error message that occurs when POSPacCloud was unable to successfully process a sensor trajectory solution.
Probable Resolution #1:
A common cause of the “Execution_Failed” error is an incorrectly entered base station coordinate. Verify the base station value entered in True View EVO is correct. Signs are positive North and East. The approximate distance to base station as shown on the Base Station Settings page of the POSPac Processing wizard must be within 50m.
Probable Resolution #2
Verify the header of the base station RINEX file contains an approximate position that is close to the value entered, and correct, base station location. If the approximate location is more than 50m off of the real position the solution will have trouble processing.
Probable Resolution #3:
Locate the “YYMMDD_HHMMSS.log” file from the Area_\Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS folder corresponding to the attempted execution in POSPacCloud that resulted in the “Execution_Failed” and review the contents for the following messages in the reason section:
“Primary and base observables data are incompatible. Please check base data against POS data.”
Verify the base station is sampled at 1Hz to match the sample rate on the True View system. If the sampling rate is higher, then you may attempt to use a program to resample the observations to 1Hz. Ensure a 1Hz base station is used going forward.
TEQC, delivered with True View EVO is a good one to use to resample your base RINEX file. For example:
"C:\Program Files\Common Files\LP360\teqc.exe" -O.dec 1s D:\MyProject\mybase.20o > D:\MyProject\mybase_1s.20o
where, %username% is the Windows user.
There is also a GUI interface of TEQC for Windows available, if desired.
In addition to being 1Hz data, POSPac requires the base station observations be exactly on the one second interval. For Emlid receivers which typically record at some fraction of a second, it means using the Time Rounding option in Emlid Studio when converting the base observation file to RINEX.
“Primary and DEFAULT base observables data do not overlap in time. Please check base data against POS data.”
POSPac found that the base station RINEX file did not completely cover the T04 from the rover.
- Verify the Time of First Obs through Time of Last Obs in the header of the base RINEX covers the time shown in the T04 as displayed on the first page of the POSPac Processing Wizard in True View EVO.
- Verify the first and last observation in the RINEX file match those in the header.
- Verify the observations exist in the RINEX file for the full extent of the T04 as displayed on the first page of the POSPac Processing Wizard in True View EVO.
Header: YYYY MM DD hh mm ss.sssssss GPS TIME OF FIRST/LAST OBS 2019 12 11 21 8 1.0000000 GPS TIME OF FIRST OBS 2019 12 11 21 8 1.0000000 GPS TIME OF LAST OBS
Observations: YY MM DD hh mm ss.sssssss ? Observed Satellites 19 12 11 21 8 1.0000000 0 14G03G14G16G22G23G26G31G32R01R02R08R10
“Smart Select terminated because more than 200 files cannot be downloaded”
The error message indicates the base stations are too far apart from the project site, or one another. The site is not suitable for processing using SMARTBase. Use the CyclePath.csv file to review the validity of the site for SMARTBase processing by following the checking a flown mission method in the section Using SMARTBase Cloud with True View.
This error message may also indicate that the nearest stations to your project area have only hourly files, but not daily files available at the time you tried to process. SMARTBase only uses stations with daily files available, causing the Smart Selector to look further and further away from your area. Wait until the daily file spanning your collection is uploaded and made available, usually shortly after GPS midnight, before trying to process again using this method. Or, select a suitable nearby station and download the hourly files using the provider’s FTP site to process using the single base option. Or, if suitable for your projects and areas, process using PP-RTX.
“pointID\\r\\nParameter name: Could not set the base station position because a station with ID ‘DEFAULT’ was not found in the project.”
Verify the base station being used for processing has a data interval of 1 second to match the processing rate on the True View POS system. A lower sampling rate may be rejected by POSPac and lead to no base being setup in the project, hence, no base station position can be set.
POSPac also doesn’t like the base station RINEX file if it believes it to be kinematic. Search the RINEX observation file for the word “Kinematic” or “Marker” to see if they exist partway through the file, indicating the start of another observation.
Kinematic
Verify the options and data used to create the RINEX file. If you can fix the base RINEX then you should be able to get LP360 Drone/TrueView EVO to successfully batch the processing. A specific example is the T04 file from a Trimble R12i base station with the INS enabled.
Marker
A known error due to a bug with TPS2RIN that happens periodically with the RINEX conversion of TopCon receivers which causes header data in the satellite range observation data. If you delete these lines, then your data should process normally.
“Ephemeris data is unavailable. Please import POS data first.”
This an old error message that was typically caused by a POSPac bug in versions 8.4 through 8.5, where the rover broadcast ephemeris data gets incorrectly clipped. It can be worked around by adjusting the POSPac Processing Offset (EVO -> File -> Project Settings -> EXP -> True View Experimental Settings) value to a larger number (Default = 30s). Suggested resolution was to use 3600 or 7200 if there is an issue. This issue should no longer occur with v8.6.
“Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.”
Though misleading, this error message has been known to be related to a bad base station RINEX file, which causes POSPac to crash. A giveaway is an abnormal distance to base coordinate warning in the POSPac Processing Wizard. Check your base RINEX file using a RINEX check and repair utility, such as GFZRNX by GFZ Potsdam. If your Cycle is long enough for your region (10min for fast RTX regions and 30min for standard RTX regions), try processing using PP-RTX, or, download data from a nearby CORS.
“Cannot open PPF”
This is an old error message that was caused by the IMU on the system not being supported by the version of POSPac running in cloud.
“Error 26: The required data could not be retrieved.”
Error 26 may indicate an issue with the supplied base station observation file. Verify the observations in the base overlap with the time of the rover data.
“Processing error: please view the appropriate message log for details.”
Starting in LP360 v2023.1.25.0, LP360 downloads the processing files when “execution_failed” in POSPac Cloud to enable users to review the messages in the various processing logs when the reason for the failure isn’t in the main log. For help on reviewing those logs, please refer to Probable Resolution#6 in the “unexpected error running POSPac” post.
Probable Resolution #4:
Submit the logs to support@geocue.com, and transfer the archived Cycle to support via Reckon, or upload the archived Cycle to your folder on our FTP site for further analysis.
