How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Fri, 29 May 2020 17:53:19 GMT

Einar, I have started to put together a pdf document with hyperlinks based on your suggestions, and adding some details for Linux to make it easier getting future university projects started. I could upload it to you if you could give me instructions on how to do an upload (in case you are interested).

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Fri, 29 May 2020 00:27:22 GMT

Also, if this helps some others: with David Martin's help I finally realized that many of the Nordic links are actually two links, the left one goes one place, and the right triangle goes a different place (usually a drop-down - and it's the one you need most of the time). I had idea of this, and it's truly critical. Finally, for newbies, it would really help, if the importance and value of the infocenter.nordicsemi.com was emphasized (and note infocenter.nordic.de is a bogus site). Maybe once I get everything up and running properly, I should write a proper how to? Just a thought.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

Einar Thorsrud — Thu, 28 May 2020 07:53:56 GMT

Hi,

Your long reply was marked as spam, but I have approved it now. Please try to avoid copy-pasting with formating in the future, as that makes it less readable and also tends to increase the likelihood of the post being tagged as spam.

To be honest, I think the best here is to start again from scratch. As you stated that you did not actively decide to use the nRF Connect SDK, then I advise against it. It is not as mature, nor yet as userfriendly as the nRF5 SDK. Also, the nRF5 SDK works with integrated toolchains.

If you are developing for the nRF52 I suggest you follow Getting started with nRF5 SDK and SES (nRF51 & nRF52 Series). Please read and follow the full guide, but these are the key points:

Download the latest nRF5 SDK here (currently version 16.0.0).
Download and install the J-Link Software and Documentation Pack from here.
Download the latest Segger Embedded Studio (SES) here.
Download and install the nRF Command Line tools from here.

Please note that the guide includes information on how to import Keil projects to SES, but that is not relevant for you, since recent SDK versions include SES projects for all examples. So after having the toolchain in place you simply just open the example in SES, build, program, and observe it work.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Wed, 27 May 2020 18:35:33 GMT

Is there a link to using the Portal? I spent two hours this morning on putting together an extensive reply and when posted it got flagged as SPAM and seems to have disappeared. I can't figure out how to have what I type automatically wrapped. I can't figure out how to find links for replying. I can't figure out how to upload an attachment. Thank you.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Wed, 27 May 2020 17:04:55 GMT

Also, going through the install procedure a second time broke Zephyr as well. Took another couple of hours to fix. It had to do with the tool chain got installed as ~/gnuarmemb/gcc-arm-none-eabi-9-2019-q4-major rather than just ~/gnuarmemb with bin directly under it. This puts me back to where I ended yesterday. Blinky and Button in Zephyr work if after flashing board is disconnected and re-connected and I still don't understand what nRF SDK is and just can't get heart_rate_monitor to work. It looks best to give up on nRF SDK for now and just try to get the Zephyr tool chain working.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Wed, 27 May 2020 15:23:10 GMT

I just spent over two hours replying to this e-mail, and when I posted it, was informed it was flagged as Spam.

Very very short summary of two hours of work:

1) Is the SDK tool chain the same as the Zephyr Tool Chain?

2) the Linux instructions don't work, there are many errors, and two of the PIP3 commands result in core dumps.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Wed, 27 May 2020 15:18:22 GMT

Hi,

It seems the root issue here is that you have not properly installed the toolchain including all dependencies. Please follow the instructions on this page to the point, not omitting any steps.

Yes, but I only found this page yesterday, after a week of work

Most of the instructions don't work; for example just down-loading the device tree compiler:

> wget http://mirrors.kernel.org/ubuntu/pool/main/d/device-tree-compiler/device-tree-compiler_1.4.7-1_amd64.deb
--2020-05-27 09:30:37-- mirrors.kernel.org/.../device-tree-compiler_1.4.7-1_amd64.deb
Resolving mirrors.kernel.org (mirrors.kernel.org)... 149.20.37.36, 2001:19d0:306:6:0:1994:3:14
Connecting to mirrors.kernel.org (mirrors.kernel.org)|149.20.37.36|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: mirrors.edge.kernel.org/.../device-tree-compiler_1.4.7-1_amd64.deb [following]
--2020-05-27 09:30:37-- mirrors.edge.kernel.org/.../device-tree-compiler_1.4.7-1_amd64.deb
Resolving mirrors.edge.kernel.org (mirrors.edge.kernel.org)... 147.75.197.195, 2604:1380:1:3600::1
Connecting to mirrors.edge.kernel.org (mirrors.edge.kernel.org)|147.75.197.195|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-05-27 09:30:37 ERROR 404: Not Found.

