MQTT blocks restarting GPS?

RE: MQTT blocks restarting GPS?

Yusuke — Sat, 14 Sep 2019 11:59:21 GMT

I solved it. Previously I names "nrf_rallare". I changed it to "nrf" then worked out.

Why don't you merge the udp_gps program to the official nrf folder?

RE: MQTT blocks restarting GPS?

Martin Lesund — Fri, 30 Aug 2019 07:39:25 GMT

Hi Alan,

You have an outdated west tool.

Please upgrade with the command:

pip install west -U

Then to check the version:

west --version

RE: MQTT blocks restarting GPS?

Alan Hasty — Thu, 29 Aug 2019 17:12:14 GMT

Hey! - I'm trying to pull this project and put the Rallare fork into my current tree in place of the existing nrf directory as described above.

However, when I do the west update I get the following. What is wrong?

$ west update
validation.invalid
--- All found errors ---
["Key 'repo-path' was not defined. Path: '/projects/0'", "Key 'repo-path' was not defined. Path: '/projects/3'", "Key 'repo-path' was not defined. Path: '/projects/4'", "Key 'repo-path' was not defined. Path: '/projects/5'", "Key 'repo-path' was not defined. Path: '/projects/6'", "Key 'repo-path' was not defined. Path: '/projects/10'"]
Traceback (most recent call last):
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\manifest.py", line 153, in __init__
    schema_files=[_SCHEMA_PATH[key]]
File "c:\python37\lib\site-packages\pykwalify\core.py", line 167, in validate
    error_msg=u'.\n - '.join(self.validation_errors)))
pykwalify.errors.SchemaError: <SchemaError: error code 2: Schema validation failed:
- Key 'repo-path' was not defined. Path: '/projects/0'.
- Key 'repo-path' was not defined. Path: '/projects/3'.
- Key 'repo-path' was not defined. Path: '/projects/4'.
- Key 'repo-path' was not defined. Path: '/projects/5'.
- Key 'repo-path' was not defined. Path: '/projects/6'.
- Key 'repo-path' was not defined. Path: '/projects/10'.: Path: '/'>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "c:\python37\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
File "c:\python37\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
File "C:\Python37\Scripts\west.exe\__main__.py", line 9, in <module>
File "c:\python37\lib\site-packages\west\_bootstrap\main.py", line 499, in main
    wrap(wrap_argv)
File "c:\python37\lib\site-packages\west\_bootstrap\main.py", line 485, in wrap
    west.main.main(argv)
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\main.py", line 569, in main
    extensions = get_extension_commands()
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\main.py", line 531, in get_extension_commands
    extensions = extension_commands()
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\commands\command.py", line 181, in extension_commands
    manifest = Manifest.from_file()
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\manifest.py", line 91, in from_file
    return Manifest(source_file=source_file, sections=sections)
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\manifest.py", line 156, in __init__
    self._malformed(e, key)
File "C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\manifest.py", line 226, in _malformed
    complaint))
west.manifest.MalformedManifest: Malformed manifest file C:\wrk\SmartTrackTech\boohoo_nrf\nrf\west.yml (schema: C:\wrk\SmartTrackTech\boohoo_nrf\.west\west\src\west\manifest-schema.yml):
<SchemaError: error code 2: Schema validation failed:
- Key 'repo-path' was not defined. Path: '/projects/0'.
- Key 'repo-path' was not defined. Path: '/projects/3'.
- Key 'repo-path' was not defined. Path: '/projects/4'.
- Key 'repo-path' was not defined. Path: '/projects/5'.
- Key 'repo-path' was not defined. Path: '/projects/6'.
- Key 'repo-path' was not defined. Path: '/projects/10'.: Path: '/'>

RE: MQTT blocks restarting GPS?

Martin Lesund — Mon, 26 Aug 2019 07:11:57 GMT

Hi Yusuke,

If you are using the Rallare fork, and want to use the nrf9160 samples you need to checkout the correct branch.

cd ncs/nrf
git checkout nrf9160_samples
west update

Then you should be able to open and run the samples.

RE: MQTT blocks restarting GPS?

Yusuke — Fri, 23 Aug 2019 15:23:30 GMT

Hi, Martin. I followed your instruction, but I got this error. Could you give me any advice?

