True View EVO Error: An unexpected error occurred running POSPacBatch.exe

Problem:

True View EVO errs with, “An unexpected error occurred running POSPacBatch.exe” while submitting Post Process Trajectory File to POSPac Local.

An unexpected error occurred running POSPacBatch.exe

This is a generic error message whenever your POSPac project did not process to a successful solution using the InFusion Single Base processing mode and may be caused by one or more of the reasons listed below.

Probable Resolution #1:

The unexpected error is a catch all for when EVO can’t get a successful trajectory processed from POSPac. The top reasons are:

  • No license available, open your Applanix Software License Utility and verify the machine being used to process can see the licenses being served by the Applanix license server machine on your network
  • Incorrect base station location where a negative sign was not used for a western longitude or a southern latitude.
  • A POSPac v8.4 bug where the rover ephemeris gets clipped can be worked around by adjusting the POSPac Processing Offset (EVO -> File -> Project Settings -> EXP -> True View Experimental Settings) (Figure 31) value to a larger number (Default = 30s). Suggested to use 3600 or 7200 if there is an issue. Page 31 of the latest version of the True View EVO Users Guide https://support.geocue.com/evo-users-guide/

A myriad of other reasons may exist as well. Some indicators are provided in the log files generated by the processing attempt. See more details below.

Probable Resolution #2:

POSPacBatch will exit with this unexpected error if the wrong file path was chosen in project settings for the “POSPacBatch.exe” file. This may occur if POSPac desktop version was updated on the machine. This is most certainly the issue if there is no path to a POSPacBatch.EXE listed in the error message and it simply says,” “” -m UAV -b…”

Verify your POSPacBatch Location (LOCAL) is set. And even if it is, actually browse to and select the POSPacBatch.exe. Then try to process again.

Path to POSPacBatch in True View EVO Project Settings

Probable Resolution #3:

POSPacBatch may exit with this unexpected error if POSPac was recently updated while True View EVO was open. Verify the file path to the POSPacBatch.exe is correct. Close EVO and reopen to remedy the issue.

Probable Resolution #4:

POSPacBatch may exit with this unexpected error if it is not licensed. That can occur if the program can’t find the local license, communicate with the license server, or the licenses are in use by another machine. Check license availability and settings using the Applanix Software License Utility.

Applanix Software License Utility

More information on licensing POSPac can be found in Appendix A of the True View EVO Users Guide.

Probable Resolution #5:

Open a command prompt and type the command exactly as shown in the middle section of the error message Review the results shown in the command window. To make it easier, if you installed the POSPac in the default location, copy the contents of the following into a text file and save the text file as RunPOSPacBatch.bat on your desktop.

"C:\Program Files\Applanix\POSPac UAV 8.4\PospacBatch.exe" -m UAV -b %1
Pause

Once the batch file is created on your desktop, you can drag and drop the posbat file (located in the \POS\POSPac_YYMMDD_HHMMSS folder) onto the batch file and review the messaging being relayed.

Rover Data Not Supported: RINEX rover data is not supported

POSPac doesn’t like the base station RINEX file as it believes it to be kinematic. Verify the options and data used to create the RINEX file. One option to work around the issue is to “Force Static” when doing the import of this base directly in POSPac Desktop. However, if you can fix the base RINEX then you should be able to get True View EVO to successfully batch the processing.

Probable Resolution #6:

POSPacBatch may exit with this unexpected error if it cannot successfully complete the processing of the trajectory solution. Open the Batch Log, \POS\POSPac_YYMMDD_HHMMSS\YYMMDD_HHMMSS.log, and review at which stage the processing failed:

POS Data Import: Pending

The program was unable to read the T04 file.

  • Verify the T04 file copied correctly and completely off the UMS to the processing computer.
  • Verify the POS data is from a 1010xx, 615xxxx, or 620xxxx system

 extract_Mission 1.log

Look for “Termination Status: Fatal Errors” and “Extraction aborted”. If present, look earlier in the same log for a reason.

POS Data Import: Warnings

Broadcast ephemeris data download and import failed – When POSPac Batch is setting up the project it uses the rover data to download corresponding ephemeris data for use in processing. This requires a stable internet connection and space on the drive on which to download the files.

