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 [email protected] or [email protected] 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 kzbin.info/www/bejne/eaexiaWba8hmhZosi=P18RZK-GUp2FS5kq

@@e38surveysolutions59 but som survey did it with rs232 kzbin.info/www/bejne/hnSnpKxvqM94f7M

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.

Hi this: kzbin.info/www/bejne/rISZk5qvmaitas0 should allow you to ppk your image geotags. You will need to change the .rtk file from your L2 mission folder to .obs to process it in Emlid Studio.

Here's an export of all of the data from this mission: drive.google.com/drive/folders/1AmTQgh_Ybh3F61RSoh5teXNDOrFg2N2-?usp=sharing

We haven't run any head-to-heads in terms of data quality. One functional difference is that we can unscrew the RX, put it on a rod and run it with Emlid Flow or Flow +Survey, or even MicroSurvey FieldGenius for Android if we need a fully featured data survey software.

So same thing as vidoc but more diverse. Will it connect to DJI d-RTK base?

@@NateLeeProductions No, but you could connect it to the Emlid Reach RS2 or Reach RS3, which you could also use as a base for RTK enabled DJI drones.

No, the offsets that are important are measured from the RX to the camera lens of the phone. If you're using this kit with the SPC+ case on your phone you can select SPC+ for the pre-configured values for those offsets.

@@e38surveysolutions59 Okay thanks. Interesting that the viDoc uses a laser plummet to determine the distance to ground, but no distance to ground data is needed in this case.

As of now, it only works for precise geotagging of JPEG images.

Glad it helped!

As of now, it only works for precise geotagging of JPEG images.

I entered it in meters, the output in the quality report is in feet based on the coordinate system settings I chose. I believe it is just a bug in the quality report that it always attaches m as its unit of measure. I also don't have that column under "point cloud check point error", since that is an overall check of the point cloud error vs check shots, there isn't a single altitude the point cloud is reconstructed to. If that column isn't populating in the check point list the checks are likely drastically different from the point cloud and Terra doesn't consider the checks comparable to any points in the point cloud. If that isn't the case, you may want to check your software and firmware versions to make sure they're the latest versions.

The L2 won't produce all of the necessary files for Terra unless it flies in RTK. Since we have a base running anyway using it's logs to improve our accuracy at the cost of a couple additional minutes seems worth it to us.

​@e38surveysolutions59 how do you ppk with L2 with no RTK active? I thought ppk was advantageous for Connection denied areas? I am trying to do my first ppk. My base is a CORS that I am pulling corrections from. But I am having trouble finding the right files from the drone.

As far as we're aware the only way to process L2 data without flying in RTK is to use a D-RTK 2 base connected to a computer for the duration of the flight. If you had a D-RTK 2 on-site I would suggest using that to fly in RTK anyway. As mentioned above we're running PPK to improve our accuracy. In use with the L2 that is the only advantage, tightening the pitch(.05° > .025º) and yaw(.2º > .05º) of the INS to produce more accurate points. If you can connect to the CORS base in the field you could use that to fly in RTK, or purchase a base station like a D-RTK 2 or Emlid Reach ( e38surveysolutions.com/collections/emlid-reach-rx-rs2/products/emlid-reach-rs2-base-station-kit ) if you can't connect to the internet for your mission.

@@e38surveysolutions59hmmm weird, i already fly about 10 ppk mission with rtk mode disable… never failed to process… im using CHC I93 as base station…

@abgnadk that's news to us, we've based this off of information we received from DJI and from what we've seen in our trials. Looks like we have some more testing to do...

Basically just another data point to tell us if we can trust the position. Closer to 1 is better. If it creeps up toward 3 you might do something like shoot that point multiple times to make sure you are coming up with the same answer.

What @joedouglas6923 said is true, if you're looking for a strict definition PDOP = Position Dilution of Precision. Often you will see HDOP and VDOP along with PDOP, those are Horizontal and Vertical Dilution of Precision respectively and together will determine your PDOP value. Ideal conditions would give you a confidence value < 1, but 1 - 2 will still give a high enough confidence for almost any application where you'd be using the GNSS receivers featured here.

@@e38surveysolutions59 Thanks for info

@@joedouglas6923 thanks!

Yes you could do that, however processing in Pix4D cloud or Pix4Dmatic should allow you to clean up your data as necessary. As of now we're not sure exactly how Pix4D implements the LiDAR data in conjunction with the photogrammetry processes that they're applying to the dataset, but hopefully we'll have some clarification on that soon.

@@e38surveysolutions59 hello, just wondering if you had heard from Pix4D about this yet? Thank you.

We haven't tested this equipment in that type of environment, but we could do that for a future video.

Accuracy in RTK/GNSS under canopy? 5 meters is the best what you are hoping for. I do not think that PDOP of under 1.0 is real when you are close to a building, so i am not trusting this values from Emlid

@@furiou3 I see hdop and vdop, which both seem pretty low, but I don't often look at those values, typically I just look at pdop too. Is there some way you calculated a pdop lower than 1.0 with the given information? Or did I just miss the part where there was a pdop given? If it is an issue, it's likely not an issue in terms of what Emlid is reading, but some sort of issue when it is reported/interpreted by catch. I'm sure they will just update the app in that case and it will show properly.

Glad it was helpful!

As of now the scanning kit is only compatible with the RX

Yes it is

Sick🤘🤘🤘

We use both LiDAR and Photogrammetry, which produces far better point clouds than the standard iPhone LiDAR.

Sure, we could do that. Emlid's video should be accurate, but we'll have one put together within the next couple of weeks.

