NRF52840 (PCA10059) Openthread Router - Example

[jibba]

Hi

The latest OpenThread/Zigbee SDK has no examples for openthread with the PCA10059 (No MBR, executing directly from 0x0 @ flash start).

Ive tried now multiple times combining examples together but i cannot build it, as required libraries are either not available for the NRF52840 or outdated.

There are examples of compiling the libs (openthread) yourself, ive done this but this is not all of it required for example for the openthread-simple-server.

- I would very much welcome all the source code in the SDK so i would not need to work with precompiled static libraries.

- I would also very much welcome examples for all your boards, not just some of them.

Would you be able to extend the SDK?

[jibba]

Hi Jorgen

Thanks. However, i have the J-Link attached to my USB Dongle, so nothing lost there. The Uart as ive read should be also super easy, since i can use any GPIO as TX or RX pin (How do you solve this btw? is this a Software-Uart?).

My input was just its a bit of a rocky getting-started, and i think if the source would be placed into the SDK you would solve mutliple issues:

- Version Dependency would be gone, as per SDK release, within the Release, SW-Versions would match.

- Software not libraries: Helps to understand it better and i mean we live in the age of 8/12/16 core machines and tools like distcc or ccache, so its pretty fast.

Thanks

[Jørgen Holmefjord]

If you have a J-Link connected to the dongle, it makes it more suitable for development, but since the SDK is intended for all customers, and a lot of customers will start using the dongle for development (due to the low pricing) if all projects are provided for this, we have decided to provide examples only for the intended use-cases of the dongle in the SDK. It should still be possible to port the other examples to this device, especially if you have erased the bootloader and MBR, then it works mostly like a DK, with different pinout.

The UART is not a software-UART, but the nRF5 series chips includes a pin-crossbar feature, allowing any serial interface to be connected to any GPIO. This makes it very flexible for board layout, etc.

I'm not sure if I understand your point about version dependency. The projects would still have to be linked towards a specific version of the OpenThread source code. If the source code was updated with new APIs, or files were moved, the projects would still have to be updated to match the new version.

If you would like to develop OpenThread application with the full source code, it is also possible to build applications directly in OpenThread on Linux and macOS. Another alternative is to look in the nRF Connect SDK, which will get more support for OpenThread in the coming months/years.