New b27 release of demo5 code

I’ve just released a b27  version of the demo5 code that incorporates all the changes in the b27 release of the official code.  I’ve also included some fixes for the Galileo satellites.  The biggest fix I added was for an array overrun that was causing solutions to intermittently report zero status when Galileo satellites were enabled.  Another fix was to correctly decode the range accuracy estimates in the Galileo ephemeris data.  The code can be downloaded from the code download section of the rtkexplorer.com website.   The source code is available in my Github repository.  Please let me know if you find any issues with this code, especially if it was something that was working in the previous code.

One issue I am aware of is the time tag feature which enables simulated real-time runs in RTKNAVI appears to be broken in the new code.  There was an existing incompatibility  between time-tag files that were created in the win32 version of RTKLIB and run in the win64 version or vice-versa.   It looks like an attempt to fix this in the latest release code actually made things worse and now the time-tag files don’t work at all, at least in the win32 version.

By the way, for anyone using the free starter edition of the Embarcadero compiler, be aware that it does not support building win64 executables.  The code will build, but the option to specify win64 is not available, so the compiler will just build the win32 code.  I hadn’t realized this until I tried to build the win64 version recently.

Also, I’ve recently got a hold of two low cost dual frequency receivers, one from Swift Navigation and one from Tersus, so I am collecting and analyzing data with them now.  I should have some results and comparisons to share in my next post soon.

9 thoughts on “New b27 release of demo5 code”

  1. Hello Tim,
    Concerning the time tag feature, i spent time to understand the pb (I had tag file created in 64 bits version (rtkgps android) to replay in 32 bits version (windows)).
    On 32 bits platform, tick and file position are stored in 4 + 4 bytes, on 64 bits platform 4 + 8 bytes (file position is stored in sizeof(size_t) bytes).
    There is also an issue in the function readfile in stream.c (tick_master is set to 0 but never change after, there is an issue open in emlib version (emlib save tag file in ascii data, not binary )).
    I have a peace of code working well but as you have change lot of think since your 29d version, I don’t know how to propose you this fix.
    Let me know if you are interested.
    Christophe

    Like

  2. Hi,
    Thought I would send a little feedback re your latest version.
    Setup: M8T Emlid Rover and Base. Rover approx. 1.5 M North of Base. Poor Skyview Industrial area with row of pine trees about 3 meters West running North and South. 5Hz Option on Static survey for 1 hour. SATS -GPS,GLO,GAL,SBAS. AR Fix &Hold GPS & GLO. RKNAVI Fix in couple of minutes & stable for 1 hour.

    Post-processing: Static forward direction similar FIX. Resolution low milimeters. Combined Direction- low tenths of millimeters ENU. 100 percent FIX for one hour from ROVER start.

    The UBX files were RTKCONV to RINEX 3.03 using OPTIONs from your BLOG.
    For me, this more than I would hope for, but a good illustration of the potential for your code. I think the OPTIONs were a significant improvement.

    Like

    1. Hi Richard. Good to hear confirmation that the newest code is working well. Not sure I can guarantee your results are always going to be that good, especially with poor sky views! You mentioned you are using the Galileo satellites. I’m finding that helps quite in bit in addition to improvement from the new options.

      Like

      1. Yes, my point is that the capability is there for very precise measurements at short range. I have done a Kinematic Survey since my last post with the same location. I walked some short legs in the parking lot under the pine trees. I did go from FIX to FLOAT when I got about 1-2 meters from our pull down garage doors and under trees. That was with 50% of the sky blocked and the other 50% containing the row of pine trees!

        One test does not prove anything unless independently verified, but I am certainly encouraged.

        I have read that Galileo design is supposedly designed to be better with scattered cover. Maybe that is true..

        Of course, I may have hit it lucky as processing showed valid satellites number in the teens,consistently.

        Thanks for your improvements once more.

        Like

  3. Hello

    As files are increasing in size, the 64bit compilation may become necessary. Maximum 3gb per process in windows 32 is a big constraint. Do you know if it will be possible to compile rnx2rtkp in 64bits??

    Keep up with this great work!

    Like

    1. Hi Jesus. Good question. I don’t know the answer. The GUI versions (RTKPOST and RTKNAVI) have separate apps for 64 bit versions … however I have not been able to build these because the Starter Edition of the Embarcadero compiler does not support 64 bit compiles.

      Like

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.