Loading solution udp_gps.emProject
Executing load commands
/usr/local/bin/cmake -GNinja -DBOARD=nrf9160_pca10090ns -DBOARD_DIR=/Users/fukuharayuusuke/nRF9160/ncs/zephyr/boards/arm/nrf9160_pca10090 -DZEPHYR_TOOLCHAIN_VARIANT=gnuarmemb -DGNUARMEMB_TOOLCHAIN_PATH=/opt/gnuarmemb -B/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/build_nrf9160_pca10090ns -H/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps -DPYTHON_EXECUTABLE=/usr/local/bin/python3 -DCMAKE_MAKE_PROGRAM=/usr/local/bin/ninja -DDTC=/usr/local/bin/dtc -D WEST=~/.local/bin/west -DEXTRA_KCONFIG_TARGETS=menuconfig_ses -DEXTRA_KCONFIG_TARGET_COMMAND_FOR_menuconfig_ses=/Applications/arm_segger_embedded_studio_v416_macos_x64_nordic/html/configure_nordic_project_menuconfig.py
-- Using application from '/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps'
Zephyr version: 1.14.99
-- Found PythonInterp: /usr/local/bin/python3 (found suitable version "3.7.3", minimum required is "3.4") 
-- Selected BOARD nrf9160_pca10090ns
-- Found west: /Users/fukuharayuusuke/.local/bin/west (found suitable version "0.6.0", minimum required is "0.5.6")
-- Cache files will be written to: /Users/fukuharayuusuke/Library/Caches/zephyr
-- Loading /Users/fukuharayuusuke/nRF9160/ncs/zephyr/boards/arm/nrf9160_pca10090/nrf9160_pca10090ns.dts as base
-- Overlaying /Users/fukuharayuusuke/nRF9160/ncs/zephyr/dts/common/common.dts
nrf9160_pca10090ns.dts.pre.tmp:269.19-275.3: Warning (unique_unit_address_if_enabled): /soc/peripheral@40000000/clock@5000: duplicate unit-address (also used in node /soc/peripheral@40000000/power@5000)

/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/prj.conf:36: warning: attempt to assign the value 'y' to the undefined symbol NRF9160_GPS

/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/prj.conf:37: warning: attempt to assign the value 'y' to the undefined symbol NRF9160_GPS_LOG_LEVEL_DBG
Parsing Kconfig tree in /Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/Kconfig
Loading /Users/fukuharayuusuke/nRF9160/ncs/zephyr/boards/arm/nrf9160_pca10090/nrf9160_pca10090ns_defconfig as base
Merging /Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/prj.conf

Error: Aborting due to non-whitelisted Kconfig warning
'/Users/fukuharayuusuke/nRF9160/ncs/nrf_rallare/samples/nrf9160/udp_gps/prj.conf:36: warning:
attempt to assign the value 'y' to the undefined symbol NRF9160_GPS'. Note: If this warning doesn't
point to an actual problem, you can add it to the whitelist at the top of
/Users/fukuharayuusuke/nRF9160/ncs/zephyr/scripts/kconfig/kconfig.py.

CMake Error at /Users/fukuharayuusuke/nRF9160/ncs/zephyr/cmake/kconfig.cmake:200 (message):
  command failed with return code: 1
Call Stack (most recent call first):
  /Users/fukuharayuusuke/nRF9160/ncs/zephyr/cmake/app/boilerplate.cmake:543 (include)
  CMakeLists.txt:9 (include)


-- Configuring incomplete, errors occurred!
Project load failed
Reported error: solution load command failed (1)

What I did

1. Download the Rallare nrf folder and place it under ncs folder.
2. Run "git checkout master", "git pull", and "west update" under the nrf_rallare folder
3. Try to open the folder => got error

modem: v1.0.0
nrf tag: v1.0.0
SES: v4.16

RE: MQTT blocks restarting GPS?

Martin Lesund — Fri, 16 Aug 2019 10:31:49 GMT

Hi Johnny,

Good news.
A stripped-down and a more user-friendly sample has been made with GPS + LTE.
Please find the sample here: https://github.com/Rallare/fw-nrfconnect-nrf/tree/nrf9160_samples/samples/nrf9160/udp_gps
You could either add that sample in your NCS environment or copy the whole repository of "rallare".

(remember to do a 'west update' in the nrf folder so you get the other repositories in the correct state)

If you are only going to copy that sample to your NCS, you need to use the master branch.

cd ncs/nrf
git checkout master
git pull
west update

Best regards,
Martin L.

RE: MQTT blocks restarting GPS?

Martin Lesund — Fri, 16 Aug 2019 06:42:22 GMT

