Failure to get SDHC to work with NRF5340DK

[thesparkness]

Hello, 

I started my prototyping with the 52840DK and the SD Card was working fine. However, with the 5340 dev kit, I cannot get the SPI to work and access the SD Card properly.

I am getting the error : 

00> *** Booting Zephyr OS build v2.6.99-ncs1-1 **
00>
00> [00357896] <err> main: Storage init ERROR!
00> [00715756] <err> fs: fs mount error (-5)
00> Error mounting disk

I am using the overlay below and the standard FatFs sample in the Zephyr directory.

-- Zephyr version: 2.6.99 (C:/Users/pierr/ncs/v1.7.1/zephyr), build: v2.6.99-ncs1-1

Thanks a lot for your help.

&spi4 {
    compatible = "nordic,nrf-spim";
    status = "okay";
    cs-gpios = <&gpio1 4 GPIO_ACTIVE_LOW>;
    sck-pin = <33>;
    mosi-pin = <34>;
    miso-pin = <35>;
    
    sdhc0: sdhc@0 {
        compatible = "zephyr,mmc-spi-slot";
        reg = <0>;
        status = "okay";
        label = "SDHC0";
        spi-max-frequency = <24000000>;
    };
};

  

[thesparkness]

code-magic said:

My overlay looks very close to yours with the exception of my pin definitions. Why do you not have cs-gpios set to GPIO_ACTIVE_HIGH like what is in the sample? I tried both ACTIVE_LOW and ACTIVE_HIGH with the same result.

I tried both as well without success as I found both online.

[code-magic]

Debugging this in Segger I see the problem at disck_access.c in diskaccess_get_di(). The loic with SYS_DLIST_FOR_EACH_NODE(&disk_access_list, node){ } is skipped because disk_access_list has nothing in it.

It appears disk_access_list is not being populated inside disk_access_register(). I set a breakpoint at the beginning of the function, but it's not being hit.

Here is the line of code: https://github.com/nrfconnect/sdk-zephyr/blob/main/subsys/disk/disk_access.c#L33

.

Here is the value of disk_access_list & disk at the end of disk_access_get_di():

Side note: "SD" is passed into diskacces_git_di().

[JONATHAN LL]

Did you build for secure or non secure?

Regards,
Jonathan

[thesparkness]

Hello Jonathan,

I started with the non secure and switched with the secured one but have the same results in the two cases

[JONATHAN LL]

Hi,

the " <err> fs: fs mount error (-5)" error is an I/O error. The netcore has uart0 with pin 33, try to use something else or edit the nrf5340_cpunet_reset.c directly.


Try to use some other pins and see if you get same error.

Regards,
Jonathan

[thesparkness]

Hello,

I get exactly the same error with other pins (15, 16, 17) and (8, 9, 10)-> with qspi disabled.

[code-magic]

I'm experiencing the exact same error with the same board and I have qspi commented out and went over the common dts file to ensure the pins are not being used anywhere else.