>

I had set up the gnuarmemb previously for Zephyr

export ZEPHYR_TOOLCHAIN_VARIANT=zephyr
export ZEPHYR_SDK_INSTALL_DIR=/home/martin/Dropbox/Nordic/Zephyr/zephyr-sdk-0.11.2

The new setup uses

export ZEPHYR_TOOLCHAIN_VARIANT=gnuarmemb
 export GNUARMEMB_TOOLCHAIN_PATH="~/gnuarmemb"


The Zephyr set up is working, should I still change it? I will for now just to be sure I'm compatible.

It is not possible to successfully install the requirements following instructions on the page you suggest
For example,
 pip3 install --user -r zephyr/scripts/requirements.txt
has many lines of text and then does a core dump.
...
many lines
...
Successfully installed Click-7.1.2 MarkupSafe-1.1.1 Pillow-7.1.2 PyYAML-5.3.1 Pygments-2.6.1 alabaster-0.7.12 anytree-2.8.0 appdirs-1.4.4 arrow-0.15.5 attrs-19.3.0 babel-2.8.0 breathe-4.14.2 cbor-1.0.0 certifi-2020.4.5.1 cffi-1.14.0 chardet-3.0.4 cmsis-pack-manager-0.2.10 colorama-0.4.3 configobj-5.0.6 coverage-5.1 docopt-0.6.2 docutils-0.16 future-0.18.2 gcovr-4.2 gitlint-0.13.1 idna-2.9 imagesize-1.2.0 importlib-metadata-1.6.0 intelhex-2.2.1 intervaltree-3.0.2 jinja2-2.11.2 junit2html-23 lxml-4.5.1 milksnake-0.1.5 more-itertools-8.3.0 packaging-20.4 pluggy-0.13.1 ply-3.11 prettytable-0.7.2 psutil-5.7.0 py-1.8.1 pycparser-2.20 pyelftools-0.26 pykwalify-1.7.0 pylink-square-0.6.1 pyocd-0.26.1 pyparsing-2.4.7 pyserial-3.4 pytest-5.4.2 python-dateutil-2.8.1 pytz-2020.1 pyusb-1.0.2 requests-2.23.0 setuptools-46.4.0 sh-1.12.14 six-1.15.0 snowballstemmer-2.0.0 sortedcontainers-2.1.0 sphinx-3.0.4 sphinx-rtd-theme-0.4.3 sphinx-tabs-1.1.13 sphinxcontrib-applehelp-1.0.2 sphinxcontrib-devhelp-1.0.2 sphinxcontrib-htmlhelp-1.0.3 sphinxcontrib-jsmath-1.0.1 sphinxcontrib-qthelp-1.0.3 sphinxcontrib-serializinghtml-1.1.4 sphinxcontrib-svg2pdfconverter-1.0.1 tabulate-0.8.7 urllib3-1.25.9 wcwidth-0.1.9 west-0.7.2 zipp-3.1.0
Segmentation fault (core dumped)
>

pip3 install --user -r nrf/scripts/requirements.txt

successfully completes, but
> pip3 install --user -r mcuboot/scripts/requirements.txt
Could not open requirements file: [Errno 2] No such file or directory: 'mcuboot/scripts/requirements.txt'

I am in the ncs directory when I do this command as instructed. Has anyone ever tried the installation
instructions on Ubuntu 18.04 previously? It appears the mcuboot directory has not been downloaded and I
can't fine instructions on how to do this. (aside, I've gotten into a weird formatting mode again -
I keep clicking Format->Clear Formatting, but it doesn't help).

Doing some google searching, I found mcuboot was under the bootloader directory, which I can see. So I
modified the pip3 command to run the the script their, but once again, I got a core dump. It appears
installation instructions just can not be followed successfully on my machine for some unknown reason.

> pip3 install --user -r bootloader/mcuboot/scripts/requirements.txt
Collecting cryptography>=2.6 (from -r bootloader/mcuboot/scripts/requirements.txt (line 1))
  Using cached files.pythonhosted.org/.../cryptography-2.9.2-cp35-abi3-manylinux1_x86_64.whl
Collecting intelhex (from -r bootloader/mcuboot/scripts/requirements.txt (line 2))
  Using cached files.pythonhosted.org/.../intelhex-2.2.1-py2.py3-none-any.whl
Collecting click (from -r bootloader/mcuboot/scripts/requirements.txt (line 3))
  Using cached files.pythonhosted.org/.../click-7.1.2-py2.py3-none-any.whl
