I GOT ERROR 11 when fds_init();

[Aku]

HI

I'm using fds and dfu at the same time with SDK15.3

but it seems that there are some ram conflict or something wrong

my main is look like this

and i get

when the code go to APP_ERROR_CHECK(rc);

I have read some issues in devzone

but i didnt get a solution

please give me some suggestion

thanks

[Jørgen Holmefjord]

Hi,

Error 11 corresponds to FDS_ERR_NO_PAGES, which means that fds_init cannot install the FDS file system because there is not enough room in the Flash. Have you tried erasing the entire flash using 'nrfjprog -e' command before running the example? Is your application taking up all the space in the flash?

Best regards,
Jørgen

[Aku]

Is 'nrfjprog -e' command same as Erase all in nrfconnect programmer?

and it seems that there is much space remain in flash

by the way i set FDS_VIRTUAL_PAGES 3

                          FDS_VIRTUAL_PAGE_SIZE 1024

                          FDS_VIRTUAL_PAGES_RESERVED 0

actually i just want to save device name and some settings that user can set in app

may not exceed 100byte

[Aku]

HI

i change the FDS_VIRTUAL_PAGES_RESERVED  and the problem is still there.

but i found that the address of the three 8 byte region changed

so are these three region my FDS_VIRTUAL_PAGES?

why are they only 8 byte?

i think they should be 1024?

[Jørgen Holmefjord]

To me they look similar, just one section is gone. What value did you set FDS_VIRTUAL_PAGES_RESERVED to?

If you do not know what data is stored in flash, I would recommend you to run an erase all operation to clear the flash. Alternatively, if you could use the "Save to file" option in nRF Connect programmer app and upload the file, along with information about the ranges of all regions that show up in the window, that could help us identify what is stored in your flash.

[Aku]

HI

1.    I tried 3,6,20  ,and only found that the address had changed

2.    I always run erase all before i write

3.    I will upload it below

thanks

nRF_Connect_Programmer_1587084499777.hex

[Aku]

And here are what i program originally,bootloader(with setting) and hex from my main code

boot_settingV1.hex

origin.hex

[Aku]

HI

the original code is not compiled by segger and worked fine

it was compile by visual stidio with visualgdb

and i am asked to edit some functions

but i dont have visual stidio and visualgdb

so i try segger and it show me these errors

I can see that my hex is much smaller than the original one

but why?

the code are same

[Jørgen Holmefjord]

Different compilers/linkers may generate different sized hex-files for the same code, it depends on how it translates the high-level code into machine code and how optimized the code is.

If there is a big difference in size, it may be that the softdevice is merged with one file, but not with the other?

Can you upload the full project, for us to reproduce and debug this issue?

[Aku]

HI

this is the origin code i got

0420.zip

and i put it to a clean ble_app_template in SDK15.3

it may loss someting to include

after i fix it,i got it compile as below

6685.ble_app_template.rar

and i'm using nrf52832 on my custom board

Thank you

[Jørgen Holmefjord]

Hi,

I do not see error 11 in the second project, but I do see error 3 (FDS_ERR_UNALIGNED_ADDR) from call to fds_record_write() in kls_fds_write(). You need to align the data that you pass to this function. Since wait_for_fds_ready() is called regardless of the error returned from fds_record_write(), the application will get stuck here when no write has been scheduled.

You can solve the error by adding align-attribute to the array definitions:

uint8_t __attribute__((aligned(4))) default_pwd[9] = { 0xAA,0xA2,0x05,0x48,0x59,0x50,0x52,0x4f }; //HYPRO
uint8_t __attribute__((aligned(4))) default_record_interval[5] = { 0xBB,0XB1,0x01,0x14,0x00 }; //20
uint8_t __attribute__((aligned(4))) default_device_name[7] = { 0xCC,0xC3,0x04,0x47,0x54,0x30,0x36 };//GT06

Best regards,
Jørgen

[Aku]

I just try to use my nrf52dk and it worked.......

and if i use my own custom board it failed

but why?

[Aku]

I just fix the problem in a MYSTERIOS way

just moved the fds initial up

AND IT WORKS

WHY????

i'm so confused, is this a bug?

since another IDE has no problem on the original code , and the original code can work on nrf52dk

by the way i'm using SEGGER Embedded Studio for ARM

and i use internal rtc