Hi All, I'm getting OPUS Error 9011:
9011 OPUS could not process the data file that was submitted. The data was
9011 either very noisy or it was collected in kinematic mode.
9011
I realize that this error typically results from submitting to data to OPUS too early but I think I have an unintentional self-inflicted injury. But hopefully someone can offer a fix. By the way these observations were made on August 19.
So I setup and started one receiver (R6-3) logging to receiver at 15 sec interval. Went to my second point and set it up and started it with same settings (after swapping Bluetooth Base/Rover settings).
After several hours of recording I went to each receiver ended the survey and downloaded .T02 files.
I converted to rinex and have been trying to upload with no success. So I took the files into TEQC and snipped off the first 15 minutes or so just to be safe. Still no luck.
I went back and looked at my raw file and for what ever reason neither receiver survey is shown to be ended, just started. BUT! I'm sure I ended the surveys as I always do followed by immediately downloading the .T02 files to the controller before even shutting down the receiver.
I don't know what I've done different. I've done this process before without a problem. I think this must be something I've done but I can't put my finger on it, or fix it. Any ideas? Also, I've tried editing the interval to 30 secs. No luck again.
Thanks,
Jack
If you want send me the T02 files - ldrennan AT mphinc DOT com.
Did you start the sessions as bases or rovers?
Thanks Lee, I just sent them. They were started as bases.
Jack
I would check the settings on your RINEX converter. There should be a check box for include kinematic data. Don't include kinematic data in your RINEX file. That could be the culprit.
Thank you Kevin. Lee D has helped me determine that it appears NGS data has a hole in it for a few stations in Arkansas on that day (August 19, 2014). If I manually specify which CORS to use I can get the file to process off of some Mississippi CORS though with poor results. My units are currently re-occupying the same points. I'm hoping for better luck this time.
Jack
A follow up- as it turns out my problem appears to be an upload glitch with some of the CORS data for the day of my observation. I am able to process my data by manually selecting other CORS during the OPUS upload and also in TBC. Thank you Lee D for all of your help!!
And, I figured out yesterday why my static surveys show not to be "Ended" as stated in my initial posting above. I did it again yesterday but caught myself. It is because I use a job I created in Access for these observations to "Start" both of my receivers then, while the receivers are cooking I typically go do something else either in the office or with the total station. In the process I inevitably swap Access to a different job and do whatever work I need to. Later I return to the receivers and forget to swap back over to the job created for the static observations and instead end the receivers' surveys from the second job, thus the ending of the survey appears in the raw data for the second job. Access doesn't care what job a static observation is started or ended in. I probably don't even need to create a new job for strictly static projects. There aren't any points created, just rinex files.
So the actual problem and what I thought was the problem were complete coincidences and I'd likely never figured it out if not for Beerleg. Thank you Beerleg, Lee D and Kevin. This is a great place!
Jack
