Setting up a Torch unit to record RAWX data

Hello everyone,

I’m trying to set the RTK Torch to log data in UBX format to send it later to OPUS and CSRS, however, after setting my messages I noticed there is no option to enable: UBX_RXM_RAWX or UBX_RTCM_1230 for example.

I used to do this using an RTK Facet head but its faulty now and we are currently waiting for the spares to repair it, my question is, is it possible to log data with the torch? I’m using SW Maps on an android tablet to log the data as the torch doesn’t have a SD card slot built in.

When I log data and try to convert to RINEX on emlid studio software it gave me an error, I reached emlid customer service and they said the UBX file I sent its binary but it contains the NMEA messages and that’s the reason I can’t convert to RINEX

Using U-Center I can see this:

If there is more information needed, please let me know.

Thanks

UBX is a proprietary message format only found on u-blox modules. The Torch uses the UM980. You will need to enable a handful of RTCM messages and then go through a post processing step to obtain RINEX using RTKLIB.

This is very similar to the LG290P (also not u-blox) issue discussed here. Obviously the commands are wholly different, but the Torch currently supports the enabling of a whole host of RTCM messages. I just don’t know which ones to tell you to enable to get to a PPP CSRS solution.

To make this easier, we really need a ‘Surveying Defaults’ akin to the original RTK line that enabled the u-blox RAWX and SFRBX messages, but for the Torch and Postcard. I’ve created an issue here to add that feature but it may be a good bit before we can get there.

1 Like

Since SW Maps has a feature to create & save UBX files, this might not take much.
It’s my understanding that the app can generate these even for non U-Blox chips.

Anyone know which RTCM messages are the minimum required for SW Maps to generate UBX?

@rftop - Is SW maps doing any conversion or is it just a text file with a UBX extension?

If I had to wager a guess based on @PaulZC’s work,

RTCM3-1019
RTCM3-1020
RTCM3-1042
RTCM3-1046
RTCM3-1074
RTCM3-1084
RTCM3-1094
RTCM3-1124

All look to be supported.

IDK, and unfortunately I don’t have my Torch with me, or any of my tablets that I’ve previously used the “Log to File” option in SW Maps.

This Post suggests the user was successful (although with a F9P).
I’m still guessing that a U-Blox chipset isn’t a requirement for SW Maps to generate the file…but that’s a guess :wink:

No luck yet, but the device is outputting the messages correctly AFAIK:

Rover Accuracy (m): 1.031, SIV: 31 GNSS State: 3D Fix
    rtkParse Unicore Binary, 0x0094 (148) bytes
    rtkParse NMEA GNGGA, 0x0058 (88) bytes
    rtkParse Unicore Binary, 0x0048 (72) bytes
    rtkParse RTCM 1019, 0x0043 (67) bytes
    rtkParse RTCM 1020, 0x0033 (51) bytes
    rtkParse RTCM 1042, 0x0046 (70) bytes
2025-07-29 21:39:06.026
    rtkParse RTCM 1046, 0x0045 (69) bytes
    rtkParse RTCM 1074, 0x00c5 (197) bytes
    rtkParse RTCM 1084, 0x0084 (132) bytes
    rtkParse RTCM 1094, 0x00d7 (215) bytes
    rtkParse RTCM 1124, 0x0143 (323) bytes

But RTKLIB RTKCONV is not happy with the log file, so far:

Now using QField, more bugs (“unexpected behavior”) but generally more capable. For example, zooming in is unlimited, works well w/ QGIS, etc.

Ken

1 Like

Also have converted to Emlid M2, generally more mechanically rugged, better designed, better made.

Ken

Paydirt! Per usual, listen to Paul. I forgot to set the format to RTCM 3

image

Now I only logged for ~30 seconds but I think this works. I’ll start building out that logging option. It’s pretty tedious to select all the RTCM messages.

1 Like

You may want to use RTCM messages for flexibility with multiple receivers, but the Unicore command is OBSVMB for raw data. Similar to Ublox’s RAWX.

I use:
< OBSVMB COM2 15
< GPSEPHB COM2 ONCHANGED
< GALEPHB COM2 ONCHANGED
< GLOEPHB COM2 ONCHANGED
< BDSEPHB COM2 ONCHANGED
< GPGGA COM2 15

You pick the COM port and rate you want. OBSVMB is the important one. If you want a Navigation file the xxxEPHB commands will give you that. The (NMEA) GGA sentence might be needed if you want an approximate position in the RINEX file. Again only the OBSVMB data is necessary for OPUS/AUSPOS/CSRS processing.

1 Like

@jpb - Neat! Thanks for the heads up.

Needless to say ~30 seconds is far too little time, but CSRS did manage to report with not terrible accuracy:
image

@sparky

How you got the data displayed like that?:

“Rover Accuracy (m): 1.031, SIV: 31 GNSS State: 3D Fix
rtkParse Unicore Binary, 0x0094 (148) bytes
rtkParse NMEA GNGGA, 0x0058 (88) bytes
rtkParse Unicore Binary, 0x0048 (72) bytes
rtkParse RTCM 1019, 0x0043 (67) bytes
rtkParse RTCM 1020, 0x0033 (51) bytes
rtkParse RTCM 1042, 0x0046 (70) bytes
2025-07-29 21:39:06.026
rtkParse RTCM 1046, 0x0045 (69) bytes
rtkParse RTCM 1074, 0x00c5 (197) bytes
rtkParse RTCM 1084, 0x0084 (132) bytes
rtkParse RTCM 1094, 0x00d7 (215) bytes
rtkParse RTCM 1124, 0x0143 (323) bytes”

I just got this:

Of course the Output GNSS data to USB is disabled, but even when enabled i just see the whole strings.

I downloaded the UPrecise software from the unicore communications website but it won’t let you configure the receiver through it, however it’s just plug and play to visualize data and upgrade the torch which is nice, im currently logging data with the RTCM messages suggested on to try with the RTKCONV.

One question, are the messages:

RTCM3-1019
RTCM3-1020
RTCM3-1042
RTCM3-1046
RTCM3-1074
RTCM3-1084
RTCM3-1094
RTCM3-1124

Enabling OBSVMB, < GPSEPHB, < GALEPHB, < GLOEPHB, < BDSEPHB? or how do you enable that on the torch?

Thank you for all your guidance, it’s been very helpful