Collecting cbor>=1.0.0 (from -r bootloader/mcuboot/scripts/requirements.txt (line 4))
Collecting six>=1.4.1 (from cryptography>=2.6->-r bootloader/mcuboot/scripts/requirements.txt (line 1))
  Using cached files.pythonhosted.org/.../six-1.15.0-py2.py3-none-any.whl
Collecting cffi!=1.11.3,>=1.8 (from cryptography>=2.6->-r bootloader/mcuboot/scripts/requirements.txt (line 1))
  Using cached files.pythonhosted.org/.../cffi-1.14.0-cp36-cp36m-manylinux1_x86_64.whl
Collecting pycparser (from cffi!=1.11.3,>=1.8->cryptography>=2.6->-r bootloader/mcuboot/scripts/requirements.txt (line 1))
  Using cached files.pythonhosted.org/.../pycparser-2.20-py2.py3-none-any.whl
Installing collected packages: six, pycparser, cffi, cryptography, intelhex, click, cbor
Segmentation fault (core dumped)
> 

Regarding:
 Please remember to follow the link to this page and do as told there as well. If you follow the instructions to the point then you should get a working setup. Linux is well supported as a platform for the nRF Connect SDK (in fact, Linux is the preferred platform for most Zephyr developers).
I had done this previously, very carefully (again I've been working on getting started for a week now)
but I redid it to be safe. This reverted cmake back to a too early version so I had to go through the
process again of getting a recent version of cmake. About half of the suggested procedures don't work so
I eventually went to cmake downloads and got version 3.17.2. I had previously installed Segger Embedded
Studio, and this is a large convoluted procedure, and it was successful before, so I didn't want to go
through it again, but I assume it's okay. So I may (or may not) be setup okay now. The biggest worry is
the core dumps above.

Regarding:
I have one question, though. Are you purposely using nRF Connect SDK, or did you just end up there accidentally? The preferred SDK for nRF52 series development is currently the nRF5 SDK, which is more mature and easier to get started with.
(I really wish I could figure out how to get line wrap working).
The answer is no, I have been asking about four times which Tool Chain to use. Indeed, I don't even know
what the nRF SDK Tool Chain is. There's the Zephyr Took Chain, the Segger Took Chain, the Connect Tool
Chain, and now the SDK Took Chain. This is the first I've seen that the recommend chain is the SDK one.
Now that I assume I have it installed, is there documentation on how to run it? I assume it's under
ncs/nrf? Is there a binary eclipse like gui to run there? Or should I be running the Zephyr GUI?
Very unclear to me. My best guess is the SDK Tool Chain is the Zephyr Tool Chain? I have only been
running Connect because previously that was the only thing I could get going (actually the Zegger Tool
Chain might also be working but I so far have not been able to figure out how to run the SDK Tool Chain.
Just installing it has been a real bear; but I think I may now have it installed (except again for the
core dumps above).

So I guess the next think is to try and find a) exactly what the SDK Tool Chain is (i.e. is it the
Zephyr Tool Chain), and b) where I should start reading to see how to run it.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

Einar Thorsrud — Wed, 27 May 2020 08:43:26 GMT

Hi,

It seems the root issue here is that you have not properly installed the toolchain including all dependencies. Please follow the instructions on this page to the point, not omitting any steps. Please remember to follow the link to this page and do as told there as well. If you follow the instructions to the point then you should get a working setup. Linux is well supported as a platform for the nRF Connect SDK (in fact, Linux is the preferred platform for most Zephyr developers).

I have one question, though. Are you purposely using nRF Connect SDK, or did you just end up there accidentally? The preferred SDK for nRF52 series development is currently the nRF5 SDK, which is more mature and easier to get started with.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

kw_martin — Tue, 26 May 2020 22:12:37 GMT

I couldn't even find the ncs/nrf directory. However, I was just able to resolve this issue: by chance, I ran nrfconnect331x8664.AppImage again, and then noticed near the bottom the ToolChain Manager choice. I clicked this and was informed the app was for windows only, but there was a link there for installing in Linux. Clicking this link brought me to a new web page I hadn't seen previously, and there were enough instructions there so I have been able to download and install the AMD64 device tree compiler (this link is broken in the instructions but I was able to get it directly from a Debian repository and install it). I also found a link that I could use with wget to finally download ncs/nrf. This was a really convoluted process but I finally can see the ncs/nrf/applications/asset_tracker path. I think it was just luck that I got to this point so maybe I can now run the Zephyr "getting started" examples.

