Notifications
Clear all

Trimble RTK Infill

7 Posts
5 Users
0 Reactions
1 Views
(@Anonymous)
Posts: 0
Guest
Topic starter
 

I'm using a Trimble TSC7 performing RTK Infill to measure secondary control. The way I measure the control is, I occupy the control point, start RTK Infill and measure.

My questions:

1. Will the Infill data starts collecting when I start RTK Infill or when the RTK Infill initialized?

2. Do I need to end RTK Infill after I measure the control point and start it again on the next control point I'm measuring? Right now I'm ending the RTK Infill after I measured a control point but it will take another 7 minutes to initialized when I move to the next control point that needs to be measure.

Thanks to anyone who can help me

 
Posted : 05/01/2023 7:30 am
(@michigan-left)
Posts: 384
Registered
 

My questions:

1. Will the Infill data starts collecting when I start RTK Infill or when the RTK Infill initialized?

2. Do I need to end RTK Infill after I measure the control point and start it again on the next control point I'm measuring?

1: Neither. RTK Infill will only start logging data when the RTK data link goes down.

2: No, you can measure points without starting/stopping the survey.

FYI: If you're trying to log data for post processing, you would probably be best served using RTK & Data Logging.

 
Posted : 05/01/2023 1:15 pm
(@bstrand)
Posts: 2272
Registered
 

RTK Infill will only start logging data when the RTK data link goes down.

That was my understanding of infill as well.

What happens you start a base with infill??ÿ Does Access recognize it as a base and not a rover and logs data normally?

 
Posted : 05/01/2023 2:01 pm
(@rover83)
Posts: 2346
Registered
 

What happens you start a base with infill??ÿ Does Access recognize it as a base and not a rover and logs data normally?

I'm ~95% sure that is the case. Oddly enough I don't think I have ever used that survey type for a base, as I've always just done RTK & Logging regardless of what was going on at the rover.

The critical piece is to make sure that the base and rover are logging at the same rate. I prefer 1 second, because storage space is not really an issue with this gear and it makes for faster observations if you have to switch to PPK.

I've known a few people who run RTK & Logging at both base and rover, then post-process the PPK vectors in TBC before adjusting with the RTK vectors as well.

 
Posted : 05/01/2023 2:48 pm
(@bstrand)
Posts: 2272
Registered
 

Oddly enough I don't think I have ever used that survey type for a base...

The place I work now has an infill style for both the base and rover.?ÿ I've used it on a handful of new projects and it appears to log data normally, but I was curious to hear if anyone else had tried it.

 
Posted : 05/01/2023 3:30 pm
(@on_point)
Posts: 201
Registered
 

Back when I used Trimble equipment I always used RTK and logging. Always told not to use infill for some reason. Never known why and no one ever took the time to explain why.

 
Posted : 05/01/2023 5:09 pm
(@michigan-left)
Posts: 384
Registered
 

The place I work now has an infill style for both the base and rover.

Unless you're mixing some odd receivers or equipment that I can't think of, you probably don't need both.

A "Survey Style" created that is set to RTK & Infill has settings for both the base and the rover within the style.

The RTK (data link up) interval is 1 second.

The base and rover will log at whatever intervals are set in the survey style.

The base will start logging immediately at the selected rate once the base is started.

The rover has 2 options:

1) "Normal" does not log data during RTK (data link up) survey, only during data link outages when it will initiate the PP Infill routine.

2) The 2nd option will log data during RTK (data link up) survey and also once a data link outage is detected and PP Infill is initiated. There is a small toggle box in the rover settings portion of a survey style set to RTK & Infill that controls this.

HOWEVER, the literature indicaties that the logging intervals must be multiples of each other. For example: 5&5, or 5&10, or 5&15, 5&20, etc. Something like 5&2, or 3&10 is bad, and won't post process.

The logging interval "multiples" is supposed to be across the board for data logging and post processing. I've never tried it with oddball or weird multiples for testing.

I used RTK & Infill only once. That was at the advice of a salesperson (before I was more knowledgable) in an oddball situation. When I got back to the office and observed that it behaved exactly as I set it, but did not behave in the way I wanted it to do, I switched to RTK & Data Logging. I think that's the best way to go. Any of the relatively newer hardware has substantial internal memory, so storage isn't really a problem anymore. I'd rather have all the data during the whole campaign, just in case.

And if you want to use all the constellations in the post processing, you need to log gnss data to the receivers.

 
Posted : 05/01/2023 5:25 pm