I don’t know where you got this Marlin_HuxleyTest1.ino from, but it looks like its designed to work on a arduino mega only. It has code to check you have selected this as your board and will not compile for other boards such as the SL most firmware has a motherboard - section in the configuration.h, this is what sets what physical board is expected from boards.h #define BOARD_SANGUINOLOLU_11by Dust - Sanguino(lolu)
You seem a little confused... You get the arduino IDE from (it may need older versions) with this you load marlin.ini and compile it then upload it to your board. You get marlin from What snappy have done is provided a diff file of the main configuration.h But they don't seem to have documented what version of marlin the diff was made from... so applying the diff would be tricky. Luckby Dust - Reprappers
You don't have a usbtiny, you have a avrispby Dust - General
see same sort of system, but already works.by Dust - Mechanics
Is your heated bed thermiser reading room temperature ?by Dust - Reprappers
You have a boards.txt that has all Sanguino definitions including the boot loader, this defines the baud rate and protocol that the boot loader uses Sadly there are many different boot loaders and your configuration has to match the installed boot loader There is no way to determine what the requirements of your boot loader are (presuming one is installed) Other than trial and error I tend tby Dust - General
max feed rate should be set in your firmware. Anything over this setting is limited to the max feedrate value. You could set this low just as a test, force it to run slow, see if anything changesby Dust - General
What stepper drivers are you using? most cant really do 2A, aim for 1.75A, driver could be over heating and pausing the *### is a checksum for the line not multiplication seeby Dust - General
Reprap has lost its way with all this 3d printer stuff... I'm hoping this is just a momentary hick up. But any thermoplastic parts of the next generation reprap and we are well an truly sorted.by Dust - Administration, Announcements, Policy
You haven’t mentioned what board you have.... Ill presume a ramps... 6 main possibilities Steppers incorrectly wired. Steppers are two coils, make sure that coils are on the correct pins, normally pins 1 ans 2 are coil A and 3 and 4 are coil B (A and B are interchangeable) Pololu drivers in backwards No micro stepping jumpers installed 5v applied to 12v 5a power plug dead pololu driverby Dust - Prusa i3 and variants
that should work, if it was the same board... and processor You only have one choice now (other than throwing money at it) First check you can still upload new firmware without the UNO, just using the ardunio IDE ie compile and upload the example blink (it probably wont blink, but your just testing that you can uploading to your board over the usb) If that works, just start with a new copy oby Dust - General
What variant of marlin are you using, where did you download it from?by Dust - Firmware - mainstream and related support
Sprinter hasn’t been updated in quite some time (3 years ago) ... it probably isn’t compatible with the current arduino ide I would strongly recommend using Marlin or Repetier-Firmware or Teacupby Dust - Reprappers
Yes, go take a look at it. QuoteFrom their site Support “situation save when power breakout” function. Using this function, you should choose Pause action first before you breakout the power. When you open the power again, the printer can run from the situation before you breakout the power.by Dust - Reprappers
Personally I think removing it just because it doesn't comply with open source is very silly I look at it this way. Are there repraps out their with this controller? yes Does the page provide some information for them? yes I find the statement "This page is found to exist for the sole purpose of Advertising" to be a incorrect statement. So leave it marked as not open source, but leave it alonby Dust - Administration, Announcements, Policy
Since you only using a probe you need to disable gamma_min_endstop Ie change gamma_min_endstop 1.28^ to gamma_min_endstop ncby Dust - Reprappers
You have zprobe.probe_pin 1.28^ # pin probe is attached to if NC remove the ! and gamma_min_endstop 1.28^ # normally 1.28. Change to nc to prevent conflict, You cant have two things on the same pin... (same number) I presume you are building a Cartesian type printer (X,Y Z type not delta) and you want both a z endstop and a probe In which case you need to plug the probe into a different pby Dust - Reprappers
Yes, I read that as a hint to disable the z endstop, to stop the conflict So comment out line 215 by putting a # in front of it and remove the # from infront of line 250, or change 215 from 1.28^ to nc. both results is the same thing.by Dust - Reprappers
Sorry no z probes here... But I've sent a private message to dc42, the guy who designed the sensor. When he wakes up he may reply. But that looks like it just need to be inverted again.. so change zprobe.probe_pin 1.28!^ to zprobe.probe_pin 1.28^ I would also say you probably cant have a z endstop and a probe on the same io pin so chanby Dust - Reprappers
The MKS base is Basicly a smothieboard clone On the IR board page I see Note for Smoothieboard users: The Smoothieboard uses low value (1K) pullup resistors in its endstop inputs. This is too low for the sensor output to drive. Workarounds include adding a pulldown resistor from the sensor output to ground (it has been reported the 470 ohms works, but 1K does not), or replacing the 3K resistorby Dust - Reprappers
Interesting bed arrangement, you 100% sure its doesn’t move around in the X and Y axis?by Dust - General Mendel Topics
gamma_min_endstop 1.28^! change it to gamma_min_endstop 1.28^by Dust - Reprappers
ok, well at least you know its not the fuses now. lets take a step back. You can talk to the controller, this is a good start If you position your printer so that no endstops are being hit, then send the printer the command M119 (display endstop status) what does it tell you now hold down the X endstop and send annother M119 at the printer, then do Y and Z endstop The first command shouldby Dust - General
Sorry its the latter Most controller boards have voltage regulators for less than 1amp, cannot run a Raspberry Pi from them. The voltage regulator is probably the 5 pin package to the right of the mosfets, see if you can read any numbers off of thatby Dust - Controllers
Just replace current LCD with a MKS-TFT28 or MKS-TFT32 This adds that feature and touch screen capability and wifi (with add on)by Dust - Reprappers
why are you running an hourly build version of arduino? "Arduino: 1.6.10 Hourly Build 2016/07/25"by Dust - Firmware - mainstream and related support
@dc42 The board they sell doesn't match the documentation of the pcb lay out or the circuit diagram... No idea what they actually provide. I agree documentation implies its using same ramps MOSFETs, which would be a bad thing to do, but its also not a problem to replace them.by Dust - General
The LCD sounds like a normal 20 char x 4 lines display (but im only guessing here, I dont know this LCD) find //#define ULTRA_LCD in configuration.h and remove the proceeding //'s So it now reads #define ULTRA_LCD This should turn your lcd on Also if you want SD card you need to enable that ie remove //;s from //#define SDSUPPORT so it reads #define SDSUPPORTby Dust - General Mendel Topics
In your configuration.h you have #ifndef MOTHERBOARD #define MOTHERBOARD BOARD_RAMPS_14_EFB #endif But from the information I saw on the geeetech page you should have ultimaker controller not ramps. Change it to #ifndef MOTHERBOARD #define MOTHERBOARD BOARD_ULTIMAKER #endif And give that a try You also don’t seem to have enabled any lcd's in the configuration.h What sort of LCD do yby Dust - General Mendel Topics
Its a Gcode (the language of the printer) M503 prints the current settingsby Dust - General Mendel Topics