Closed companje closed 7 years ago
Interesting. This is tested on Ultimaker Originals and Ultimaker 2's? Good to know that in a lot of cases existing users will not "get" this updated start gcode since they already saved the existing start gcode as an override. I'm not sure, but maybe even switching printer types could have triggered such a save.
Otherwise we'd need to override it in the post-install, but that would mean people that have actively customised their gcode they would lose this.
By default the 'Ultimaker (original)' printer is selected on the WiFi-Box. When an Ultimaker 2, 2+, 2go, 2 Extended etc is connected you need actively select this printer type in the Doodle3D settings. When you forget to do that it uses the wrong startgcode, causing the nozzle to bump into the glassplate / printbed.
Default Doodle3D startcode for Ultimaker and other Marlin based printers:
The problem is caused by the fact that the homing Z-position of the Ultimaker 2 series is on the bottom and for the Original and many other printers on the top. The
G91
in the startcode sets the coordinate system to relative positioning. When after homingG1 Z15
is performed in relative mode the platform goes down even though it is already at the lowest point for the Ultimaker 2 series. It has no endstop-switch on the bottom so unhappy sounds are to be heared. The printer has no idea what happened and just continues resulting into bumping with the nozzle into the glassplate.The solution seems to be to move the
G91
code to just after theG1 Z15
.