Noisefloor Project: One firmware for 3 chips.

[maxv]

Hello,

This isn't actually a problem report, but might be interesting for readers of

this forum anyways.

I'm writing a series of posts about how to get a unified firmware executable to

run on the Nordic nRF51422, nRF52832, and nRF52840 chips, with no modifications.

In other words, the same binary file loads and runs on all three chips, deciding

what capabilities it can use at runtime. This is different than the usual way of

compiling one firmware file for each microcontroller, and it may not be very

useful outside of my deliberately simple use case, but I thought it was a cool

challenge anyways.

In the writeup, I discuss the hardware differences and software techniques

required to make this work as well as how to document the requirements.

The first two posts are complete, and I'm partway through the third now. I'll

update this post as I make progress.

Here are the first links:

• Introduction
  https://fromplantoprototype.com/r/noisefloor/index.html

• Boundary Conditions and Peripheral Interfaces
  https://fromplantoprototype.com/r/noisefloor/boundary-conditions.html

I would be happy for any feedback and questions about the posts.

Cheers,

Max Vilimpoc

ps. Weirdly enough, I didn't follow the instructions about the REG0 and

REGOUT0 registers here, but somehow my nRF52840 Dongle still works fine when

debugging it with an nRF51-DK as the J-Link probe. Lucky me!

[maxv]

Next up:

Here's a simple Requirements PDF and an Architecture PDF for my Noisefloor

embedded firmware project, using asciidoctor-pdf. I've kept them simple on

purpose, as examples of what projects should at least publish to keep everyone

in sync about the goals as the work proceeds.

 

• Requirements + Architecture
  fromplantoprototype.com/.../requirements-architecture-tooling.html

 

The firmware itself is coming along. RSSI sampling is in place and optimized

(more on that in a later update). And I've implemented GPIO input pin-change

triggering, and a TIMER-driven self-test trigger using the Programmable

Peripheral Interconnect (PPI).

Zero-cycle I/O is the best I/O!