OK so from other posts, I get that the sd card reader, isn't easily enabled because see below. My question is why don't we use one of the free pins like pin 14 or 13 with a jumpper?? IN MY CASE I DON HAVE PINS ON MY E-ENDSTOP so adding a jumper wouldn't be any more difficult :
"PRINTRBOARD SD CARD & BOOT-UP FIXI had some trouble using the PrintrBoard’s built in SD card reader using Marlin firmware. I also had an issue with the Y-endstop, which I thought was unrelated, as the board would not boot if the Y-endstop was pressed (ie. if the bed was homed). The only help I found was from Lincomatic’s blog again but this time in a comment from “RustyPaint”, found here.
The issue is that the pin used by the Y-endstop is connected to the SS pin of the processor. So if the Y-endstop is closed it interrupts the SPI bus which the processor uses to talk to the SD card. The conflict also causes the board not to boot if the Y-endstop if pressed.
So the work around is that you disconnect the Y-endstop from the PrintrBoard and plug it in to the free Emergency endstop pins. You must then also configure the firmware to look at the E-stop pins instead of the Y-stop.
In pins.h, within the Marlin firmware, change line 918 from:
#define Y_MIN_PIN 20
to
#define Y_MIN_PIN 37
This solved the booting problem and now I can print from an SD card.
(Update: Just make sure your file name is a maximum of 8 characters long and the extension is a maximum of 3 characters. For example “Myprint1.g”)
Thanks to Nicolas Vicuña for pushing me to find a fix and help testing it."
Ok dude that is really cool, now does it just start printing right when you insert the card? or how do you start and stop it? Also for other guys out there check out Xrobots he did a video on using the beaglebone black and that requires nothing from the mother board and just uses a usb cable to print wirelessly havent tried it but would like to in the future if anybody does let me know how it worked out.
]]>I had some trouble using the PrintrBoard’s built in SD card reader using Marlin firmware. I also had an issue with the Y-endstop, which I thought was unrelated, as the board would not boot if the Y-endstop was pressed (ie. if the bed was homed). The only help I found was from Lincomatic’s blog again but this time in a comment from “RustyPaint”, found here.
The issue is that the pin used by the Y-endstop is connected to the SS pin of the processor. So if the Y-endstop is closed it interrupts the SPI bus which the processor uses to talk to the SD card. The conflict also causes the board not to boot if the Y-endstop if pressed.
So the work around is that you disconnect the Y-endstop from the PrintrBoard and plug it in to the free Emergency endstop pins. You must then also configure the firmware to look at the E-stop pins instead of the Y-stop.
In pins.h, within the Marlin firmware, change line 918 from:
#define Y_MIN_PIN 20
to
#define Y_MIN_PIN 37
This solved the booting problem and now I can print from an SD card.
(Update: Just make sure your file name is a maximum of 8 characters long and the extension is a maximum of 3 characters. For example “Myprint1.g”)
Thanks to Nicolas Vicuña for pushing me to find a fix and help testing it."
]]>So a ready to go , nothing more to do kit is always going to have a market. Even if it's just for the time challenged!
]]>+1 for install notes for Pi
Would you guys be interested in a combo/Solidoodle+pi package?
We couldn't sell the pi's at the same price as some other retailers, but it might be a cool package for some folks.
]]>As an owner and user of an SD3 I would like to upgrade my machine to be able to run from an SD card and LCD screen. I have been watching the forums for this subject and felt that it was appropriate to speak up and lend my support for this upgrade.
I need to run my printer remotely from my main computer, so i now use a second computer and a USB thumb drive to transfer Gcode files.
Having the SD card option available would allow for much more portable printing when doing demonstrations for the public.
Thanks for a way cool product . RikyD
Just do what i did, and i am not the first one to do it:
buy raspberry pi version B and mount it on the back next to controller pcb
install rasbian linux on raspbery pi
Install/configure repetier server for linux
now you can upload gcode via network and have printer work without separate pc.
]]>solidoodlesupport wrote:We've been pretty clear about not supporting the SD card.
Where?
On your blog and your announcement here I can find these and no mention:
http://www.solidoodle.com/2013/06/new-s … and-cover/
"For the tinkerers wanting to do modifications, the new motherboard also has spots for expansion headers, SD card reading, and a g-code-controlled fan."
I.e we do not support it by default. Notice that we do not sell LCD screens or SD cards in our store. Several other 3D printing companies who use marlin (who I wont mention) have disabled the SD card reader by default for reasons of reliability. Since we do not support the SD card, we cannot say whether or not it will work reliably. That makes us feel iffy about enabling it by default.
Just to be clear: We did not switch to the Solidoodle motherboard with SD card support in mind. It's just an added bonus.
configuration.h
//#define SDSUPPORT // Enable SD Card Support in Hardware Consolehttp://wiki.solidoodle.com/update-firmware
You should try uncommenting this and recompiling the firmware.
http://forums.reprap.org/read.php?1,146740,146740
http://www.printrbottalk.com/forum/view … amp;t=1215
there is a decent bit of conversation on how to do it here. I'll try and bring an SD card in to the office tomorrow to confirm, but hypothetically it should just work. I can't say we'll have time to test the card's functionality in thorough and systematic way. I can't say that I will be able to work on an LCD screen at any time in the near future.
If it works ok out of the gate, we may consider enabling it by default in the future, but experiences we've seen in other parts of the 3D printing world make me feel that things may be a bit buggy to start with.
]]>I need to run my printer remotely from my main computer, so i now use a second computer and a USB thumb drive to transfer Gcode files.
Having the SD card option available would allow for much more portable printing when doing demonstrations for the public.
Thanks for a way cool product . RikyD
]]>We've been pretty clear about not supporting the SD card.
Where?
On your blog and your announcement here I can find these and no mention:
http://www.solidoodle.com/2013/06/new-s … and-cover/
]]>We've been pretty clear about not supporting the SD card.
SD = Solidoodle.
]]>solidoodlesupport wrote:Now Ian brought it to my attention that the SD2 and SD3 have their SD card readers disabled by default. Would it be preferable if we left the cards enabled by default in future versions of the firmware?
Why does a user have to bring it to your attention that a portion of your product is disabled by default? That's the type of thing that frustrates SD users.
We've been pretty clear about not supporting the SD card.
]]>