Can someone help me with my first OPUS solution?

[updraft (Michael)]

I download from emlid flow, then dropbox to my PC . When choosing a file on OPUS none of the files are accepted? I have the raw Rinex and UBX

[ruth.bongon]

Hi @updraft,

Welcome to the community.

Did I understand correctly that the OPUS processing keeps getting aborted? If so, please email us the raw data logs at support@emlid.com. I’ll look into it. Thank you!

[MapScience]

it is difficult to offer precise advice without knowing which error you are receiving. There are many threads about using OPUS that you can read.

OPUS abort during Rapid Static

I tried to process an RS3 RINEX file through Rapid Static on OPUS this week but OPUS keeps aborting the process and just sends back an email with the information shown below. The duration is 1:46 so went with Rapid Static vs standard. Emlid Support reviewed and found no issues with the file, also uploaded it to OPUS and had the same abort issue. I frequently upload to OPUS standard Static and never have had a problem. Anyone else run into this issue with Rapid Static? Thanks. OPUS-RS aborti…

[SteveB (Steve)]

The attached image shows the email message I received from OPUS saying the process was aborted. That’s the only information I received that might indicate which error occurred. I process Rinex files through OPUS frequently (using the 2hr+ Static option) but this problem occurred with the Faststatic option. I sent the Rinex file to Emlid Support who tried processing it as well but ran into the abort issue also. Emlid Support’s email to me is shown below.

Hi Steve,

I checked your log, and it meets the necessary requirements for processing in OPUS. It contains GPS data and uses a 30-second logging interval. Given the duration is under two hours, you’re right to choose the rapid processing option.

I also reprocessed the file through OPUS and encountered the same error result. However, there was no additional explanation why the file was aborted. At this point, I suggest reaching out to OPUS support directly for more detailed information regarding the error.

If the issue is related to the Reach device or how the log is produced, please let me know, and I’d be happy to investigate further.
–
Merryna Anggriani
Application Engineer

[MapScience]

Hmmm. Your file size should be plenty small enough given the short occupation period.

The only other detail I don’t see addressed in the exchange is about your timestamps. OPUS requires time be recorded in integer seconds; it doesn’t like decimal seconds.

You could use Emlid Studio to export a new RINEX file containing integer seconds, and see if that makes the difference.

[merryna.anggriani]

Hi @SteveB,

I reviewed the files again and tried trimming both the beginning and the end. After doing so, I was able to get a result from OPUS. These are the settings I used:

It’s possible that the receiver was moving either at the start or the end of the recording. Hope it helps!