Base Station Import: Pending

This can occur if POSPac doesn’t like the base station RINEX file. Verify the options and data used to create the RINEX file. See the “Rover Data Not Supported” message explanation in probable resolution #5 above.

This may also occur if POSPac cannot open the RINEX file for read because it is open for read/write in another program.

POSPac will not import the base station RINEX file if there is no valid UAV-GNSS-Inertial license available. Open the Applanix Software License Utility and verify you have a valid license. See Appendix A of the EVO Users Guide for more information.

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

GNSS-Inertial: Pending

Most probable causes are:

  • An incorrectly entered base station coordinate. Verify the base station value entered in True View EVO is correct. Signs are positive North and East. 
  • 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 from the real position the solution will have trouble processing.

Open the POSPac project found in the last Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS subfolder and review the reports and settings in POSPac Desktop, if applicable, reprocess to obtain a suitable solution.

gnss_pp_proc_Mission 1.log

Look for “Termination status : Fatal errors”. If present, look below in the same log for a reason. Such as, “The position of the base station is more than 200m from the averaged single point positioning (SPP) solution.” See the most probable causes for “GNSS-Inertial: Pending”.

Look for “GNSS QC solution not available”. If present, check the extract_Mission1.log for more details.

fwdproc_Mission 1.log

Look for “WARNING : Gap in primary GNSS navigation data”. If present, check the extract_Mission1.log for more details.

Look for a “WARNING : Continuous primary GNSS position measurement rejections” and if present, review the Reference to primary GNSS lever arm values listed at the top of the report. Note those lever arm values are in meters. If the values are incorrect, you will need to fix those in the APX before you fly again. See Measuring GNSS Lever Arm Offsets in the True View 410 Hardware Users Guide.

To fix the processing for what you’ve already flown:

  1. Open the POSPac batch that is generated, for instance POS\POSPac_200427_114410\200427_114410.posbat
  2. Find the custom settings section that looks like this:

<CustomSettings>
<PriGNSSLeverSD>SDLessthan3cm</PriGNSSLeverSD>
<GnssReceiver>Primary</GnssReceiver>
<IncludeHighRate>false</IncludeHighRate>
</CustomSettings>

  1. Then modify it to look like this, ensuring you use the correct lever arm values in metres.

<CustomSettings>
<PriGNSSLeverX>-0.008</PriGNSSLeverX>
<PriGNSSLeverY>0.000</PriGNSSLeverY>
<PriGNSSLeverZ>-0.436</PriGNSSLeverZ>
<PriGNSSLeverSD>SDLessthan3cm</PriGNSSLeverSD>
<GnssReceiver>Primary</GnssReceiver>
<IncludeHighRate>false</IncludeHighRate>
</CustomSettings>

  1. Re-run the POSPac batch file using the shortcut mentioned in the previous probable resolution.
  2. The report will be located in a subfolder, such as YYMMDD_HHMMSS\_CYYMMDD_HHMMSS\Mission 1\Report\report_Mission 1.pdf
  3. When you make trajectories the dialogue will ask you to browse for the POS\POSPac_YYMMDD_HHMMSS\YYDDMM_HHMMSS\_CYYMMDD_HHMMSS\Mission\export_Mission 1.txt file.

extract_Mission 1.log

Look for “# seconds data gap in GNSS navigation data.” or “Tracking only #sat SV in primary GNSS receiver”, where #sat is less than 4. If present, open the _CYYMMDD_HHMMSS.pospac POSPac project in desktop and review the following Display Plots for more details:

  • Primary GNSS Navigation Data -> Altitude (m)
  • Primary GPS/GLONASS Satellite Data -> Satellite Lock and Elevation -> GPS/GLONASS L2 Satellite Lock/Elevation
  • Primary GPS/GLONASS Observables Data -> GPS L2 SNR
  • Primary GPS/GLONASS Observables Data -> GLONASS L2 SNR

Probable Resolution #7:

Create a ticket with support@airgon.com, and upload the POS folder to your folder on our FTP site for further analysis.

Share

AirGon Support

AirGon Support has written 169 articles

Leave a Reply