RTOS/AM3352: SD card filesystem error

cobsonchael

Mastermind 7910 points

Part Number: AM3352

Tool/software: TI-RTOS

details:

using TI-RTOS with

PDK 1.0.7,

SYSBIOS 6.46.5.55,

EDMA3LLD 2.12.4

Linaro GNU compiler 4.9.3

Custom board. NOT an emulation board.

So here is my problem. we are trying to get the FATFS with SDCard drivers to work on our board tied to MMC0, i am using the example project MMCSD_FatfsConsole_evmAM335x_DMA_armExampleProject as the basis for how to set everything up. i am using the following code to set up the SDCard and FATFS:

if(MMCSD_socGetInitCfg(0,&hwAttrsConfig)!=0) {
//MMCSD_log ("\nUnable to obtain MMCSD config.Exiting. TEST FAILED.\r\n");
return;
}

/* The default hwAttrsConfig for instance 0 is configured as SD card (in compliance with the 335x GP EVM).
In the custom board, since we are using instance 0 with EMMC, the hwAttrs (defined with defaults in ti/drv/mmcsd/soc/am335x/MMCSD_soc.c)
needs to be changed to reflect that. This includes, the bus width too (8 bit width for EMMC, instead of 1bit or 4bit width for SD cards) */
hwAttrsConfig.cardType=MMCSD_CARD_SD;
hwAttrsConfig.supportedBusWidth= MMCSD_BUS_WIDTH_4BIT;
hwAttrsConfig.edmaHandle = gEdmaHandle;

if(MMCSD_socSetInitCfg(0,&hwAttrsConfig)!=0) {
//MMCSD_log ("\nUnable to set config.Exiting. TEST FAILED.\r\n");
return;
}

/* MMCSD FATFS initialization */
FATFS_init();

FATFS_open(0U, NULL, &fatfsHandle);

and everything seems to go just fine. i don't get any errors. when i attempt to do an f_open as such: result = f_open(&pf, p_FileName, FA_OPEN_EXISTING | FA_READ);

my result is FR_NOT_ENABLED.

i had the exact same problem with my eMMC chip from post: but i remove that chip and put in an SDCard and i am getting the same error:

i have verified that there is no activity on the MMC clk line.

over 6 years ago

0 Lalindra Jayatilleke over 6 years ago

TI__Mastermind 30365 points

cobsonchael,

Similar to the previous thread where we were working with the eMMC, did you verify that the pins are in good working order by putting the peripheral in test mode (SYSTEST)?

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

i tested the pins by turning them into GPIO pins and exercising them high/low individually and watching them on a scope.

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

Ok, thanks for confirming. Shall dig into this and get back to you.
So its the same schematic with the eMMC chip popped off with just SD on the bus?

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

correct. the eMMC was removed entirely so it is just the SDCard

and looking at the post i did put the system into test mode and verified all the pins worked that way, i did gpio for the RMII2 pins. i forgot.

we sent 2 boards over for the McASP issues. i know the guys helping me with the EMAC/NDK will be getting them at some point, if they only need one maybe you can get the other one if it would help. i know the eMMC chip is still on THOSE boards but maybe you will have a better chance at figuring out at least why the clock doesn't run

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,

I noticed on your schematic, you don't have the SD holder CD connected to MMC0_CD on the AM3352.

Wondering if this might be causing issues with the operation of the peripheral. I'm unsure at this point if NOT having this pin connected would cause the peripheral to not work. Need to check.

Below is a snapshot of the BeagleBone Black (BBB) schematic for the SD card.

from http://www.ti.com/lit/ug/spruh73p/spruh73p.pdf (pg 4221)

- MMC_SDCD This input pin serves as the MMC/SD/SDIO carrier detect. This signal is received from a mechanical switch on the slot.

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

per our board guy: "Our card holder doesn’t have a card detection switch, and we are already using all of the possible pins that could be used for MMC0_SDCD."

i we do not have anything connected to MMC0CD. is this a guarantee'd fail?

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,

"i we do not have anything connected to MMC0CD. is this a guarantee'd fail?"

Not sure. Looking into it.

Lali

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,
Just to update.
I checked internally and the CD pin should not be an issue here.
Still digging into where SW might be causing problems.

Does LS, mkdir, pwd work on the console?
Do you have one of the AM335x EVMs with you? Did you try the FatFS MMCSD examples by chance on any of them?

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

we don't have a console or an EVM board.

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,

I took the example in the PDK and ran it on my BeagleBoneBlack and the f_open seemed to work. In the example MMCSD_FatfsConsole_bbbAM335x_DMA_armExampleProject, here is my console

 if (CSL_SOK == retStat)
    {
        /* Open the file for reading. */
        fresultRead = f_open(&gFsShellAppUtilsReadFileObj, gFsShellAppUtilsTempPath, FA_READ);

        /* If there was some problem opening the file, then return an error. */
        if(fresultRead != FR_OK)
        {
            MMCSD_log("Fail to open file for read !!!!\n");
            retStat = CSL_ESYS_FAIL;
        }
        else
        {
            flagRead = TRUE;
        }
    }

I took and SD card and formatted to FAT32 on my Windows PC. I also created the "lali/test.txt" on my windows PC and inserted some content in the .txt file "abcd 123".

This is what you see from the cat command above. The cat summons f_open which seems to be working correctly. I do hit a breakpoint inside

flagRead = TRUE;

Do you have a properly formatted card? can you try to modify your code for another command?

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

i am 100% sure that all the example projects work on an evm board

my sdcard is formatted and has many files on it. i just used it a few minutes ago

so a question that i had on the other thread was never addressed. it appears to be the issue here and it's a bit of a headslapper on my part

we have used an sdcard in previous projects on the C6748 DSP in this form of the drivers we used 1:filename to access the file system. i saw in your example output it used 0:filename, i tried using 0:filename and viola, i got an FR_OK on my file open.

you mention that you need a formatted SDCard to use. do the drivers not supply a way to format the SDCard? if so what is that process?

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,

So, to confirm, you are able to now access the SD card via your code?

The recommended way to format the card is to use the HP USB Disk Storage Format Tool filehippo.com/.../

Lali

0 cobsonchael over 6 years ago in reply to Lalindra Jayatilleke

Mastermind 7910 points

yeah i am able to open a file on my SDCard.

so the drivers are incapable of formatting the SDCard?

0 Lalindra Jayatilleke over 6 years ago in reply to cobsonchael

TI__Mastermind 30365 points

cobsonchael,

Thanks for confirming.
That's correct, the utility is the way to format the card at the moment.

Lali

Processors

Processors forum

RTOS/AM3352: SD card filesystem error