Blogs

You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • Sergey December 3, 2015 at 1:56am

    Here is test with 499$ RTK reciever - https://www.youtube.com/watch?v=5TgK1V6AMzY

  • Michael Papenhagen November 29, 2015 at 9:53pm

    Hi Antonie, how is it going with you? Have you done any Aerial Topographical Surveys yet? I have send you an "Invite" via Skype.

    Regards

    Michael

  • Oliver Huang November 28, 2015 at 5:54pm

    Hi Cliff,

     

    Yes NS-HP just need RTCM 3.x or raw measurement data from base, and minutes later, voila out comes centimeter-level accurate RTK fix solution. Although it can still generate fairly accurate position when cycle slip dropping to float solution for a while, it's still only for use under open sky and cannot deal with signal fluctuation passing by heavy tree foliage like more expensive RTK + INS combined products.

  • Developer
    Jason Short November 28, 2015 at 12:43pm

    Looks like your nav gains could use some tuning. I'll bet you could eliminate that overshoot when you release the quad after dragging it. 

  • 3D Robotics
    Chris Anderson November 28, 2015 at 8:57am

    My Reach RTK units (base and rover) just arrived from EMLID. Just $570 for the pair. APM/Pixhawak support is coming soon, they say

    3702134136?profile=original

  • Developer
    Michael Oborne November 28, 2015 at 5:04am

    the gps was set to low latency rtk, not time matched, so although latency does play into it, with the base I was using, I had direct access to, so there was no internet induced latency.
    technically the tlog from that flight would have the encapsulated rtcm in it.

  • Antonie Kruger November 28, 2015 at 1:30am

    @Michael, OK thanks - thats great. I thought you had a second set running the correction. I recall a conversation with one of my RTK GPS suppliers that they ran into latency issues with the length of correction on the CMR format using multiple constellations (GPS+GNSS), hence CMR+ was born. Would this not be an issue embedding the RTCM correction with the rest of the MavLink stream? Too much data carried to remain relevant at 1Hz?

  • Developer
    Michael Oborne November 27, 2015 at 11:56pm

    @antonie in the video I was sending rtcm via the 3dr radio link that I was also using the the gcs.

  • Antonie Kruger November 27, 2015 at 10:29pm

    @Chris, thanks for sharing and well done Michael.

    @Mike Papenhagen, hi, trust all is well. You can set up your Trimble or Leica base to feed the correction(CMR, RTCM ect.) to a serial port on the base. Keep the port settings in mind for the following part - from here you can use a data modem - RFDesign have some really good ones with good air speeds and output power in the public frequencies. The same on the receiver side, The radio links to the rover serial port and the correction is delivered there for the RTK fix. I've used some of the serial modems for the Topcon robotic TS's data stream. Worked well and small enough for this application. It would be great if the RTK correction could be embedded in the MavLink comms with the vehicle.

  • Jesus A November 27, 2015 at 7:27am

    John,

    NMEA is supported by all GPS RTK solutions out there ans it is the first option that should work 100% with APM IMHO.

    I have not tested it yet but I will do it (we are too developing a L1/L2/GLONASS solution). However I have read many times in drones-discuss that NMEA GPS produces glitches in navigation with APM compared to the ublox ones.

    I know it has extended messages and that it does not provide as much info as a propietary protocol but it is a standard and THAT alone is important.

    With just the GGA NMEA message we have information about the type of solution being reported. RTK, Single, etc.

This reply was deleted.