Minimalist Bootloader S110

RE: Minimalist Bootloader S110

Mostly Harmless — Mon, 16 Mar 2015 12:52:33 GMT

Yup.

const unsigned long UICR_ADDR_0x14 @ (NRF_UICR_BASE  + 0x14) = FLASH_BOOTLOADER_START_ADDRESS;

FLASH_BOOTLOADER_START_ADDRESS is defined in another file as 0x1A000. It's looking like the answer to this question is that the chip itself had an issue. This one could probably be closed out.

RE: Minimalist Bootloader S110

Hung Bui — Mon, 16 Mar 2015 12:43:42 GMT

Hi,

I assume that you have written in UICR at address NRF_UICR_BASE + 0x14 the address of your bootloader: 0x1A000. Note that if there is nothing written at that address, the interrupt will be forwarded to the softdevice instead of the bootloader.

Have you tried erasing&writing with nrfjprog.exe ?

RE: Minimalist Bootloader S110

Mostly Harmless — Fri, 13 Mar 2015 15:24:44 GMT

HB, sorry, I'm new to your forum. I meant my comment to be a response to yours. I'm not flashing my application to 0x00000000. I'm flashing the soft device to 0x00000000. As I said, I had this working before. My application is going in at 0x1A000. I've swapped out my Evaluation Board for a different Evaluation Board of the same type. So far, so good. I flashed in the v7.0.0 s100 soft device, and am using the v6.1.0 SDK. It looks like I'm back to where I was before all this started. I'm not exactly sure what happened. It appears that the nRF chip may have gone toes up during a re-flash of the part? Strange coincidence if so. We're going to swap the nRF chip out and retry the board to see if it's him or the Segger chip (or possibly something else wrong with the board).

RE: Minimalist Bootloader S110

Hung Bui — Fri, 13 Mar 2015 15:16:06 GMT

@Harmless: Next time please edit your question to add more information instead of creating an answer, because it's not an answer. Address 0x00000 is where the softdevice located, the application should not be programmed there. If you are using S110 v7.x you would need to locate your application at address 0x16000. In KEIL it's the IROM1 start address configuration.

Also you would need to flash the softdevice before you program your application. What you described with Jlink is pretty strange, have you tried to use our nrfjprog.exe tool to flash the hex and also can read/write on the flash ?

RE: Minimalist Bootloader S110

Mostly Harmless — Fri, 13 Mar 2015 13:54:53 GMT

Thanks for the response, HB. I'm aware of the differences between the different soft devices. I've made sure to copy the appropriate APIs for each version I've downloaded.

So here's some more info from this morning. I decided to try an example application. I chose the S110 Beacon example. (nrf51822\Board\pca10001\s110\ble_app_beacon) After getting the example to compile, I received an error when downloading to the evaluation board. (Programming failed @ Address 0x00000000 (Block Verification Error)).

Using J-Link Commander, I erased the chip again. As shown in the attached image "Erase" (Erase.png) the mem command shows the device is erased. I unplugged the evaluation board from the USB cable, plugged it back in, reconnected with J-Link Commander and dumped the first 0x200 bytes again, shown in attached image "Reset" (Reset.png). They're not erased any more. The data looks like garbage too. This process can be repeated over and over.

I'll continue working on this. I'm definitely open to other suggestions.

RE: Minimalist Bootloader S110

Hung Bui — Fri, 13 Mar 2015 13:38:40 GMT

Hi,

I don't think writing and erasing the chip can cause any damage (except if you wear it out with 20.000 erase-write cycles). Note that there are differences between S120 and S110 in term of API and the MBR. S110 v6.x doesn't have an MBR to support softdevice update. The API header files are also differents. S110 v7.x has the MBR and is closer to S120 but not the same, so you need to update the API header files.

I would suggest you to test by simply flash a S110 v7.x softdevice and then flash a normal example we provided in our SDK just to make sure the chip is working fine.

You can try to use S110 v8.0 which has the same APIs list as the S120 v2.0. However it's aimed at chip version 3. If you use chip version 2 you would need to call the option api to enable CPU lookup when softdevice is active.

Please be aware that we do provide an UART bootloader in our SDK v7.x that works with S110 v7.x