sd card does not work no 1.0.2

miruniec

I use arduino due + ramps for due with eeprom + FELIXPrinters Display. when I upgraded firmware from version 1.0.1 to 1.0.2 sd card stoppend working. On lcd I only see "Mount sd card" which does not work. On older firmware everything was fine.
regards miruniec

tildesign

I am also having trouble with SD cards. I am using a Due + Smart RAMPS + AZSMZ 12864 LCD/SD board and it was working fine on my old 0.92 setup. It detects that an SD card has been inserted/removed, but it doesn't show anything on the file list.

miruniec

I readed somewhere on forum that repetier had changed SdFat library to "a new modified version". The post was in German, which I do not understand (google translator) so I can be mistaken. The only hope I see is Repetier answer.

Repetier

Yes, that is the major change in 1.0.2 that I now use a new version of SdFat that natively supports long filenames up to 26 chars by default. Had tested it on 2 boards and it worked there, so I commited the change.

It might be a speed thing. Look into SDCard.cpp line 82

if (!fat.begin(SDSS, SD_SCK_MHZ(50))) {it sets speed to 50 MHz maximum if SPI supports it. Please try 4MHz as a first test to test if communication is just too fast in your case.

miruniec

Repetier wrote
Yes, that is the major change in 1.0.2 that I now use a new version of SdFat that natively supports long filenames up to 26 chars by default. Had tested it on 2 boards and it worked there, so I commited the change.

It might be a speed thing. Look into SDCard.cpp line 82

if (!fat.begin(SDSS, SD_SCK_MHZ(50))) {it sets speed to 50 MHz maximum if SPI supports it. Please try 4MHz as a first test to test if communication is just too fast in your case.

I am sorry, but it does not work. I checked sd card signals with an osciloscope. During mounting sd card the only changes are on CS pin . Nothing on sck/mosi/miso. Where are those pins defined and what are their names ? Do you use hardware spi ( in my case it has to be software spi ).

Repetier

Yes, sd fat is initialized as hardware spi. Why do you need software spi?

https://github.com/greiman/SdFat/blob/master/examples/SoftwareSpi/SoftwareSpi.ino<br/><br/>shows how to initialize sdfat it for software SPI.

I think You need to set SdFatConfig.h
#define ENABLE_SOFTWARE_SPI_CLASS 1

In repetier.h

#if ENABLE_SOFTWARE_SPI_CLASS

SdFatSoftSpi<SD_SOFT_MISO_PIN, SD_SOFT_MOSI_PIN, SD_SOFT_SCK_PIN> fat;

#else

SdFat fat;

#endif

instead of SdFat fat;

In SDCard.h

#if ENABLE_SOFTWARE_SPI_CLASS

fat.begin(SDSS)

#else

fat.begin(SDSS, SD_SCK_MHZ(50)); // dummy init of SD_CARD

#endif

And in configuration of course define SD_SOFT_MISO_PIN, SD_SOFT_MOSI_PIN, SD_SOFT_SCK_PIN

Then it should run in software spi mode.

miruniec

I was using software spi due to pins used to conect sd card. My sd is outside board so I decided to connect it directly to arduino spi port. Now everything works. The problem still remains: upgrade fw to 1.0.2 changed in my configuration spi pins so it can happen to others

Repetier

Yes, I'm aware of that which is why I posted the possible fix for testing, so in case it works I could add it to the sources. All my boards/sd cards are hard wired to hardware spi making testing the solution a bit hard.

keithellis

I'm getting the same issue with my SD card. I have a Tronxy X1 with Melzi 2.0 board. Do you think it could be the software SPI issue too?

keithellis

keithellis said:

I'm getting the same issue with my SD card. I have a Tronxy X1 with Melzi 2.0 board. Do you think it could be the software SPI issue too?

Ok, turns out if I re-format the SD card it works again. Strange it stopped working just as I upgraded the firmware.

pumpal

Hi,

So I faced the same issue - SD card not mounting after 1.0.1->1.0.2.

I use RADDS+DUE+RepRapDiscount FGSC.

It's wired to the original RADDS headers (DIY adapter cable) and then described in uiconfig.h.

Mount was set to manual.

In this case lowering the speed from 50Mhz to 4Mhz as suggested above fixed the problem with mounting and now it mounts and lists files fine again.

HOWEVER, there is now a problem with files named longer then 26 chars. They are displayed fine, but a print can't be started for such file.

For example if a file is named "H_xyzCalibration_cube.gcode" (27 symb.) when I click on it, there is a short click sound, but nothing happens - print doesn't start!

Renaming the file to "H_xyzCalibration_cub.gcode" (so it is now 26 symbols) and clicking then starts the print fine.

I am pretty sure before the change I never experienced something like this and never ever have had any FAT related problems..

What was wrong with your previous implementation of SdFAT ? I mean it was working good, actually was invisible .. you know better of course, just saying ..

Thanks.

Repetier

Haven't tried yet but in theory you can change max filename length in Repetier.h

#define MAX_VFAT_ENTRIES (2)

/** Total size of the buffer used to store the long filenames */

#define LONG_FILENAME_LENGTH (13 * MAX_VFAT_ENTRIES + 1)

#define SD_MAX_FOLDER_DEPTH 2

Set MAX_VFAT_ENTRIES 3 and limit is 39 chars instead. Only point I'm not sure is if the display then gets problems as it does not fit in a row. I still have to test this, then I can make it at least default for due boards having enough memory for the extra memory.

Morpheus69

Hi, i have same problem with Arduino due +Smartramps+ AZSMZ 12864. In 1.0.2 version SD doesn't works. I reduced speed to 4 MHz without result. Have you any ideas...

Tnks In advance.

Repetier

Did it work before? Not sure if SPI pins for that board are at same position for smartramps.

Morpheus69

Yes until 1.0.0. dev...worked perfectly.

Repetier

Ok, then try 2MHz. But make sure to find both calls setting frequency. Not sure how fast the old library version did set speed but everything is more or less the same. The library in general seems to work well if the speed works. Some boards seem to support longer cables or speeds then others without making problems.

Morpheus69

I changed both lines, without result. SD card regularly detected, but seems empty, it's not true offcourse.

Morpheus69

Hi, i found this note on SMART RAMPS page...

Note:SMART RAMPS + DUE only support SW SPI, SMART RAMPS + MEGA2560 support HW SPI.

It means, i presume, that i can forget update of your firmware after 1.0.0.

What can i do? throw it in the trash?

Repetier

Sounds like the pins at same spot are then no hardware spi pins. The sdfat library still allows software spi. SdFatConfig.h says that
#define ENABLE_SOFTWARE_SPI_CLASS 1
is required so it also compiles the software spi class.

SD_SOFT_MISO_PIN, SD_SOFT_MOSI_PIN, SD_SOFT_SCK_PIN

are then the used pins for communication. So in theory it should be possible.

alexwalex

I confirm, that there is a problem with reading the SD card at 50 MHz from DUE+RADDS boards. On 4MHz it works correctly. (firmware 1.02)