Files in MicroSD card aren't being shown in File Browser or Database on Clip+

[Idokras]

z8080 provided me with his patched firmware that he linked in this thread (and which isn't hosted by rapidshare anymore). It helped me recognize my Sandisk 32GB MicroSDHC (class 4), any other firmware did not (not even the latest build).

Here's a link to my dropbox, for everybody suffering from the same problem. Thanks, z8080!

http://dl.dropbox.com/u/7685077/rockbox-r29143M-110126-sansaclipplus%20%28FS%239305%2C%20FS%2311304%2C%20FS%2311577-Meier%2C%20FS%2311664%2C%20FS%2311870%29-MaxSin.zip

[knopfsocke]

Wow, seems to work now! Using r29205.

I have still the problem described before with r29205. I will try the patch from FS#11870 now.

[lericol]

Fuze v2
instal last ver. - r29401 and it isn't solve problem.
Please, if you solved this problem with Fuze2, drop a link to your precompiled Rockbox.

sorry,  the problem was with the microsdhc card.

[knopfsocke]

I have still the problem described before with r29205. I will try the patch from FS#11870 now.

Applying the path from FS#11870 solved my problem with a fuze v1 and a 16gb sandisk microsd card.
does nobody have similar problems? it seams nothing happens with this issue.

[saratoga]

I have still the problem described before with r29205. I will try the patch from FS#11870 now.

Applying the path from FS#11870 solved my problem with a fuze v1 and a 16gb sandisk microsd card.
does nobody have similar problems? it seams nothing happens with this issue.

I assume you mean FuzeV2?  That patch won't change anything for the Fuze V1.

[knopfsocke]

Fuze V1 is correct. I am not familiar with the rockbox code, but I added the 100ms delay to the file "sd-as3535.c" in hope to get an effect to the fuze v1. is that correct?

Code: [Select]

svn diff firmware/target/arm/as3525/sd-as3525.c
Index: firmware/target/arm/as3525/sd-as3525.c
===================================================================
--- firmware/target/arm/as3525/sd-as3525.c      (revision 29466)
+++ firmware/target/arm/as3525/sd-as3525.c      (working copy)
@@ -351,6 +351,8 @@
             return -7;
         mci_delay();
 
+       udelay(100000); /* 100ms */
+
         /*  go back to STBY state so we can read csd */
         /*  CMD7 w/rca=0:  Deselect card to put it in STBY state */
         if(!send_cmd(drive, SD_DESELECT_CARD, 0, MCI_NO_RESP, NULL))

[saratoga]

Fuze V1 is correct. I am not familiar with the rockbox code, but I added the 100ms delay to the file "sd-as3535.c" in hope to get an effect to the fuze v1. is that correct?

Thats the right file for your player, but the changes mentioned in that task aren't for your player.  Its surprising that something meant to solve a problem on a different device would help you.  Perhaps you should post your changes to the tracker and see if anyone understands what is going on.  

[z8080]

IMHO, problem is in SDHC card initialisation algorithm.

We do not wait reply from SDcard to CMD6 command, but should do this. In current versions we just wait for some timeout in hope, that card will finish initialisation in this time. Initialisation time is card-dependent, so for some cards timeout value from vanilla sources are sufficient, for others my patch with increased to 100ms delay is needed.

Algorithms in sd-as3535.c are similar, so increasing delay to 100ms may also  help with Fuze V1 SDHC detection troubles.

[knopfsocke]

hey thanks for your contribution.

Is this a general problem for big SD-cards or are only Fuze 1 and 2 devices affected?

Where can I find the communication and data specification for SD-cards to check if the sequence of data exchange in the file "sd-as3525.c" is correct.  google won't help me :-D

I will help to fix this problem if i can!

[saratoga]

It might be a better idea to ask on the tracker or IRC.  You're more likely to find someone familiar with the SD protocol and rockbox driver there.

[z8080]

Is this a general problem for big SD-cards or are only Fuze 1 and 2 devices affected?

At least, Sansa Clip Plus  is also affected (it uses sd-as3525v2.c file). But it is mostly card-dependent.

I found comment

"Sorry, seems using HS timings makes it a bit touchier. I've got the response timeout disabled and it exhibits the same behavior as before with this patch."

at FS#11140 tracker page http://www.rockbox.org/tracker/11140

Our current card detection problems are also related to HighSpeed (HS) timings.
And their roots may grow from FS#11140.

[bertrik]

z8080, if you have an idea on how to do CMD6 properly (instead of using a delay), and have a card which gets recognised with a CMD6 fix (instead of a delay), please let us know, or open a flyspray task.

[knopfsocke]

@bertrik, thanks for your svn commits. is it also possible to make the changes vor AMSv1 ? I wrote about the sambe problems with SD-Initialization in my postings before.

thanks!!!

[Bribaba]

16gb SD card not showing up in the RB version downloaded yesterday. It worked fine with the OF. Is there a solution to this problem?

[saratoga]

16gb SD card not showing up in the RB version downloaded yesterday. It worked fine with the OF. Is there a solution to this problem?

Which revision are you running?