Creating known point by EmlidReach

[myozone (𝓓𝓪𝓿𝓲𝓭)]

Hi Israa, Under options in RTKpost what do have under ‘position mode’ (try Static). Also, your base obs file says camo3209.18o I’m not sure what the 9 signifies ? - you could try a asterisk * instead to bring in all the camo320 obs files.
Dave.

[andrew.yushkevich]

Hi @ik281,

@ik281

• which device, the rover?

There’s no physical difference between Reach rover and base, so you could setup any of your devices over the point.
The base will be your NTRIP station. The rover will be your Reach.

@ik281

After I turn it on, I should create a new point, name and setting the point,and then, start measurements?, or only Enable logging of raw data and record log for a few hours?

You should enable all logging triggers and record logs for a few hours as you mentioned right.

@ik281

30-40 min is too short, I think it is better to leave the point at least 2 hours to get higher quality?

Yes, it’ll be OK to stay for 2 hours if you want to this point it over and over.

@ik281

So, because I am in Penryn, Camo station would be the nearest one: I’ve selected the most updated station that is measured in 17th Nov, is that fine? (highlighted it here):

You should choose the nearest station and select the similar time period for on the rover.
Otherwise, you’ll not be able to process as the satellite data will differ for base and rover.

@ik281

would you please tell me what the output file (the last line ends with pos: I do not have this one)?

You will get .pos file after processing your base and rover .obs files with RTKPOST.
Please, look through this tutorial and follow each step to clarify most of the points and finish post-processing successfully.

[r.pazus (Ryszard Pażus (GeoDigitalGNSS))]

@ik281

@andrew.yushkevich

You should enable all logging triggers and record logs for a few hours as you mentioned right.

She is a beginner, so it’s better for logging to be for just a static period.

Thank you so much @r.pazus for the explanation

Israa here is just one mistake.
From your raw data, you must separate only the static part.

forum.zip (477.6 KB)

@wizprod

you don’t need to, it’s easier to just combine the files in rtkpost using a wildcard.

Have you checked it before writing?

@myozone

your base obs file says camo320 9 .18o I’m not sure what the 9 signifies ? - you could try a asterisk * instead to bring in all the camo320 obs files.

[quote=“r.pazus, post:44, topic:12127”]
My tips are as follows:

1. do not start computation without analysis, i.e. pre-processing,
2. do not make such measurements with an interval of 0.2 seconds, if you have done preprocessed by RTKCONV for 30 seconds,
3. you need to combine your base reference hour sessions into one RINEX file (teqc.exe)

The following graphics explain everything. You have the rest in the attached files.
[ik281.zip ]
As before. Have you checked it before writing?
camo RINEX as #9 session was attached

regards for all

[wizprod (Christian Grüner)]

@r.pazus

Have you checked it before writing?

Yes, I use it all the time. Have you tried ?
You don’t have to pay attention to what hour the files are, just download them all from that day, use the wildcard, and RTKpost will automatically grab the files it needs from that folder.
And yes, I have tried it with @ik281 's data as well, and yes, I get good results.

[r.pazus (Ryszard Pażus (GeoDigitalGNSS))]

@wizprod

Have you tried ?

Yes, You are right. I made a mistake while testing this option in ‘Miscellaneous’ part for ;Base Stations’ list. With a blank list, it’s OK
On this occasion, I extended postprocessing to LIAR station. and add the adjustment by GNSS Solutions. (UK/OSGB 1936 (ENGLAND)/British National Grid)
Report_ik281.pdf (427.8 KB)
forum.zip (485.9 KB)