Has anyone managed to do this?
Here shortly we will begin a series of long static sessions. Static data collection is simple enough. But to make things interesting we would also like to simultaneously capture 1-second "auto-points" on the statewide (Oregon) real-time network.
I believe I've stumbled across the way to do this with the combined use of the GS14 receiver AND the CS15 controller, but I also believe I've ALMOST stumbled across a way to do this with the GS14 alone.
My only remaining hurdle at this point is connecting the GS14 to the real-time network WITHOUT the use of the CS15 (I'm hoping for a push-button operation with the data-only SIM card in the receiver rather than the controller).
Has anyone managed to configure their GS14 (or similar Leica receiver) to do this?
Thank you all in advance for any assistance you can provide.
With the older 1200's I think this is very doable (if I understand your question), not sure about the newer instruments. I collect a raw data file all the time with my 1200's while on the ORGN, therefore having both the RTN position and static data for PP.
SHG
> With the older 1200's I think this is very doable (if I understand your question), not sure about the newer instruments. I collect a raw data file all the time with my 1200's while on the ORGN, therefore having both the RTN position and static data for PP.
>
> SHG
Thanks for your reply, Shelby.
With your configuration, are you storing a new position every second, or are you performing 30-second (for example) observations where positions are collected every second, but a single solution is generated?
Hmm... I'm running the GS15's on an RTN. Can you log two independent data sets to a single flash device?
As Shelby noted, this can easily be done with the 1200 SmartWorks system and I assume the Viva system. You just need to set up a configuration file for real-time and have it collect raw data the desired rate. If you are going to use the auto collection routine then you will want to make sure that you are collecting raw data while moving and static. This is an option on the collect raw data page. The auto point collection assumes that you are moving even though I assume you will not be.
Just as a curiosity, why do you want to collect discrete coordinates for a static point on a 1hz interval?
> Just as a curiosity, why do you want to collect discrete coordinates for a static point on a 1hz interval?
We're performing some testing of the ORGN, and want to evaluate its accuracy given variable observation lengths and variable times of day.
My assumption (to be tested later today), is that for a 30-second RTN observation, Viva stores 30 consecutive positions and variance-covariance matrices at a 1Hz rate. After storing 30 positions, Viva internally performs an adjustment to determine a single coordinate solution.
By employing the Viva auto-points feature to store discrete coordinates (and variance-covariance matrices) every second, I can perform my own adjustment to determine a single coordinate solution for those same 30-seconds in post-processing.
This should help in two ways:
Firstly, we won't need crew members to sit for hours on end in the field repeatedly logging 30-second (or 5, 60, 180-second) observations.
Secondly, because I will be post-processing hours worth of data I will have my choice of observation lengths to consider.
What my friend John said below, very straight forward on the SmartWorx platform, since Viva is more or less just an evolution of SmartWorx I would guess it can be done there too. I can't answer your question about logging to the receiver without the controller as in my setup the logging is always done to an internal CF card in the receiver, you can start that process and disconnect the controller, BUT it is a different type of controller than you have, more of a dumb terminal.
SHG
Eddym,
This is possible with just some settings. I got your email and will find some time today to write up the details. There are just some choices in the setup that will need to be made. The settings be done where you will need to have the CS controller connected the entire time and there are some choices where you coul just have the GS14 running but you would need to have an external device receiving the measured RTN values every second. I think the easiest would be to use the CS controller.
One thing you need to think about is havig external power connected to both the antenna controller and GS14 if you are going to run this test over a 24 hour period
> Eddym,
>
> This is possible with just some settings. I got your email and will find some time today to write up the details. There are just some choices in the setup that will need to be made. The settings be done where you will need to have the CS controller connected the entire time and there are some choices where you coul just have the GS14 running but you would need to have an external device receiving the measured RTN values every second. I think the easiest would be to use the CS controller.
>
> One thing you need to think about is havig external power connected to both the antenna controller and GS14 if you are going to run this test over a 24 hour period
Hi Mark,
I believe the settings I'd stumbled across earlier are the settings you'll advise. Namely:
- ...Log data to GS sensor (microSD card)
- ...Logging starts only within survey
- ...Log data whne static & kinematic
- ...Rate 1.0s
After initiating the survey, the GS sensor will continue to log 'kinematic' raw observations. I will then initialize the real-time network data stream and start logging autopoints. Surprisingly, it seems the autopoints are logged to both the GS sensor AND the CS controller. That's not a problem though.
If these are the settings you'd advise, I hope I can save you the trouble of writing up the details (though I extended my deepest thanks for offering).
It sounds like I need to use the CS controller to make use of the real-time network. That leaves one question: why does the GS sensor have a SIM card slot at all if it can't function autonomously? I'd love to configure the NTRIP settings using the GS webserver so that I can leave the CS controller at home, but that doesn't seem possible at this juncture.
Thank you all for the overwhelming response and help that you've all offered. It's great to be in the company of so many knowledgeable and helpful individuals.
1hz on collection of raw data may be a little overkill for the static. The raw data collection rate has no effect on the RTK collection rate. For long observations I have always gone with 5 to 15 second epochs. In fact, depending on the ORGN CORS you are using you may only have 5 second data. Remember, unless you are tracking something that is moving, it is the change in constellation over time that counts and not the epoch.