HELP 'SD init fail' Repetier 0.92.9

mils24

Hello guys,

I have been wrecking my brain all night over this and cannot get my printer to work. I have just yesterday updated my firmware from a very old version (2014) to the latest 0.92.9. My main reason for doing that was that I needed to configure a new thermistor type for my E3D V6 clone as my old firmware did not have the NTC 3950 100K option.

To populate the 0.92.9 version I used the online configuration tool and dropped in my old firmware configuration.h file. I only changed my thermistor from 3 to 14 and downloaded.

I have flashed my board and re calibrated. I was just about to hit print when I have now run into the 'SD init failed' error and my SD is displaying blank on the LCD controller.

Board is a Arduio Due with RADDS shield. Also using the RADDS LCD controller 40x20. SD Card is the same SD Card I have been using for years on that machine - 8GB SDHC, Formatted to FAT32. Also there are no other SD cards or Micro SD card plugged in to any of the other ports.

I have also tried re formatting the card tonight too but that did not make a difference.

I have googled this issue a lot tonight and there seems to be quite a few people with the same problem but I am yet to see a solution.

Please help!!

Thanks

Repetier

If you flash the old version does it still fail? I ask because you might have moved cables so communication fails, but since it worked with old this would be a simple test to rule out hardware changes - and since sd card can be very sensible even moving a cable might be enough.

With RADDS LCD activated you need to use the lcd sd card which is the active one then. Do not add on ein the RADDS board directly.

Also is the error just once or does it repeat slowing down everything?

mils24

I have just refreshed the old firmware from 2014 and it worked fine. No SD card errors.

I then re flashed my new 0.92.9 firmware and the SD init fail error is still there.

I am only using the SD card slot on the LCD screen. Not the one on the board itself.

Also the error only shows up once in Repetier host, it does not echo.

Repetier

Ok, then lets assume spi speed is the cause as default is full speed which is pretty fast since it is a due. Go to SDCard.cpp and search initsd. There are 2 lines that init speed. Possible values are

uint8_t const SPI_FULL_SPEED = 0; /** Set SCK rate to F_CPU/3 for Due */ uint8_t const SPI_DIV3_SPEED = 1; /** Set SCK rate to F_CPU/4. See Sd2Card::setSckRate(). */ uint8_t const SPI_HALF_SPEED = 2; /** Set SCK rate to F_CPU/6 for Due */ uint8_t const SPI_DIV6_SPEED = 3; /** Set SCK rate to F_CPU/8. See Sd2Card::setSckRate(). */ uint8_t const SPI_QUARTER_SPEED = 4; /** Set SCK rate to F_CPU/16. See Sd2Card::setSckRate(). */ uint8_t const SPI_EIGHTH_SPEED = 6; /** Set SCK rate to F_CPU/32. See Sd2Card::setSckRate(). */ uint8_t const SPI_SIXTEENTH_SPEED = 8; /** MAX rate test - see spiInit for a given chip for details */
So maybe just start with 1/16th and see if it works. If it does you can check how fast you can go or compare with your old version what speed was used there.

mils24

I can't see the string of code you are talking about above.

Please see my old and new initsd code from SDCard.cpp below:

- OLD firmware that works -

void SDCard::initsd()

{

sdactive = false;

#if SDSS >- 1

#if SDCARDDETECT>-1

if(READ(SDCARDDETECT) != SDCARDDETECTINVERTED)

return;

#endif

/if(dir[0].isOpen())

dir[0].close();*/

if(!fat.begin(SDSS, SPI_FULL_SPEED))

{

Com::printFLN(Com::tSDInitFail);

return;

}

sdactive = true;

Printer::setMenuMode(MENU_MODE_SD_MOUNTED, true);

fat.chdir();

if(selectFile("init.g", true))

{

startPrint();

}

#endif

}

- New 0.92.9 Firmware that doesn't work -

void SDCard::initsd()

{

sdactive = false;

#if SDSS > -1

#if SDCARDDETECT > -1

if(READ(SDCARDDETECT) != SDCARDDETECTINVERTED)

return;

#endif

HAL::pingWatchdog();

HAL::delayMilliseconds(50); // wait for stabilization of contacts, bootup ...

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

HAL::delayMilliseconds(50); // wait for init end

HAL::pingWatchdog();

/if(dir[0].isOpen())

dir[0].close();*/

if(!fat.begin(SDSS, SPI_FULL_SPEED))

{

Com::printFLN(Com::tSDInitFail);

sdmode = 100; // prevent automount loop!

return;

}

sdactive = true;

Printer::setMenuMode(MENU_MODE_SD_MOUNTED, true);

HAL::pingWatchdog();

fat.chdir();

if(selectFile("init.g", true))

{

startPrint();

}

#endif

}

RAyWB

Repetier mentioned this part :

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

HAL::delayMilliseconds(50); // wait for init end

HAL::pingWatchdog();

