วีดีโอ

We could schedule a time with you to do an in-depth review of this product, or is there something specific you wanted to see here?

No

We haven't figured out a way to do this, from the documentation we have from DJI the only way to do this is with a D-RTK 2 running while you fly and pulling the .dat file. We suggest using your RS2+ as a base for RTK to produce the necessary files

We spoke with Emlid about this and it turns out it is possible to connect to the reach panel via usb if you're computer runs linux or macOS by searching 192.168.2.15 in a web browser

You're welcome, glad it was helpful!

That's our Vivid tablet: e38surveysolutions.com/collections/survey-accessories/products/vivid-tablet

That sounds like it could be rooted in radio wave interference. You could use a spectrum analyzer to look at congestion on or around the frequency you're running your receivers on. Once you're out of LOS the obstructions between your base and rover can greatly affect your range especially since the Emlid radios are only outputting at .1W. If you have an RS3 rover you could use an external radio outputting in 450MHz Trimtalk to boost your range, but the environment will greatly affect your radio waves either way: th-cam.com/video/Ow8PKua67a4/w-d-xo.html

If you're able to get a fix at all you're configured correctly. If you're having issues with the range on your LoRa radios you can adjust the radio frequency settings to improve your range. It's a guessing game at that point to find the right frequency settings for your environment, unless you have a way to scan the radio waves in your area. We're looking into a cost effective and reasonably user friendly way to do that so that we can get the best out of these radios in varied environments. We have a couple of videos that demonstrate how much impact the environment will have on the radios compatible with the RS3 as an example, check back with us soon and we may have a cost effective solution to dial in the radios wherever you are.

It's hard to say, if you'd like to set up a time for support you can submit a ticket here: e38surveysolutions.com/pages/contact-form or give us a call at (440) 649-7176

Hi Tony we can troubleshoot together if you'd like to give us a call: (440) 596-4076

Yes, Emlid Caster should work with any receiver that supports NTRIP

e38surveysolutions.com/products/low-profile-reach-rs2-rs3-hard-carrying-case?_pos=1&_psq=low+&_ss=e&_v=1.0 $199

Likely the root of the problem is the encryption level or frequency of your hotspot. The highest level the RS3 can connect to is a WPA2 network at 2.4GHz, while some of the latest phones default encryption for their hotspot is WPA3. If you're using an iPhone you would toggle on "Maximize Compatibility" in your personal hotspot settings, on android you should be able to select WPA2 encryption / 2.4GHz for your hotspot.

Thanks for the feedback!

NAD83

@@joedouglas6923 hmm, since terra wants LAT/LON and ellipsoid i assume you are using just NAD83 and not NAD83 NAD83(CSRS) / UTM zone 17N since that wants Northing/Easting? I'm really struggling with DJI being so stuck in WGS84 ellipsoid and the work flow when i need gcps and output in NAD83(CSRS) / UTM zone 17N + CGVD2013(CGG2013) height

@SkyLensStudios 15:00 When you go to add your GCPs under Advanced > Accuracy Control and Check > import point file, you should be presented with the Format and properties window that will allow you to select your known CRS and geoid settings. Under Data Properties, selecting the dropdown for you horizontal datum then selecting horizontal coordinate system database will allow you to search for your known system. Then you just need to define the columns for your points. That should automatically change the output crs to that system for the rest of your data.

@@e38surveysolutions59yeah we have tried to output in cgvd2013 and terra seems to not be able to handle it! But we can fix in terra solid.

Great tip!

This tutorial is for Emlid Flow

Ciao, quando elabori con il file rinex di base, utilizza le osservazioni satellitari elettroniche dal drone e dalla base per elaborare i dati di posizione, quindi non avrai bisogno di ulteriori informazioni sulle correzioni. Se si esegue il PPP del punto in cui è impostata la base, ciò dovrebbe correggere l'accuratezza assoluta per il resto del set di dati. Spero che questo si traduca bene e abbia senso.

According to the paper we cited by Volker Janssen "In a direct comparison to VRS and FKP, MAC demonstrated increased performance in terms of time-to-fix, reliability of ambiguity resolution and accuracy for the rover, even though a lower update rate of 5 seconds was used for the network corrections (Brown et al., 2006)." www.spatial.nsw.gov.au/__data/assets/pdf_file/0003/129414/2009_Janssen_IGNSS2009_VRS_vs_MAC.pdf While both VRS and MAC perform better than a single baseline.

This is just another way to send corrections from your base to your rover. For example this could be used to extend your rover range if the LoRa radios weren't reaching far enough or if you wanted to set up a permanent base.

It should, you would need to set the RS3 up as a generic NMEA receiver in the software, and set up a tilt/non-tilt profile for it similar to how we demonstrated in XPAD here.

Roughly, every 6 miles you'll see about a half inch of error introduced

You should receive an email with the download link on purchase:alltopo.com/out/Harxon/

@@e38surveysolutions59 do you happen to have the rover radio config tool? HX-DU1603D? With SATEL protocol?

@imadroner Emlid Flow adds the internal antenna offset (134mm) of the receiver automatically which is the difference you're seeing. It will affect your elevation, but if your pole height is correct that additional offset will bring the antenna to the correct height for the phase center of your base. In most 3rd party software you would need to manually input this offset.

