Update: Two boards talking to one another!
The code has been generally great to work with. Found there was a GPIO helper library so there is a bit more clarity in the code when turning LEDs on and off. Really have been leaning on the community driven efforts of CNLohr and his crowd, this is a great set of starter code. I basically just had to pick out the matching modules and everything “just worked”. I did manage to mangle the code when trying to pull in the OLED stuff into the nRF24 tx and rx samples, but this is life, no? 
One thing that excites me about this is the building block nature of it all. I now have a low cost wireless link between boards. I have a standard, albeit small, output mechanism for unconnected operation. I have a dirt cheap chip.
Things I’d like to work on in the future:
- This was all printf debugging, which generally worked fine. I’d like to try out some step debugging to make sure I can really dig in if I’m writing more of my own drivers and control modules. I feel like I probably suffered unnecessarily with shuffling the OLED code over.
- I want to try out more of the peripherals, of which there are many example libraries. i could probably try out the ADC input on one of the pins and use that to send values over the wireless link.
- Need to dig in and see what the USB library looks like (link above)
- I am not really following best practices…I should probably move this stuff into a repo…
Weirdness
One marker I’d like to leave here is the clock speed. It seems like the operation of the boards is much faster when I’m plugged into the debugger, vs just powering the board over USB. This is particularly noticeable for the TX unit.