Hello Everyone!
I am having some serious trouble with my Topcon Hiper SR and taking static observations that will upload to OPUS.?ÿ I have used this forum for several weeks to find answers to some of my woes, but I couldn't seem to find the answer that I am looking for.
I have run several RTK sessions with other GPS units in the past, but as far as Static goes, I have done very little.?ÿ I purchased a Topcon Hiper SR standalone to calculate controls for rural surveys using static (in hindsight, I probably should have forked over the cash to go Network).?ÿ I am using Magnet on my FC-500 to gather my raw data.?ÿ I have also used TRU on the FC-500 to bypass Magnet in the event that it is a software problem.
I have run multiple sessions from 1 second to 15 second logging intervals and sessions that last from 15 minutes to 4+ hours.?ÿ I have run rapid static and static in OPUS.?ÿ I am also uploading the TPS file directly to OPUS. No avail.?ÿ Solution always aborts with a myriad of messages.
I tried to run TPS2RIN and TEQC to get a pure RINEX file to send up.?ÿ I can't seem to get them to work either.?ÿ I am running both on a Windows XP laptop that I still use and I followed the forum posts from RPLS for instructions.
At this point, I am sure that I have some setting incorrect or I am ignorant of how to operate the unit.?ÿ It is very frustrating to say the least.?ÿ I am also a newly licensed surveyor in MS (1.5 years) and trying to do some small jobs on my own.
If anyone could help me find out what is going on, I would definitely appreciate it.
Thanks!
Chris
Not sure what is going on.?ÿ I upload TPS files from our HiPer V's directly to OPUS without issue.?ÿ What are the messages/replies that OPUS is sending you?
Lately I have receiving the 9011 error.?ÿ I have also received 6029 and 2005 from time to time.. Again, I have not been able to get a single solution back.
The 9011 Error states that my data could be too noisy, or measured in kinematic mode, or OPUS is having problems.
I was also pouring through my settings on my Hiper SR and I noted that L1 was active in my OAF, but L2 was not...?ÿ Again, forgive me for my ignorance, but would I need both L1 and L2 signals for a suitable session??ÿ
I also only purchased one receiver for my observations.?ÿ Did I make a mistake by only purchasing one receiver??ÿ I have read where many people have multiple receivers for their static sessions to increase accuracy and reduce occupation time.
OPUS requires both L1 and L2 data.
It uses 30 second epochs at times ending in 00 or 30 seconds.?ÿ Starting a file at xx:xx:10 for instance may not work
Submitting too soon, before the satellite and CORS data has been assembled, can get confusing error messages from OPUS.?ÿ It is best to wait until 1800 Greenwich on the Greenwich day after the last data in your file.
Thank you Bill. I am going to contact my dealer in the morning. ?ÿThat is at least a starting point for investigating why it isn't working.
As long as you have 00 sec and 30 sec L1/L2 observations it des not matter at what time the file starts.
For files under 2 hours you also need C1 or P1 and C2 or P2 data.
It helps to convert to RINEX and then open the files in a text reader to actually view your observables. You may have the proper data but the first few minutes may not be of the best quality and/or certain observables may be missing. Often that is the result of starting to collect data a little too soon after start up. I know my receivers are sometimes slow on start up and I typically delete enough observations until I have 5 or 6 satellites with all observables present and of good quality. For instance C1 or P1 and C2 or P2 data is the actual calculated distance from your antenna to each individual satellite and should be in the range of 2,000,000 to 2,400,000 meters. Early observations include blanks and then numbers that are way off that range.
The reason you trim off early bad data is that OPUS/OPUS-RS does not look too deeply into your file until it stops looking for good data. Depending on where you are located, there may be too few and poorly located CORS for OPUS-RS to consider a solution. OPUS-RS also requires lots of good data from the CORS stations and sometimes that does not arrive in time for your submission. Next day is better and if I need a same day solution I always make sure I have more that 2 hours.
Paul in PA
I also only purchased one receiver for my observations.?ÿ Did I make a mistake by only purchasing one receiver??ÿ I have read where many people have multiple receivers for their static sessions to increase accuracy and reduce occupation time.
Only using one receiver for your OPUS solution shouldn't be a problem. We do this all the time and never have an issue. This is only an issue if your post processing the data yourself where the multiple receivers will increase your solve strength.
The only error that I get from OPUS is if I try to send it in too soon and get the error that Bill had previously mentioned.
I think that may be it, sending it in too soon.
Try waiting until the next day and submit.
I am with Bill.?ÿ Either let the GPS cook for a few minutes before recording or strip out the first few observations.
Teqc or notepad++.