Thanks Joe! I understand.

Yes, this should work with the R12 Base. In your rinex log files the .xxO (xx corresponds to the year the file was recorded) file is your observation file you will need to change to OBS.

drive.google.com/file/d/1lVLFKkxayKbhYb6h5uMcLG1d-r__FwqX/view?usp=drive_link

@@e38surveysolutions59 great thankyou

BASE... (upper left corner for receiver name) for rough example only SINGLE average autonomously. Was using only 1 receiver for the example of collecting the BASE point to the project then setting back up manually the next day on the same point.

You can switch between your frequencies with the buttons, but you need to use the software to program them in first.

We don't have one like that as of now. We may include setup in an upcoming short if that would be helpful.

@@e38surveysolutions59 Thanks. I might also request (if there is not one already) a video on the workflow for using an RS3 base & rover along with an M3E to do an ortho flight in a remote area, no cell service, no known locations to reference and no CORS stations anywhere close by.

We don't have one specifically like that, but you could set up your base and rover following this video and collect your controls. Log your base position for OPUS (th-cam.com/video/fe0fmz2A3tk/w-d-xo.html) for the entirety of the work, then reconfigure your base for your drone (th-cam.com/video/-jXwX2xjr0I/w-d-xo.html) for the flight. Then once you have your OPUS solution, you could PPK your drone images(th-cam.com/video/vS6bgydCz4k/w-d-xo.html) with that point. With all of that done, you should have everything ready to process your ortho accurately.

It has a very familiar interface, and near identical performance of DJI's M3E. We'll have some longer form videos soon demonstrating that.

We no longer offer the SIM card option. However, through our testing we've found the Google Fi cards to work well. We've also been working with Emlid to get the Verizon cards certified with their network, so hopefully that happens soon.

@@e38surveysolutions59 Thanks for the info

Not necessarily, we generally follow the PPK workflow to improve accuracy for relatively minimal added time and effort.

@@e38surveysolutions59 okay, thanks. I’m having trouble in Terra processing a local grid localized in emlid. It doesn’t seem like the emlid is shifting my northing and easting only my lat and long. I also haven’t been able to get it to work with the projection file.

@marcusgilmore4311 we'd be happy to help troubleshoot with you if you'd like to reach out to sales@e38surveysolutions.com or pdouglas@e38surveysolutions.com we can get into the details of what might be going on there

@@e38surveysolutions59 awesome, thanks I'll reach out🙏

They go through the controller to the drone.

Sounds like a battery issue, I would leave it plugged into the wall charging for a day then try to power it on to see if it can hold a charge at all.

@@e38surveysolutions59 Thank you for your reply. I decided to open the cases for both the units I have and just switch the bateries to see the effect on both the units. Both units are now fully funtional. I also did the flash but just after I succeded to turn them on. Hope this comment will help other guys facing the same issue.

We haven't tried the trimble site vision

Right now this kit only works with the RX, catch does use multiple sensors from the iPhone in addition to the RX for the positional data of the pictures.

And what if I have to pick up a water pipe, then I have to keep the Emlid level. Is the accuracy then guaranteed?

There's no guarantees, but that's what this kit is designed to do and I would expect to be accurate to less than .1" in normal circumstances.

e38surveysolutions.com/collections/survey-accessories/products/emlid-rs2-hard-carrying-case

Hi @sghohman we output our point cloud in NAD83 OH N from Terra. We agree with Pix4D in this matter, you should export your LAS in the same CRS you plan to use in Pix4D for the smoothest workflow.

We weren't able to find an off the shelf solution to use the rs232 port for this. We ended up using a DB9 to USB - C cable.

@@e38surveysolutions59 how do you thing this video th-cam.com/video/CvNXre6c3O8/w-d-xo.htmlsi=P18RZK-GUp2FS5kq

@@e38surveysolutions59 but som survey did it with rs232 th-cam.com/video/PCDsy9sjEIQ/w-d-xo.html

@@e38surveysolutions59 hello did you try this one from emlid store store.emlid.com/products/reach-rs-cable-2m-db9-male-connector?variant=47253642150193

@@e38surveysolutions59 so can the USB C port on the RS2 be used to send data to the external radio in lieu of using the RS232 port?

You would need a Pix4D catch pro license (e38surveysolutions.com/collections/pix4d-emlid-scanning-kit/products/pix4dcatch-professional?variant=44997615354083) to enable export. That will also be necessary to connect to your RX or use the AR tools within the app. We haven't tried combining everything in Metashape, we're still in testing to learn the ins and outs of doing this with the Pix4D software.

If the non-Emlid base can be set up as a network base and send corrections over NTRIP, yes.

@@e38surveysolutions59 Thank you for the reply. PIX4D claims that a base station is not needed for GPS denied areas (under a bridge or close to a building) while using Catch based on the “tracking and inside geofusion” (their words from a video). Do you find this claim to be accurate?

@@robertobey9415 I imagine it is not quite black and white and that there could be accuracy degradation depending on how much area you were covering while GPS denied. You may need control in some GPS denied areas to tighten up your accuracy.