Trimble Access Survey Style for OPUS Projects

You can only connect to one gps base at a time. You can choose it in bluetooth settings under connections.

Greeting Squowse, I considered this but when you go to Settings -> Survey Styles -> Rover Options there are options for Survey Type in which you can pick FastStatic, PP Kinematic, RTK & Infill, and RTK & Logging (all of which seem that they would record data). Then you can choose the Logging Device- either the Receiver or the Controller; and the Logging Interval. When I setup any of these Survey Types the power light on the rover would blink as if were logging data but after that I couldn't find a way to perform an observation of any length and have data recorded.

I guess today I will try setting up my base unit and get it logging to the receiver. Create a new job and change my "rover" Bluetooth designation to Base and get it logging. Then reverse the method at the end of the observations to download the data. Should this work?

Thanks,
Jack

Actually, you can run 10-1000 rovers as a base all at the same time, we often collect data running 7 units together. The collector and gps units don't know there are other "bases" going. Don't think of the units as if they are connected, then the answer will come to you. The idea is to connect everything together later when you post-process.

Thanks Moe. So are you just changing the Bluetooth base designation at each station?

Yes, just change the Bluetooth setting and designate each receiver as a base, then use the Start Base command. Set the survey type (under Base Options in the Survey Style) to Fast Static, logging device to Receiver, and interval to whatever interval you want to use. After you start the receiver just turn the data collector off. When finished reconnect to it and use End Survey to close it out.

The same receiver can't be both base and rover in the BT so set Rover Receiver to None.

You can transfer the files to the collector via Bluetooth using Receiver Files in GNSS Options.

Yes, triggering the static file to log is a "base" procedure so you will need to designate your rover's bluetooth name in the base bluetooth to control the file logging. Otherwise the file could get marked as kinematic and OPUS will reject the file.

Thanks Lee. I'm looking forward to trying this shortly!

Speaking of Bluetooth- while researching this I came across a posting that you made concerning the Yuma's being a bit squirrely concerning Bluetooth. I'm running a TSC3 and that's the only problem I have out of it. If you press the power button to turn it on and the unit waits 2 or 3 seconds before it actually "light's up" you can rest assured it's not connecting to anything without a reset. I was told this was a windows mobile problem :-@ . Reset is the only solution I've found, which in the field feels like half a day. Fortunately it doesn't happen all of the time. Thanks again!

Jack

Trimble has released a couple of different operating systems for the TSC3; the most recent one was just released last month. The original OS had a ton of problems, if that TSC3 is old it might be related to that.

If the only screen you see when you reboot it is orange, that's the first OS. If you see a blue screen that says Windows Mobile Embedded that's the second one. You can also look in Settings under System; if you don't see Embedded you have the old one. We don't typically have BT problems with the TSC3s.

Here is a link to the OS update in case you need it:

http://www.trimble.com/Survey/tsc3.aspx

I just attended the OPUS Project seminar in LV. I kind of walked away with a "...ok, now dumb arse what are you going to do with this information/knowledge....".

I'm kind of like you looking for a work around short cut to accomplish the end goal. But yet at the same time knowing I have to seal that end goal, AKA the survey.

My short term vision is to first realize the power it can provide, and then how I can use it. That is why it is there, right? NGS did good on this one.

The long term is more along the lines of archiving and perpetuation, and how you can go back and retrieve said data. I'll likely be pushing daisies before I figure that out.

I'm kind of in the middle, so I am still sorting out the what for's, the whose comes, the why's and why nots. And mostly, what is in it for ME.

For the record, I would highly recommend that any GPS user that isn't afraid of OPUS to attend the seminar. OPUS Projects is an incredible tool and will work with you, once you figure it out. Don't think about, just go!

Great post Smaltheimer. Best of all to your learning curve.... 😉

> I just attended the OPUS Project seminar in LV. I kind of walked away with a "...ok, now dumb arse what are you going to do with this information/knowledge....".
>
> I'm kind of like you looking for a work around short cut to accomplish the end goal. But yet at the same time knowing I have to seal that end goal, AKA the survey.
>
> My short term vision is to first realize the power it can provide, and then how I can use it. That is why it is there, right? NGS did good on this one.
>
> The long term is more along the lines of archiving and perpetuation, and how you can go back and retrieve said data. I'll likely be pushing daisies before I figure that out.
>
> I'm kind of in the middle, so I am still sorting out the what for's, the whose comes, the why's and why nots. And mostly, what is in it for ME.
>
> For the record, I would highly recommend that any GPS user that isn't afraid of OPUS to attend the seminar. OPUS Projects is an incredible tool and will work with you, once you figure it out. Don't think about, just go!
>
> Great post Smaltheimer. Best of all to your learning curve.... 😉

Wayne,
Like you I attended the OP managers class with idea of "seeing what it is all about".
I've been very pleased with our NGS advisor, Brian Ward; Arkansas' Power User, Steve Corley (USACE); and my fellow students ( BeerLegger) Jack Smart from Altheimer and Corey Finkbeiner from Mayflower. I'm learning as much from the "young gun" as I do from the "old heads". I'm happy to be considered as their PAL!

DDSM
OP manager
(My X90 OPUS kit from Mr Silver is due for tomorrow's delivery)

I wanted to report back success! Thanks Lee, I did exactly what you said and created a faststatic survey style and started my base, then moved to my second location setup my "rover" and changed the Bluetooth designation in Access to "base" and started the base again using the faststatic survey style again. This was all done within the same job. Moe was correct- it appears that the collector and gps units are unaware of another base. I now have a baseline a couple hundred feet long in my yard to play with.

Wayne, you're correct- right now I just want to get to know OPUS Projects a little better, play with it, gain some competence with the workflow. I'll dream of all of the ways to use it later. It seems like an awesome tool and as Dan mentioned the class was great. Tons of practical knowledge. I recommend that any user of OPUS should attend the class if nothing more than to learn more about plain vanilla OPUS. As Dan also mentioned we're lucky to have Brian in our area. We all know the NGS through their benchmarks, history and the tools they provide on their website but to witness and interact with this resource on a personal level is far cooler. We had a great class!

Thanks for everyone's help.

Jack