There are problems that might still be issues; for example, under the linux install instructions:

pip3 install --user -r zephyr/scripts/requirements.txt

causes a core dump.

Sorry for the small font, clear formatting didn't fix it. Also, I don't know why it changed back to normal directly below.

pip3 install --user -r nrf/scripts/requirements.txt
works, but

pip3 install --user -r bootloader/mcuboot/scripts/requirements.txt
also causes a core dump.

I had some success with the Zephyr tool chain. It seems to build and flash okay, but the
examples may or may not work.
west build -p auto -b nrf52840dk_nrf52840 samples/hello_world
builds fine and west flash works

> west flash
-- west flash: rebuilding
ninja: no work to do.
-- west flash: using runner nrfjprog
-- runners.nrfjprog: Flashing file: /home/martin/Dropbox/Nordic/Zephyr/zephyrproject/zephyr/build/zephyr/zephyr.hex
Parsing hex file.
Erasing page at address 0x0.
Erasing page at address 0x1000.
Erasing page at address 0x2000.
Erasing page at address 0x3000.
Applying system reset.
Checking that the area to write is not protected.

Programming device.
Enabling pin reset.
Applying pin reset.
-- runners.nrfjprog: Board with serial number 683455871 flashed successfully.
> 

but I don't see anything on the minicom connected to /dev/ttyACM0 (at 115.2kBaud).

west build -p auto -b nrf52840dk_nrf52840 samples/basic/blinky
seems to build okay except for the error:
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
which I mentioned previously.

west flash reports success, but once again no blinking lights

west build -p auto -b nrf52840dk_nrf52840 samples/basic/button

builds same errors, doesn't work.

However, by chance I disconnected the usb, reconnected, and it then worked. I went back to blinky,

and re-built and reflashed, and then disconnected and reconnected, and all of a sudden, it
worked. This really needs to be in the instructions. I tried again to get the hello_world going
but no luck with this one. Also, west is using /dev/ttyACM0 so I'm not sure how a USB serial link
can share the same USB connection? Maybe more explanation is required here? I went back
to try and get the heart_rate_monitor going; no luck. The copied file just sat on the USB disk
and never got loaded. I disconnected, reconnected, copied again, still no luck. I can upload the
heart_rate_monitor hex file as you requested, but I don't see a link for uploading a file?
DDo I need to put it somewhere that can have a link to it?
.
Summary, most things don't work (including I can't wrap the lines or format properly),
instruction mostly wrong, but I did eventually get blinky and
button to work with the disconnect and reconnect of the usb. I guess this is some progress.

Now that I finally have ncs/nrf, I will try with them. Again, there really needs to be some
instruction for linux users on how to do the install properly that don't leave out critical
ssteps and that are correct, and don't core dump. I still have no idea what tool
chain I should be using. Finally, for those not familiar with .rst files, it turns out there
is a plug-in for sublime_text that allows them to be viewed. Another unix thing I guess.

RE: How to get heart rate monitor to work on nRF52840-DK in Ubuntu 18.04

Einar Thorsrud — Tue, 26 May 2020 18:45:40 GMT

Hi,

There seem to be at least two separate problems here:

Getting a prebuilt example hex to run properly on the nRF52840 DK.
Building an nRF Connect SDK sample from scratch using Segger Embedded Studio

Regarding 1, I do not understand why it does not work. Can you try the attached blinky example (devzone.nordicsemi.com/.../blinky_5F00_pca10056.hex) just to understand if the very basic is in place?

Regarding 2:

[quote user=""][/quote]

I can not find the path to ncs/nrf/applications/asset_tracker/CMakeLists.txt.

I looked in my $HOME/.config/nrfconnect/ but can not find anything there. I also used locate but couldn't find ncs/nrf/applications.

First of all, the asset tracker sample only works on the nRF91. But in any case, if you have correctly checked out the nRF Connect SDK you should see CMakeLists.txt under nrf\applications\asset_tracker\. As you can see here it is part of the repo, so I cannot understand how it could be missing. But since you cannot use it anyway, I suggest you start with a sample that can actually run on your board.

I suggest starting with something very basic, for instance zephyr/samples/basic/blink_led. Just to see that you have everything in place I suggest doing it from the command line. Then, after following the getting started guide to install dependencies, check out the nrf repo and update everything with west, you can build the sample by simply navigating to zephyr/samples/basic/blink_led/ (or any other sample folder) and typing:

west build -b nrf52840_pca10056

Then you can program the sample by typing:

west flash

With this, you should see LED1 blinking with varying frequency.

Does this work?