2011/11/20 mattschinkel <[email protected]> > I believe the response from the init procedure can tell if the SD card > is ok or not. I can just set a error variable. I still wonder what > response you get from your SDHC. >
Setting a global variable would be nice, it would allow to report it a client level, with dealing with serial print (or whatever) within the lib. I'll report about SDHC asap (for now my bee is back at work, monitoring my electrical consumption :)) > > The table you suggest would be simple so far.... all standard capacity > are ok, high capacity are not. > well it appears it's not that simple. For instance, Trev has troubles with a standard capacity card from Kingston brand. Sandisk appears to work better. Cheers, Seb > Matt. > > On Nov 20, 4:31 am, Sebastien Lelong <[email protected]> > wrote: > > héhé... I was very tired with this wired thing, weird wired thing :) > > > > I'm thinking about a test SD card which would just expose its connections > > outside, so I could check them... > > > > Cheers, > > Seb > > > > 2011/11/20 Oliver Seitz <[email protected]> > > > > > > > > > > > > > > > > > > > > > > > > > Hihi... So the error wasn't as weird at all, but rather wired ;-) > > > > > Greets, > > > Kiste > > > > > --- Sebastien Lelong *<[email protected]>* schrieb am *So, > > > 20.11.2011: > > > > > Von: Sebastien Lelong <[email protected]> > > > Betreff: Re: [jallib] Re: r2834 committed - moved MSD out of casulties. > > > added storage drivers (aliases) file. hard... > > > An: [email protected] > > > Datum: Sonntag, 20. November, 2011 10:20 Uhr > > > > > Hi Matt, > > > > > Issue closed... Here how: > > > - I checked all SPI pins, blinking a LED, everything's working > > > - I then removed my 12K pullup on SS pin. PIC can move out of writing > mode > > > (it was previously stuck before stop_writing). > > > - tests reveal inconsistent behavior, sometimes it gets stucks, > sometimes > > > not. > > > - when I push the side of the card to force connection, reading works, > > > though not consistent (value is sometime the expected one, sometimes > not) > > > - well, something is wrong about the connector. I soldered again the > pins, > > > just melting the solder again, replug the card,and... and ?... and > .??? it > > > works :) > > > - soldered again my pullup => OK > > > > > So.... it seems my micro Sd socket was the faulty one, I guess the many > > > push/pull get rid of connections. Lesson learned. I guess. > > > > > Tried the SDHC, not success btw. > > > > > What was interesting here in all of this is the potential report we > can > > > have running your procedure. It can definitely help tracking hardware > > > problem, and maybe most importantly, tracking which SD card are > supported. > > > Do you think you could build a table of supported SD card, showing > results > > > from a reporting sample ? > > > > > Thanks > > > Seb > > > > > 2011/11/17 mattschinkel <[email protected]< > http://mc/[email protected]> > > > > > As soon as you told me about a bunch of 0xFFFFFFFF.... I had a feeling > > > it was your hardware, which is why I asked. > > > > > It didn't make any sense that you would get 0xFF and I get 0x00 on > > > your new high capacity. > > > > > In past experiences getting only 0xFF on SPI means hardware trouble. > > > Don't take my word for it though. > > > > > So hopefully you can try out MSD now. You should be able to just > > > replace the device block. > > > > > In any case, we both seem to have the same issues with SDHC cards. We > > > both get 0x0000000000. Do you get any response at the end of the init > > > proc as suggested previously? > > > > > Matt. > > > > > On Nov 17, 1:44 am, Sebastien Lelong <[email protected]< > http://mc/[email protected]> > > > > > wrote: > > > > Hi Matt, > > > > > > Ok this is weird... > > > > > > I got 0000000000 on my std capacity card. And FFFFFF00 on my high > > > capacity > > > > card on the first call, then 0000000000 on other calls (it was in a > > > forever > > > > loop btw). More weird, when I switch off/on the PIC, I now only > > > > have 0000000000, even on first call... > > > > > > Now, on another PIC. Using my very first Bee, not the exact same > > > hardware, > > > > but I wrote minix libs on this one, so I know it's working. SDHC > (4GB): > > > > 0000000000. Std cap (1GB): 08FFFFFFFF. Mmmh.... This one seems to > work ? > > > I > > > > tried my known-to-work sample, and... it works ! SDHC won't, but > that's > > > > another issue. > > > > > > So... something is wrong on my hardware on my last bee, something > that > > > has > > > > changed since it used to work. I'll try SPI pins asap. > > > > > > At least, we seem to have few procs in order to test if SD card is > > > > supported or not, right ? > > > > > > thanks again ! > > > > Seb > > > > > > 2011/11/16 mattschinkel <[email protected]< > http://mc/[email protected]> > > > > > > > ok, here's another one to try (after init like the others)... You > > > > > should get 04FFFFFFFF on your standard capacity card. Bit 2 of the > > > > > first byte should be set as it is on mine 0b00000100. > > > > > > > High capacity cards should return something else, although 2 high > > > > > capacity cards I have tried are not giving me what I am expecting. > I > > > > > get 0000000000 on my high capacity, but should get something like > > > > > 010001AA00 > > > > > > > procedure sd_read_if_cond() is > > > > > sd_chip_select = low -- enable the sd card > > > > > > > var byte response > > > > > send_command(SD_SEND_IF_COND, 0x1AA, response) > > > > > print_byte_hex(serial_data,response) > > > > > > > print_byte_hex(serial_data,spi_master) -- Get a responce > > > > > from the card after each command > > > > > print_byte_hex(serial_data,spi_master) -- Get a responce > > > > > from the card after each command > > > > > print_byte_hex(serial_data,spi_master) -- Get a responce > > > > > from the card after each command > > > > > print_byte_hex(serial_data,spi_master) -- Get a responce > > > > > from the card after each command > > > > > > > spi_master = 0xFF -- send 8 clock pulses > > > > > > > sd_chip_select = high -- enable the sd card > > > > > end procedure > > > > > > > sd_read_if_cond() > > > > > > > -- > > > > > You received this message because you are subscribed to the Google > > > Groups > > > > > "jallib" group. > > > > > To post to this group, send email to [email protected]< > http://mc/[email protected]> > > > . > > > > > To unsubscribe from this group, send email to > > > > > [email protected]< > http://mc/compose?to=jallib%[email protected]> > > > . > > > > > For more options, visit this group at > > > > >http://groups.google.com/group/jallib?hl=en. > > > > > > -- > > > > Sébastien Lelong- Hide quoted text - > > > > > > - Show quoted text - > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "jallib" group. > > > To post to this group, send email to [email protected]< > http://mc/[email protected]> > > > . > > > To unsubscribe from this group, send email to > > > [email protected]< > http://mc/compose?to=jallib%[email protected]> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/jallib?hl=en. > > > > > -- > > > Sébastien Lelong > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "jallib" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]. > > > For more options, visit this group at > > >http://groups.google.com/group/jallib?hl=en. > > > > > * > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "jallib" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]. > > > For more options, visit this group at > > >http://groups.google.com/group/jallib?hl=en. > > > > -- > > Sébastien Lelong > > -- > You received this message because you are subscribed to the Google Groups > "jallib" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/jallib?hl=en. > > -- Sébastien Lelong -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