/if(dir[0].isOpen())

dir[0].close();*/

if(!fat.begin(SDSS, SPI_FULL_SPEED))

change it to :

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

HAL::delayMilliseconds(50); // wait for init end

HAL::pingWatchdog();

/if(dir[0].isOpen())

dir[0].close();*/

if(!fat.begin(SDSS, SPI_SIXTEENTH_SPEED))

for beginning , if that works change to SPI_EIGHTH_SPEED and so on

mils24

I have made the changes as described to (SDSS, SPI_SIXTEENTH_SPEED) and Im still getting the 'SD init fail' error.

RAyWB

so may be increasing the delay time helps, i would try 150 instead of 50 in both cases

mils24

Ive set both to 150 and re uploaded without no success.

code looked like the following:

HAL::pingWatchdog();

HAL::delayMilliseconds(150); // wait for stabilization of contacts, bootup ...

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

HAL::delayMilliseconds(150); // wait for init end

HAL::pingWatchdog();

/if(dir[0].isOpen())

dir[0].close();*/

if(!fat.begin(SDSS, SPI_SIXTEENTH_SPEED))

On a side note my 'back' option on the menu has been removed. I have changed #define UI_HAS_BACK_KEY from 1 to 0 and uploaded but it has not brought the 'back' option back.
Is there maybe something I am not doing correctly or something preventing the upload being done correctly. Surly changing this to '0' should of brought back my 'back' button or is it override by another code?

If my flashing is not happening correctly then regardless what I try here for the SD init fair problem it will never work.

mils24

Ok so I changed the name that appears on my LCD and refreshed and it did work. So my compiling and flashing is working ok.

Therefore my SD init fail and missing 'back' button problems are still unsolved!

mils24

Ok, So the 'Back' Issue is now solved and my compiling and flashing is definitely working!

So back to the 'SD init fail' it is still a mystery and not working. It may also be worth noting that on my old firmware that as soon as inserted the SD card it automatically took you to the SD card menu of file. On this firmware it does nothing.

Anything else I can try?

Repetier

Due is critical with spi - you should only use one spi device at the moment with hardware spi. Do you have anything else spi related configured - thermistor maybe?

Also if you try later to mount sd does it also fail (to rule out timing at the beginning).

mils24

What do you mean by 'spi'. Sorry my knowledge of coding is not great. Im learning as I go.I did have to move to the 0.92.9 firmware to suit my new hotend thermistor. Its type 14.
Also how do you mean mount the SD?

mils24

Can someone please point me to instruction on how to mount the SD card as Repetier mentioned above? I will test this later tonight or tomorrow.

Or if anyone else's has anything else I can try??

MartinH

In repetier host, far right side click 'sdcard', then click the 'mount sd' icon (down arrow)

mils24

Thanks MatrinH,

Ive tried mounting it and on Repetier Host it says

< 17:16:42: SD init fail

< 17:16:42: Begin file list

< 17:16:42: End file list

Ive tried it several time and each time I get the same response.

One of the times when I pressed the 'mount' button it triggered the Watchdog Reset and reset the printer.

mils24

Repetier said:

Due is critical with spi - you should only use one spi device at the moment with hardware spi. Do you have anything else spi related configured - thermistor maybe?

Can anyone please explain what Repetier meant by the above? How do I check if 'anything else SPI configured'?

Thanks

mils24

Hello guys, I have read post after post about this issue and no one can seem to get to the bottom of it. I really want to get this working again as I do not want to have to leave my laptop plugged into my printer while its printing.Repetier seems to think its a timing issue, does anyone know to fix it?

Repetier

Timing was just a guess. Problem is no one really understands how file systems work and we are just happy the file library normally works. That make sit hard to analyse why it now says it doe snot work even if initialized with same parameter. Simple cases are wrong slave select pin, not detected cd detect. But I have that display/board combination myself and it is working with my sd card (cheap 4gb) so the default config for the display is correct and working.

That is also why I said that other spi devices might interfere if you have any. board has none, so only if you added something or configured something not connected.

What you could try is start new config in tool and only select board and display, nothing else. This is just to test if you have added something causing the problem.

mils24

Hello Repetier.

Thanks for the reply. I have done what you have said tonight with the online configuration tool. I created a new one with just the control board and the LCD display configured. I left everything else standard. I compiled and flashed my board and still I am getting the 'SD init fail' error. Therefore I don't think there are any more SPI devices interfering (whatever they are).

What I do notice is that when I put my SD card into the printer and it says 'SD Card inserted' if I press the knob button it will not go into the menu for a few seconds. Its almost like its froze. I assume this is while the board tries to read/initialise the SD card. This never happened on my old firmware and intact if I put my SD card in it would automatically jump into the SD Card menu.

Don't know if this is relevant or not but I thought I would share as it make me think there is a speed/timing issue.

Does anyone have anything else to try?

Thanks