This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Location API without Cloud Dependencies (GNSS Only)

I am developing a solution using the NRF9160.  The device is successfully reporting to my server using a blend of the Location and HTTPS samples.  I would like to operate under GNSS only (no multicell) but I am unable to disable NRF Cloud or JWT by setting JWT and Cloud configs to No in the .prj file.  Is it possible to disable those services but maintain the Location library?  When the application runs, I still get a warning about inability to connect to AGPS even though I never request AGPS.

I am setting my location config to GNSS only with this,

enum location_method methods[] = {LOCATION_METHOD_GNSS};

Do I need to turn off AGPS anywhere else?  When I test using the GNSS sample I acquire a fix faster than when I use the Location sample with GNSS only, so I think somehow AGPS is still on and timing out.

Thanks!

Parents Reply Children
  • Thanks I tried setting CONFIG_NRF_CLOUD_AGPS and REST to n, but it still posts the message. Digging a little deeper it appears that the error is tied to the multicell dependency.  When I set CONFIG_MULTICELL_LOCATION_SERVICE_NRF_CLOUD=n i get a build error stating "At least one location service must be enabled"  So, it appears that the location lib is requiring multicell, which requires a cloud service...i think.  What is the right way to look at the available .prj options for a lib?  It's possible I am missing an option to prevent location from including multicell.  I hate to waste your time asking questions if I can learn where to look.  Thanks!

  • Hi David,

    Multicell is a Cellular location method option and it should not have effects on AGPS which is a GNSS method option. "[00:00:12.285,034] <err> location: nRF Cloud A-GPS request failed, error: -77" message is from the source code nrf\lib\location\method_gnss.c lines 169-243, which is only used when "CONFIG_NRF_CLOUD_AGPS=y". I suspect the issue is not related to prj options.

    We need to find a common ground for our discussion. Could you repeat this issue with the original nRF9160: Location sample? or you can share a minimal sample of your codes that can repeat this issue. I believe it does not need LTE and HTTP connection. 

    Best regards,

    Charlie

Related