MicroSD Cards and SDFS

[rsocor01]

'###############################################
 SD_MAIN:
    TOGGLE PORTD.7
    GOSUB SDINIT
    GOSUB SDFILENAME
    GOSUB SDOPEN_W
    GOSUB SD_WRITE
    GOSUB SDCLOSE
 RETURN      '##############################################################
SDINIT:
' FSInit initializes the card and reads all the preliminary information from it
Gosub FSInit
Serout2 PORTC.6, 16572, ["Init: ", Dec FAT_error, " ", Dec SDC_status, " ", Dec SDC_response, $d, $a]
    IF (FAT_error = 6) THEN SD_MAIN
    If (FAT_error != 0) Then Stop
    ' Display card directory
    Gosub FINDfirst        ' Find first file on card
    While (FAT_error = 0)
        Serout2 PORTC.6,16572, [Str FAT_FileName\11, $d, $a]
        Gosub FINDnext    ' Find next file on card
    Wend
    RETURN
 '################################################################

mackrackit,

Thank you. It worked. I wrote a loop

WHILE FAT_error = 6
     GOSUB FSInit
WEND

Robert

[rsocor01]

Dave,

I have my SDFS program working fine with PBP 2.50 thanks to your help . Now, I think it's time for me to upgrade to PBP 2.60. My main concern with the upgrade is that I think (I hope I'm wrong) that half of my programs won't work with the new PBP version. I know from reading other threads that I will need to modify the USB part of my programs.

Now, what about SDFS; does it work with PBP 2.60? Or, do I need to make some changes or modifications to it? Have you tried SDFS with the new version?

Robert

[mackrackit]

PBP 2.60 and SDFS work fine together. I have not had to change anything.

I do plan to try to make use of the ARRAY WRITE feature of PBP 2.60 with the next SD project. If that works like I think it will tehn the basic routines will be much cleaner. Imagine changing the SD write array length on the fly!!!

[rsocor01]

PBP 2.60 and SDFS work fine together. I have not had to change anything.

Nice !! What about programming memory space? Is it true that PBP 2.60 compiles the program with less programming words in a more compact manner? SDFS takes many words of programming space. I think the FAT16 version takes around 12k words (I don't remember the exact number). Do you see any space utilization improvements with PBP 2.60?

I do plan to try to make use of the ARRAY WRITE feature of PBP 2.60 with the next SD project. If that works like I think it will tehn the basic routines will be much cleaner. Imagine changing the SD write array length on the fly!!!

Are you referring to the FAT_BUFFER_SIZE constant?

' Create constants and variables used by the FAT subroutines
FAT_BUFFER_SIZE	Con	MEDIA_SECTOR_SIZE

I replaced its value from 512 to 16 bytes in my program because it was killing my 18F4550 RAM memory. I left MEDIA_SECTOR_SIZE equal to 512 like it should be.

Robert

[mackrackit]

I do not really have a good comparison but looking at the LST files between to similar programs. I have 2.50 on one machine and 2.6 on another.

The PBP 2.5 code is using 23196 Bytes
The PBP 2.6 code is using 16220 Bytes

Both are with an 18F4550

This is the part I think ARRAY WRITE will be handy for

' Write to file
    FAT_src[0] = "X"
    FAT_src[1] = "B"
    FAT_src[2] = "C"
    FAT_count = 3
    Gosub FSfwrite

[rsocor01]

I do not really have a good comparison but looking at the LST files between to similar programs. I have 2.50 on one machine and 2.6 on another.

The PBP 2.5 code is using 23196 Bytes
The PBP 2.6 code is using 16220 Bytes

Both are with an 18F4550

Nice! Two similar programs and you got a reduction of 30% out of 23196 Bytes from your PBP 2.50 program. That sounds very encouraging for me to upgrade to PBP 2.60 .

Robert