nRF9160 > GPS > RSSI?

RE: nRF9160 > GPS > RSSI?

Oleh — Thu, 27 Jun 2019 18:22:56 GMT

Thank you! Looking fwd to get the docs :)

RE: nRF9160 > GPS > RSSI?

Håkon Alseth — Tue, 25 Jun 2019 10:32:37 GMT

Flags are defined here: https://github.com/NordicPlayground/nrfxlib/blob/master/bsdlib/include/nrf_socket.h#L531

And signal here: https://github.com/NordicPlayground/nrfxlib/blob/master/bsdlib/include/nrf_socket.h#L515

It sounds like your signal values are incorrect/corrupted. The documentation for the gps is still on-going, so it might be that some "garbage values" are still being pushed through to the application. I'll report it back to the devs so that they're aware of it.

RE: nRF9160 > GPS > RSSI?

Oleh — Mon, 24 Jun 2019 13:01:12 GMT

Hi Håkon,

I know -- ticket is closed, but related tiny question:

in the struct nrf_gnss_sv_t what are the values and description of "signal" and "flags"?

Edit: in Signal, I have values: 1, 3, 9... what is the meaning of these?

RE: nRF9160 > GPS > RSSI?

Oleh — Mon, 24 Jun 2019 08:17:15 GMT

Hi Håkon,

yes, you're right... it would be good if Nordic would Keep this Feature :)

Thanks and best regards,

Oleh

RE: nRF9160 > GPS > RSSI?

Håkon Alseth — Mon, 24 Jun 2019 08:14:42 GMT

Hi Oleh,

That is good that it worked out on your end, at my end the data was unusable when I tested this without any connection. I guess you'll have to take the validity of the data with a grain of salt.

Kind regards,

Håkon

RE: nRF9160 > GPS > RSSI?

Oleh — Sun, 23 Jun 2019 22:33:40 GMT

Hi Håkon,

just a short from the field test...

I get the NMEA sentences without fix, these are not fully filled:

dump_gnss_data_frames > NMEA data
NMEA strings:
$GPGGA,000000.00,,,,,0,,99.99,,M,0,,*37

$GPGGA,000618.00,,,,,0,02,99.99,,M,0,,*3A

$GPGLL,,,,,000618.00,V,A*4A

$GPGLL,,,,,000617.00,V,A*45

$GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99,1*2D

$GPGSV,1,1,2,6,,,28,7,,,22,1*5D

$GPGSV,1,1,2,6,,,26,7,,,20,1*51

here, for the cn0 especially GPGSV is interesting, as we get sat info.

then I got PositionVelocityTime data:

dump_gnss_data_frames > PVT data
SV:6 cn0:65281 Sig:1 eL:0 Az:0 Flags:0
SV:2 cn0:15873 Sig:3 eL:1 Az:0 Flags:0
SV:4 cn0:2561 Sig:9 eL:1 Az:0 Flags:0
SV:7 cn0:11521 Sig:3 eL:1 Az:0 Flags:0
- Tracking: 4 Using: 0 Unhealthy: 0

Still no fix.... then getting more info:

$GPGSV,2,1,5,6,54,241,29,2,35,302,30,4,68,257,29,7,43,168,29,1*5A

$GPGSV,2,2,5,5,05,298,27,1*57

(so 5 sats)

and finally fix:

dump_gnss_data_frames > PVT data
SV:6 cn0:10497 Sig:3 eL:13825 Az:-3840 Flags:0
SV:2 cn0:12801 Sig:3 eL:8961 Az:11776 Flags:1
SV:4 cn0:8961 Sig:9 eL:17409 Az:256 Flags:1
SV:7 cn0:10753 Sig:3 eL:11009 Az:-22528 Flags:0
SV:5 cn0:4353 Sig:3 eL:1281 Az:10752 Flags:1
- Tracking: 5 Using: 3 Unhealthy: 0

... so I find this "filling values" good, probably side-effect, but it gives some info even before fix.

Thanks and best

Oleh

RE: nRF9160 > GPS > RSSI?

Oleh — Mon, 17 Jun 2019 14:29:00 GMT

Hi Håkon,

thank you for your Reply!

... you know... it would be nice to have that available: just a Feature request ;)

Best regards

Oleh

RE: nRF9160 > GPS > RSSI?

Håkon Alseth — Thu, 13 Jun 2019 11:35:14 GMT

Hi Oleh,

[quote user="olsky"][/quote]

nice to hearing from you again!

Likewise!

Without a fix, its not available.

Kind regards,

Håkon

RE: nRF9160 > GPS > RSSI?

Oleh — Thu, 13 Jun 2019 10:41:32 GMT

Hi Håkon,

nice to hearing from you again!

Thanks for the link to nrf_gnss_sv_t struct, it sounds promissing :)

A short confirmation question: will these data be available only with the fix? Or could be accessed even if no fix is (still) available?

... trying to get the RSSI while Position-Reposition the device... in-/out-door...

also, thanks for the AT+CESQ info.

Best regards

Oleh

RE: nRF9160 > GPS > RSSI?

Håkon Alseth — Thu, 13 Jun 2019 10:33:45 GMT

Hi,

For the GNSS, there is a C/N0 (carrier to noise density, more details here) field:

https://github.com/NordicPlayground/nrfxlib/blob/master/bsdlib/include/nrf_socket.h#L511

For the LTE part, you can get the RSRP (ref. signal received power) through AT command AT+CESQ, where the last number is a reference from -140 dBm. If you get "40", it would indicate -140 + 40 = -100 dBm signal.

Kind regards,

Håkon