Bootloader source code

[fgaetani]

Hello, I'm working on a project using this board, is it possible to have the source code of the bootloader? Is it a Bossa bootloader, right? I would like to implement a DFU mode like the Nordic bootloader.

Thank you very much!

[bradjc]

Just chiming in that it would be very useful to be able to have some info on how to compile the bootloader for the Nano 33 BLE Sense.

[bradjc]

Does reading work on the bootloader that is flashed on the board by default? I'm trying:

bossac --port=/dev/cu.usbmodem14201 -U -i -o 0x20000 --read=4096 out.bin -d

and getting:

Set binary mode
version()=Arduino Bootloader (SAM-BA extended) 2.0 [Arduino:IKXYZ]
Connected at 921600 baud
identifyChip()=nRF52840-QIAA
write(addr=0,size=0x34)
writeWord(addr=0x30,value=0x400)
writeWord(addr=0x20,value=0)
version()=Arduino Bootloader (SAM-BA extended) 2.0 [Arduino:IKXYZ]
Device       : nRF52840-QIAA
Version      : Arduino Bootloader (SAM-BA extended) 2.0 [Arduino:IKXYZ]
Address      : 0x0
Pages        : 256
Page Size    : 4096 bytes
Total Size   : 1024KB
Planes       : 1
Lock Regions : 0
Locked       : none
Security     : false
Read 4096 bytes from flash
[                              ] 0% (0/1 pages)read(addr=0x20000,size=0x1000)

SAM-BA operation failed

Writing is working as expected.

[bradjc]

@facchinm Sorry to keep bugging on this, but could you leave a quick comment on the state of the bootloader? Is it: closed source, just going to take some time to make available, or already available somewhere?

We want to use the board for an open source project (tock), but our use case requires being able to read flash before writing new apps to the board.

[rpavlik]

I'm also wondering about this - I much prefer the UF2 bootloaders used on a variety of boards, including all recent Adafruit ones (see https://github.com/adafruit/Adafruit_nRF52_Bootloader for their nrf52840 port that includes some nano 33 ble support), but since SAM-BA isn't a terribly common protocol on nrf chips, that's not supported by default with the nrf52 uf2 bootloader so the Arduino IDE breaks. If I had the bootloader source, I could possibly integrate that protocol as well.

[bradjc]

Can the bootloader update itself?

[rpavlik]

Not sure, but I couldn't replace it with another bootloader without using a debug tool.

[bradjc]

I'm now thinking about a trojan horse application that would replace the bootloader on first boot.

[rpavlik]

Yeah, that's how many of the Adafruit UF2 bootloader upgraders/installers work (I don't remember if https://github.com/adafruit/Adafruit_nRF52_Bootloader had it or only the ones for the SAMD chips). I considered it but didn't have the time to dedicate to making it.

[sabas1080]

Hi everyone

Bossa for nrf52 is here https://github.com/arduino/BOSSA

[rpavlik]

I can't find the bootloader in that code, though, only the programming utility (which mostly looks stubbed-out on the NRF52 branch)

[sslupsky]

@facchinm Why on earth is the boot loader source code not available on GitHub? I've run into an issue with the MKR WAN 1310. The boot loader that comes preinstalled with the hardware is causing excessive current consumption. I am disappointed with this experience because it took much longer than it should have to isolate the problem. Having access to the boot loader source would have saved considerable time.

I recommend you ship all Arduino boards with the SWD connector installed so we can easily replace the boot loader.

[sabas1080]

We have port this core to be compatible with the bootloader UF2, if you want to test, is available here https://github.com/ElectronicCats/ArduinoCore-nRF528x-mbedos, UF2 is open source now

[sslupsky]

Yes, I am using UF2. That was how I discovered the problem. I had developed my app on a board I was using with UF2. Everything worked fine. When I tried to assemble and flash a set of "new" boards, I used the Arduino boot loader (flashing UF2 on the MKR WAN requires adding another connector to the MKR WAN and using SWD).

I noticed the power consumption was 100x what it was supposed to be for the new set of boards. I didn't realize at first that the problem was the boot loader ... I went searching for other sources of the problem, hardware differences between v2 and v3 boards, firmware issues with my app, etc. I finally realized that the only difference was the boot loader. So, I reflashed one of the new boards with UF2 and viola, works like a charm.

What concerns me is the time required to track the problem down to the boot loader. And, I would like to avoid having to reflash the Arduino's with UF2. Preferably, Arduino should be using UF2 by now and shipping their products with UF2.

Thanks for the link. I'm am working towards migrating to nRF into my next products to avoid power consumption problems with Atmel SAMD/E.