I have have made a number of updates to the antenna plots.
Changed them so that the elevation angle is from the Horizontal instead of from Zenith which is much more normal.
Plot in 5 fixed Ranges for the raw data antenna plots to make comparisons easier.
Added Elevation and Azimuth plots for the delta from the mean as a function of Azimuth, these are fixed to a +-5mm range. You will see white areas in the polar plots for areas with >5mm from the mean.
Also there are now plots ant14.atx and ant08.atx, bot hare linked from http://de.trimbletools.com/Antenna_Info/index.html.
Somehow this gets into Facebook, which I have no idea how, I will look at how this is happening some time.
In addition to the Trimble Antenna.ini format for antenna information there is the IGS antenna information data base, igs08.atx. (NGS also has one)
This has a large number of antennas, most of which are in Antenna.ini as well.
The data that is in the IGS file should be the same as that for the IFE models in the Trimble antenna.ini format.
To support ongoing work there was a need for a ATX file parser, once we had that is was a reasonably simple task to display the information from this file in the same way as it is displayed in the Trimble Antenna.ini viewer tool.
The information is at http://de.trimbletools.com/Antenna_Info/index.html
When you are looking at the antennas with Azimuth dependent corrections the smaller the range the better, and this shows the improvements in the measurements that you will get by having the antenna’s pointed in the same direction. (In addition to any average bias in the antenna). When using a Tripod it is recommend that you point the antennas in the same direction for the best precision.
The IGS names use part numbers not the normal names, the following are the ones that may be of most interest.
Trimble Zephyr 2 Base is TRM57971.00 NONE
Trimble Zephyr 2 Rover is TRM57970.00 NONE
Trimble SPS985 is TRMSPS985 NONE
Trimble R10 is TRMR10 NONE
As part of the Tracking plotting system there is an expected value for the GNSS SV at an given elevation angle.
I have created a simple plot for this data, which can be accessed via TrimbleTools.com. This is a quick and simple way of checking if you have obstructions, jamming or antenna issues.
The plot is at http://de.trimbletools.com/Average_SNR_Plot.html
The data is from a more than 5 million measurements with a Zephyr 2 Geodetic. There is some difference between all the Zephyr models, but for troubleshooting this table can be used for all of them, as normally you are looking for significant (6dB of more) of difference
I have added a new system to the TrimbleTools.com plotting tools.
If you are a user of Trimble Business Center you can create residuals as part of the baseline processing, the residuals are a very good way to determine the quality of the measurements.
For most users the report within Business center is suitable, for me there are a number of issues.
- Getting an image file to use in a report is not easy
- There is not a combined plot of all SV’s
- The plots are not zoomable
- There is not a table of stats for all SV’s
- There is no use way to see when the SV was not used
- It does not show the SV elevation
- It can be a bit slow
If you click on an image the zoomable version of the plot will be displayed. These plots are created by gunplot, which does not support zooming on all browsers. Use FireFox and Right click and drag to zoom.
Note that the system plots from the RES file that is stored in the folder created by TBC, the RES file does not contain information about the baseline. You need to look at the Sessions in TBC to determine the session file that matches that baseline.
I have changed the TrimbleTools.com T0x Tracking plotting system to now plot the SNR’s for individual SV’s, previously it just showed if the SV was being tracked or not for an epoch. Which made the plot look nicer but had less info. Due to the quantization of the SNR the plots do look a little weird.
You can turn off a Signal by clicking on it in the legend, although the charting engine takes a long time to do it.
When using RTCM V3 for transmitting base observations (AKA base corrections) the rover needs to know the base station antenna information otherwise if the rover operated there would be significant vertical errors. (>8cm for some antennas)
This is not an issue with Trimble base stations, as by default the base station applies the antenna corrections. Applying the correction at the base is clearly the best place to do it since only that GNSS receiver needs to know the antenna details.
Modern versions of the Trimble GNSS Receivers have provided a antenna database version number, in receiver status /activity screen.
There was not a easy way for people to determine what antenna’s were in what version of the database file, to fix this issue I have created a database “dump” which includes all the antenna’s that were known in that version of the database and the aliases that are know for the antenna.
This information can be found at http://linux.trimble-wco.com/Antenna_DB_Dump/, there is a link via trimbletools.com as well.
While it would be nice to have a table of GNSS firmware and antenna database version, I do not have an easy way of getting this at the moment, so you will have to just look at the web page of the GNSS receiver.
I can not find some of the database releases, I am trying to find them. V7.79 that was used with V4.93 I do not have, you will just have to look at the antenna information for the versions before and after.
At the same time I was going this I have also updated the interactive antenna information display system to V7.85 of the database (Jan 2015)
Panic software have released a little app for the iPad that allowed you to turn it into a status board display.
I have created a few widgets that you can get from http://trimbletools.com/Status_Board.html
GNSS Healthy SVs
Heathy GNSS SV’s
GPS Healthy SVs (Large)
GPS Healthy SVs (Small)
Just the GPS information.
Status Board Healthy GNSS SVs with Total SVs
Status Board Healthy GPS SVs with Total SVs
Add the Total number of SV’s not just the healthy ones.
Status Board TCC Status
Status Board IBSS Connections
IBSS Current Connections.
Status Board IBSS Connections, with Max connections
I am working on rewriting the Data Collector Decoder system that is used in RT_Traffic and CMR_Decode so that it will run on Mac and Linux, in addition to Windows.
You can get the current version of this from https://github.com/jcmb/jcmbsoft/tree/master/multi/DCOL, it is in Python so you can see the details of each packet, they should be read with the documentation since the code does not document the packets.
Will work on an installer when I have it more done.
The Trimble GPS receivers have a number of ways that you can get the data from them,
- FTP Push, my favorite
- Mail Push
- FTP Download
- HTTP Download
When you can not get the receiver to push you the data then using FTP is normally the fastest and easiest way of download loading the files.
You can use you favorite GUI based client, or a simple little script.
Note that this assumes that anonymous downloads are enabled and lftp is available on the computer
if [ -z $1 ]
echo "Usage: Download_SPS_FTP.sh "
lftp << EOF
open -u anonymous,Geoffrey_Kirk@Trimble.com $1
One of the things that comes up often in dealing with files is that we often log them in hour files but want to process them in a whole day. There are there 4NT and Command scripts that work for Windows, this is the equivalent for systems with a BASH shell.