<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    Well, hummm..  <br>
    Post the two files if you can for others to tinker with.  Recall
    that RTCM 1004 will not carry the Doppler that you might have
    originally had (so it may not be present in your RINEX files if that
    is what was converted), so you might be better of post processing
    with raw data (or MSM type RTCM if you get it).  Doppler is very
    useful here, esp with L1 only.  I have not used the baseline
    constraint in RTKLIB, so can not comment on its use or value here,
    would have to dig into the actual code.  In any event, with the
    moving baseline method expect to see noticeable loses the positional
    estimate reported, in favor of a better estimate or the yaw and
    pitch. [you can see that with the two reference stations I pointed
    you to, in static you will see <5mm variation]  This method is at
    its best for a ship or plane.  If your antenna are set are too
    close  ( say~<50 cm), or they interfere with each other (due to
    the down convert local oscillator crosstalk between identical GNSS
    devices), other issues will of course arise.   Just some quick
    guesses.  <br>
    Good luck, regards DCKelley<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 4/2/2016 5:02 PM, Marco Mendonça
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAG5b3rvJc1cdJzXeLw9etSG+T_D7cmqU-Ur94o--9zTL_MGseQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Thanks, David!<br>
          <br>
          I'm actually trying to post process two RINEX files on rtkpost
          from antennas on a car. I chose the moving baseline option,
          set the baseline length, but still, no solution.<br>
          <br>
          When not setting the baseline length as fixed, it works fine.
          Although the estimated baseline is close to the real value,
          I'd like it to be fixed. </div>
        <div><br>
        </div>
        <div>I'm also using moving baseline. With the length constraint,
          the results are noisy and only with 1.07% fixed epochs.
          Without the constraint, the fixed epochs are around 90% and
          much smoother and coherent. And I'm absolutely sure about the
          distance from antenna to antenna.</div>
        <div><br>
        </div>
        <div>Also, thanks for the example provided! I'll connect there
          and try to debug my option choices. Any other guesses of what
          might be happening are greatly appreciated! </div>
        <div><br>
        </div>
        <div>Regards,</div>
        <div><br>
        </div>
        <div>Marco</div>
        <div> </div>
        <div><br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span
            style="font-size:12.8px">Date: Sat, 2 Apr 2016 15:09:23
            -0700<br>
          </span><span style="font-size:12.8px">From: David Kelley
            <a class="moz-txt-link-rfc2396E" href="mailto:DavidKelley@iTSware.net"><DavidKelley@iTSware.net></a><br>
          </span><span style="font-size:12.8px">To: Open Source
            GPS-related discussion and support<br>
          </span><span style="font-size:12.8px">        <</span><a
            moz-do-not-send="true"
            href="mailto:foss-gps@lists.osgeo.org"
            style="font-size:12.8px"><a class="moz-txt-link-abbreviated" href="mailto:foss-gps@lists.osgeo.org">foss-gps@lists.osgeo.org</a></a><span
            style="font-size:12.8px">>, </span><a
            moz-do-not-send="true" href="mailto:mammendonca@gmail.com"
            style="font-size:12.8px"><a class="moz-txt-link-abbreviated" href="mailto:mammendonca@gmail.com">mammendonca@gmail.com</a><br>
          </a><span style="font-size:12.8px">Subject: Re: [FOSS-GPS]
            RTKLib fixed baseline length<br>
          </span><span style="font-size:12.8px">Message-ID:
            <a class="moz-txt-link-rfc2396E" href="mailto:57004313.4050509@iTSware.net"><57004313.4050509@iTSware.net></a><br>
          </span><span style="font-size:12.8px">Content-Type:
            text/plain; charset="utf-8"; Format="flowed"</span><br
            style="font-size:12.8px">
          <br style="font-size:12.8px">
          <span style="font-size:12.8px">Marco :<br>
          </span><span style="font-size:12.8px">Works fine for me as
            well.<br>
          </span><span style="font-size:12.8px">There are no "special"
            switches, does it first work for you when<br>
          </span><span style="font-size:12.8px">stationary? Start with
            getting that to work as a first step.</span><br
            style="font-size:12.8px">
          <span style="font-size:12.8px">If you have it working in the
            mode "Kinematic" (ie normal moving rover<br>
          </span><span style="font-size:12.8px">RTK) or "Static" (ie
            stationary RTK where measurement noise is taken out<br>
          </span><span style="font-size:12.8px">in dithering the clock
            estimate more than the position), then<br>
          </span><span style="font-size:12.8px">"Moving-Base" should
            work as well.   I presume you know the reason for<br>
          </span><span style="font-size:12.8px">using this mode is often
            to get a precise estimate of the rovers heading.</span><br
            style="font-size:12.8px">
          <span style="font-size:12.8px">Here is an image of it working
            in that mode on short 130cm baseline.<br>
          </span><span style="font-size:12.8px">You can see that the two
            antenna are nearly, not not 100% located N-S<br>
          </span><span style="font-size:12.8px">with respect to each
            other.  The ~0.1 degree shift is because the West<br>
          </span><span style="font-size:12.8px">side of office building
            does not run a true north-south!   Feel free to<br>
          </span><span style="font-size:12.8px">connect to the SNIP
            NTRIP casters that are listed on the image below to<br>
          </span><span style="font-size:12.8px">confirm everything else
            is working.  [No user id is needed, and<br>
          </span><a moz-do-not-send="true"
            href="http://serv2.itsware.net:2101/" rel="noreferrer"
            style="font-size:12.8px">Serv2.itsware.net:2101</a><span
            style="font-size:12.8px"> is left up during the weekend. Not
            guarantees<br>
          </span><span style="font-size:12.8px">during the US work week
            as that is used a testing machine.]</span><br
            style="font-size:12.8px">
          <br style="font-size:12.8px">
          <br style="font-size:12.8px">
          <span style="font-size:12.8px">Good luck!<br>
          </span><span style="font-size:12.8px">Regards,  DC Kelley</span></blockquote>
        <div><br clear="all">
          <div>
            <div class="gmail_signature">
              <div dir="ltr">
                <div>
                  <div dir="ltr">- Marco Mendonça<br>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
This message is sent to you from <a class="moz-txt-link-abbreviated" href="mailto:FOSS-GPS@lists.osgeo.org">FOSS-GPS@lists.osgeo.org</a> mailing list.
Visit <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/foss-gps">http://lists.osgeo.org/mailman/listinfo/foss-gps</a> to manage your subscription
For more information, check <a class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/FOSS-GPS">http://wiki.osgeo.org/wiki/FOSS-GPS</a></pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <br>
      -- <br>
      Regards,
      <br>
      David Kelley
      <br>
      ITS Programs Manager, SubCarrier Systems Corp. (SCSC)
      <br>
      626-485-7528 (Cell) 626-513-7715 (Office) 888-950-8747 (Main) </div>
  </body>
</html>