![](\"http:\/\/1.bp.blogspot.com\/-FPOONitadp0\/Uy_4c6A_G8I\/AAAAAAAAA8I\/rSucYuwarKo\/s1600\/glass+cutter.png\")
<\/a><\/div>\nI then used 4 of an 8 pack of “binder clips” from Wilkinson<\/a> (\u00a30.80) to attach it to the heated bed, which needed raising in order to accommodate them, so I replaced the 3 washers with springs (again salvaged from some scrapped printer) and used some longer M3 screws and then did an “eyeball” levelling job to ensure an even distance to the extruder nozzle across the surface of the glass. This partly aided by a spirit level to ensure the X axis and the Y axis were parallel to each other to start with.<\/div>\n
<\/div>\n
The glass improved the flatness of the printing surface considerably. as the heated bed on its own was quite bowed towards the front, something that will only become worse when heated.<\/div>\n
<\/div>\n
I believe the last firmware I burned onto the chip on the Sanguinololu <\/a>was some version of Sprinter<\/a>, and so I used this for the initial tests.<\/div>\n
<\/div>\n
The motors seemed smooth and were not vibrating or making nasty noises, so the A4983 stepper drivers from China came pre-adjusted to a useful setting, unlike the ones I bought from Europe.<\/div>\n
<\/div>\n
I was having issues yet again with the endstops, proven by shorting them out and then being able to move all axes in both directions, So I rechecked the endstop wiring and the activation by the magnets and re-did some of the connections and positioning of the hall effect sensors, still having issues, now almost certainly because I am using hall effect sensors rather than mechanical switches and the output needs to be inverted.<\/div>\n
<\/div>\n
Sprinter only compiles with Arduino <\/a>0.23, and since I am not interested in firmware that doesn’t compile with at least version Arduino <\/a>1.0, that means either Marlin <\/a>or Repetier <\/a>based on what I have downloaded and played with already.<\/div>\n
<\/div>\n
I opted for Repetier <\/a>0.71 as that is what I made work with my I2C LCD, plus it compiles to smaller binary than Marlin<\/a> and still fits on an ATmega644P<\/a> even with the LCD code enabled. The 0.91 Repetier<\/a> code did not want to compile out of the box, even after using the auto configuration web pages, so that will need some more investigation before I try that. <\/div>\n
<\/div>\n
I disabled the LCD and SD code I had previously made to work, then loaded this up onto my ATmega644P<\/a> by removing the chip from the Sanguinololu<\/a> and swapping it with the ATmega1284P <\/a>on my breadboard before reprogramming it with my USBtinyISP<\/a>.<\/div>\n
<\/div>\n
Since this was a laborious process, I had a closer look at the ICSP <\/a>pins on the Sanguinololu<\/a> board and they just happen to line up exactly with the six pin connector for the USBtinyISP<\/a>, looks like the guys who developed the Sanguinololu<\/a> were following the industry standard ICSP<\/a> header pinout.<\/div>\n
\n![](\"http:\/\/1.bp.blogspot.com\/-0oalPXlAU1E\/UzAe54dwB6I\/AAAAAAAAA8Y\/rXFJe1DVoVc\/s1600\/icsp_6pin.png\")
<\/a><\/div>\n<\/div>\n
<\/a><\/div>\n<\/div>\nAs I refused to install the FTDI chip on the Sanguinololu<\/a>, previously when I programmed it I was using a USBasp <\/a>programmer, which only had an 8 pin connector, so wiring it up was a little more involved than simply pushing on a 2×3 connector from the USBtinyISP<\/a>, which has the option of 6 or 8 pin headers.<\/div>\n