Can you kind folks help my weak search-fu? I'm interested in using Kliment's SD card with RAMPS, but I can find almost no information about it. I've found a video on how to assemble it, but nothing on how to get it or implement it myself. What obvious thing am I missing?

I think they're in here: [koti.kapsi.fi]. I hope someone makes a kit or assembled board available for ordering.

This looks like an alternative option for connecting a microsd card to the Arduino Mega: [www.gravitech.us]. It includes the needed level shifter from 5V to 3.3 V.

Looking at the schematic for Kliment SDRAMPS and the pictures from [koti.kapsi.fi], I think these are the pin assignments:

GND = GND: Common (Connects to the housing of the SD socket)
D53 = CS: Chip select
D51 = DI: Serial input data
D52 = SCK: Serial clock
D50 = DO: Serial output data
not connected = CD: Card detect (active low)

He also has D48 supplying power (VIN) to the SDRAMPS voltage regulator. Is this correct?

Actually, it might be easier to install pins for the CS, DI, SCK, DO and VIN, plug the board directly into the Arduino Mega 2560 RAMPS aux pads, and then run a separate wire for the GND. It should be simple to reassign the pin assignments in the firmware.

Edited 2 time(s). Last edit at 06/23/2011 03:39PM by brnrd.

Thanks, brnrd. In the absence of an SDRAMPS kit, I think I'll probably end up with the alternative your suggested at Gravitech.

I placed an order after posting my message. If anybody tries this before I get my board, please post your result.

I may wind up following your lead, as I won't have much time to pursue this over the next several weeks.

Have you thought asking on IRC about this? It is always a good place to get more info, and kliment is there often. irc.freenode.net #reprap

Hello,

note the Mega can only do hardware SPI on the pins above. If you change the pin assignments, you need to tell the SD lib that it is using software SPI for it to work at all, and it will work MUCH slower, which sort of defeats one of the two purposes of having an SD reader at all (delay-less prints). If all you are interested in is autonomous printing, then you can do that, but it is a dramatic difference compared to hardware SPI. On ramps 1.3 said pins are brought out to the aux-3 header for easy access. On 1.2 you will need to be a bit more creative. If you need any help getting things working, poke me on the IRC channel. I also make the sdramps boards linked above, so poke me if you want one.

Kliment

Thanks. I'll do that soon. I wasn't even aware of #reprap.

I've connected the Gravitech microSD adapter the the RAMPS 1.2 shield as planned. I had to change the pins in the Aux connector at the end of RAMPS to pass-through connector. I then made a small adapter to plug the microSD adapter into the pins for 48, 50, 51, 52, 53 and Gnd as outlined above. Here's a photo of everything:



The CD LED lit up once I enabled SDRAMPS support in the firmware and loaded it to the Arduino Mega 2560. I then proceeded to upload a file to it. But the transfer rate is very slow: I clocked it at around 3 kbyte/s. This seems very slow! I'm waiting for the transfer to complete and I'll see if it can be printed.

Updates to follow.

It looks like the transfer completed properly even though it took a long time. I was able to start an SD print of the file in the microSD card. I had the feed and flow rate set to 80 mm/s and the perimeter to operational feed ratio to 0.5. The first layer was set to print at half speed. Unfortunately, it still shows segment pause when going around 90 degree arcs with a radius of 10 mm except on the first layer which was printed at 80/4=20 mm/s. All the places where the arc was drawn above 20 mm/s had segment pause resulting in blobs.

I'm not sure if this is related to the slow upload. Perhaps reading the SD card is also slower than it should be. I hope someone with Kliment's SDRAMPS can comment on upload rates and segment pause when printing.

For those who want to add an SD card to their RAMPS, the best way is to contact Kliment through IRC. His price is a bit higher than the Gravitech or other options but it's plug and play. That offsets the additional time and parts that ypou will need to adapt the Gravitech. And it has already been tested by many users. I should have gone into IRC sooner to contact him. He doesn't seem to respond regularly to PM's in the forum.

Edited 4 time(s). Last edit at 06/28/2011 08:13PM by brnrd.

Hello,

Indeed, the best way to reach me is via IRC.

SPI writes are about the slowest operation an SD card supports, and crappy cards are even slower than most. Sprinter buffers up writes so it's a tad faster, but still very slow.

Have you tried playing with acceleration options, possibly that is the cause of the pauses rather than serial delays.

Does the type of card matter: microSD, microSDHC or microSDXC? How about the capacity? I wonder if I should have gotten a microSD type with 1 GB capacity instead of the microSDHC with 8 GB capacity that I got.

The speed is defined by the class of the card, see [en.wikipedia.org], but I doubt you would notice when using the SPI interface on an Arduino as that will be the bottleneck. The size shouldn't make any significant difference other than perhaps a longer delay at start up.

---

[www.hydraraptor.blogspot.com]

Thanks. I was just reading the Arduino forum and it seems that 8 kB/s is considered fast for writing to the SD card. So, 3 kB/s is not too far off. I'll just write directly from the computer and then plug the card to the RAMPS for printing.

Here's my ghetto SD card<->arduino solution!

---

-----------------------------------------------
Wooden Mendel
Teacup Firmware

Lol! That does look like it. Does Teacup support it?

Edited 1 time(s). Last edit at 06/29/2011 10:22AM by brnrd.

in devel branch we have merged sdcard support, eeprom config and multiple extruder support, all waiting for willing testers to tell me which parts of the integration I've missed

---

-----------------------------------------------
Wooden Mendel
Teacup Firmware

Trying to get the SD card support working, When I load the sdrampstest sketch to the Mega, I get this:

Initializing SD card... Wiring is correct and card is present

Card type: SDHC
Could not find FAT16/FAT32 partition.
Make sure you've formatted the card

The SD card is a Maxell SDHC 4GB formatted with FAT32 with a gcode file on it.

Why is the sketch saying it's not formatted? I can upload files and read them from the SD reader in the laptop.

So I went out and bought an SDSC 2GB card and now the test sketch is able to recognize the files on-board. Formatting is FAT (FAT16) using windows XP.

Although I am now able to read and write files to the card, when I begin an SD print through pronterface, it works well for about 5-10 lines of gcode then stops (after misinterpreting a few lines).

I've had it change speed randomly and draw shapes that were non existent.

I noticed that baud rate of the test sketch is 115200 but I'm running pronterface and my firmware at 250000. Does this have anything to do with it?