Hi Johnny,

I can understand that it can be a bit difficult to see what you would need from that pull request.

1. What you should take from the pull request is the GPS driver and add that to your NCS.

2. Then add this change in the lte_lc driver, so the GPS can be used together with LTE-M.

3. You should add the "GPS controller" into your project.
Then the configurations listed in the Kconfig will be available for you to configure to your liking in your project.

Then you can see how the GPS controller is initialized in the asset tracker sample and used

Best regards,

Martin L.

RE: MQTT blocks restarting GPS?

Martin Lesund — Thu, 15 Aug 2019 08:25:26 GMT

Hi Johnny,
I cannot comment on the future of the modem firmware of what is planed. If you want to know roadmap information about the features planned please contact your Regional Sales Manager. (If you do not know who that is please send me a direct message on Devzone and I will direct you to the correct person)

The network state must be in "power saving mode" (PSM) for the GPS to be active, as shown in the release notes for the v1.0.0 modem fw:

Support for simultaneous GNSS and LTE (M1 or NB1) system modes. GPS reception during
LTE Power Saving Mode (PSM) active periods.

After sending data over the LTE network, you will remain active for a given time period afterward before going back to PSM.

The active time can be requested using this config:

https://github.com/NordicPlayground/fw-nrfconnect-nrf/blob/master/drivers/lte_link_control/Kconfig#L45

The default request is 1 minute, but by setting for instance "00000001" you request 2 second active time (see the 3gpp spec chapter reference for the definition of the GPRS timer 2).

Note: The PSM timeout uses GPRS Timer 3, which has a different bit definition than GPRS timer 2.

You can request intervals, but its the LTE network that sets it for you. To read your current settings, send these AT commands:

AT+CEREG=5
AT+CEREG?

The last two-bit patterns will then be the active time and TAU, as described here:

https://infocenter.nordicsemi.com/topic/ref_at_commands/REF/at_commands/nw_service/cereg_read.html

RE: MQTT blocks restarting GPS?

jlienau03 — Wed, 14 Aug 2019 21:36:51 GMT

Hi Martin,

Thanks for the response. Is there any plans to address switching on and off the modem switching back and for the GPS issue?

I'd very much like to have GPS operational during PSM. I've seen in many tickets references to that pull request. However, I and others on this site have trouble interpreting that application. There is little to no commenting or documentation, especially when it comes to how PSM and GPS are supposed to be set up to act concurrently. It seems almost specific to the asset tracker project itself, making it incredibly difficult to do it in a custom program.

If the procedure moving forward for ALL projects using GPS and LTE with the nRF9160 is to use GPS while LTE is in PSM, I suggest an example that demonstrates just that. Or, a paragraph or two explaining the procedure to have PSM and GPS activated at the same time in any project would be incredibly helpful.

For context, I've tried activating GPS as shown in the GPS example after calling modem_configure() and lte_lc_psm_req(true) and have not been successful. I've also used a power analyzer to verify I've entered PSM, then tried activating the GPS, to no avail.

RE: MQTT blocks restarting GPS?

Martin Lesund — Wed, 14 Aug 2019 08:47:30 GMT

Hi Johnny,
The modem firmware v1.0.0 introduces GPS in PSM mode.

We have seen that switching OFF the modem and switching back and forth the GPS can cause unwanted behavior.

The recommended way is to use the GPS when the LTE-M is in PSM mode.

You can see an example of this in the PR#943, which introduces GPS in PSM mode in the Asset tracker application.

RE: MQTT blocks restarting GPS?

jlienau03 — Wed, 07 Aug 2019 13:30:04 GMT

Hi Carl,

I suspected too that it has to do with the handling of the sockets. As far as I can tell, I'm handling the GPS socket as appropriately as possible, so I figure it has to do with the sockets involving MQTT.

The board I'm using has MFW v1.0.0 and I am running ncs version v1.0.0.

Thanks

RE: MQTT blocks restarting GPS?

Carl Richard — Wed, 07 Aug 2019 07:28:17 GMT

Hello!

I don't know why MQTT is causing this problem, but I suspect it could be related to issues with the sockets.

Which modem firmware(MFW) and NCS version are you running? I know there have been some issues with the older MFWs when it comes to opening and closing sockets often. Furthermore: using the newest MFW I don't think it's necessary to change the systemmode each time you switch, it should be possible to have GPS and LTE enabled at the same time.

All the best,
Carl Richard