Hey,
I'm doing a rather large print that a person commissioned in a rush. It was requested 4 days before he wanted it and it was estimated to be a 3.5 days print by the slicing software... which is known to underestimate. So I upped the speed and did a few other things to make this print come out fast as possible. It worked up to about 65% done and decided to fail. Now without time to reprint I did the next logical thing, I split the model at the measured height of failure and cut a new file and then re-zeroed on top of the failed print and started to print. This is where I ran into a problem:
Of course they had different bounding boxes so the new file was shifted in the XY axis. No big deal. I used the LCD screen to go back to the new zero and do a measured offset off. However the "Set Home" command from the LCD appears to round to the nearest integer for the X and Y axis. So the print is shifted off by .25 for the Y-axis... which is hardly noticeable but off by .5mm in the X-axis, which doesnt look great... but they need this print for a competition a day from now and beggars cant be choosers when you give someone so little notice.
I know a little bit about coding... unfortunately not enough to load the smoothieware into an ide make a change and then flash it but enough to guess that the function for "set home" is giving an int instead of a... float for the X and Y axis?
I know its a bit of an obscure issue with the firmware but if someone who knows how to look into that... or better yet do you have a page somewhere in the wiki that explains how to get smoothieware into an ide like i'm five or something..? I'm doing grasshopper scripts for a custom material manufacturer to make their CADing parametric instead of manual so I at least know i like solving logic challenges and I started picking up C++ last semester cause I wanted to mod this firmware in the future so it wouldn't be a complete waste of time showing me the way.
Thanks