@@e38surveysolutions59 Thank you sir!

kzbin.info/www/bejne/eovXiqSLi7p9lac

@@e38surveysolutions59 Thanks man. I'm finding out that without a license in surveying and or engineering providing any sort of geospatial material for sale is risky business. I use the GNSS receivers for the purpose of making accurate and maps with GCP's and apparently even doing that is unacceptable in some states unless you are a surveyor or employed by a surveyor

As of now it only works with the RX

That makes sense, this is a new product/implementation in the software that released today.

@@e38surveysolutions59 that's awesome!

@@e38surveysolutions59 it was just launched yesterday!!

We still aren't sure where the original base coordinates come from when you first open those settings in Terra. We tried changing the Rinex header of the base file, but that didn't change the point that was pulled in, and the original coordinate doesn't line up with anything we could see in our log. So the .033m you mentioned wasn't based on the point that was populated that was just the difference between the auto population and OPUS point with the addition of our pole and antenna offset. You're correct that we want the point in the air.

You wouldn't be able to use LoRa directly to the Matrice 350, however setting up a single receiver as a base is possible to fly your M350 in RTK: kzbin.info/www/bejne/Y5u7qItorc-lZqs

You should be able to do this with local ntrip through the carlson software here's what I found for that: web.carlsonsw.com/files/knowledgebase/kbase_attach/1409/BRx7_Autel_Local_Ntrip.pdf

​@@e38surveysolutions59our brx7 doesn't seem to have the "point to point" option. Is there a way to update it to get that option?

We're not aware of anyway to do that without carlson listen listen

The .rtb file is generated when flying in RTK, it contains the base station(or CORS) RTCM data. EDIT: After looking into it further, it seems you need to fly in RTK to generate all necessary files. So you either need to connect to a base or NTRIP network during the L2 mission flight.

I added the rod height + the .134m antenna offset, sorry for the misspeak

To get the point on the ground you would input the rod height and the receiver model to account for the antenna offset in the the applicable spaces before you submit to OPUS. If you're referring to the logging settings in the receiver, that will only change the info in the Rinex header, so it would be good practice to, but won't change the processed point.

Yes you're passing the corrections through wifi to the drone controller. This should work with the Autel EVO II RTK as well. Ideally, yes you would set the base on a known point, but you can still fly in rtk with a coordinate averaged by the receiver. You should still be capable of doing this with a BRx7 using local NTRIP: web.carlsonsw.com/files/knowledgebase/kbase_attach/1409/BRx7_Autel_Local_Ntrip.pdf

@@e38surveysolutions59 Hmm. . . while that must work, it would require us spending +/- $4k to $5k on new data collector and SurvPC license, no thanks. I'd rather buy an Emlid base and use Emlid's NTRIP caster option.

Understandable, we would prefer that as well.e38surveysolutions.com/collections/emlid-reach-rx-rs2/products/emlid-reach-rs2-base-station-kit

You can definitely run it that way, however your position accuracy from the INS will be less accurate only relying on RTK. Yaw accuracy goes from .2º in RTK to .05º using PPK, likewise pitch/roll goes from .05º RTK to .025º PPK. You could fly using your NTRIP and have your RS3 collecting a static log nearby and use the same method as the video to improve accuracy during processing while still flying using your NTRIP provider if that makes sense to your workflow.

Correct, your drone will still have a fix. It will be cm accurate in relation to your base, if you post process your base point and use that point to post process the rest of your data, you will have both relative and absolute accuracy.

That would be very situation dependent. For most topography scans, using terrain follow and a higher percentage of side overlap will give you a high degree of accuracy while cutting down on flight and processing time. Although, if you have a specific use case where you may need more information from more angles, a crosshatch flight plan could make sense.

Yes it comes with 2 TB65s and the BS65 charge station e38surveysolutions.com/products/dji-matrice-350-rtk-worry-free-basic-combo

If your receiver can output corrections in RTCM3 and is capable of sending them through the network, then yes you could use Emlid Caster to send corrections to your drone that way.

If you're drone controller is connected to the wifi hotspot of the receiver, you have a base marker set in your base, and your credentials match you should be able to save. I would double check the credentials. Things like the mountpoint and password are case sensitive. Also, is there anything about your setup that differs from this? For example are you connecting your devices through a cellular wifi router?

Thanks a lot, Invest managed to do it. Non i have to learn what is emlid caster for and when using it! Thank you again!

If you have an NTRIP service available you can definitely connect directly to that for RTK flight. If you are in an area where you don't have reliable internet using this as a base will still work, the base station can improve your accuracy over NTRIP if you're set over a known point, or you can use the files from the base logs in ppk scenarios as well.

@@e38surveysolutions59 thanks!! so it could be really usefull in urban area. Do we must being outside to Connect the Controller to the reach rs2 ? I’ve tried to reproduce step by step like in your video but in the office and i’ve sruggled.

If you're trying to receive RTK corrections yes, you will need a base marker established in the RS2/RS3 before it begins to output corrections. If you're just trying to connect to the RS2/RS3 wifi hotspot you should be able to do that anywhere within wifi range of the base. If the light to the left of the power button is solid white you should be able to find that network. If it is blue it means the receiver is connected to another wifi network and won't be broadcasting its own.

@@e38surveysolutions59 i can’t put the caster emlid correction into the controller. Each Time i’ve tried, I’ve recieved a message of error.

If you're using caster, your base and drone controller need an internet connection and your specific caster credentials input in their respective devices. Your base will also need a base marker before it outputs any corrections.