Is there a way to reverse the y axis while homing but going back to normal once the print starts? I’m sure there’s a gcode command but I’m not finding it. As you can see my punkin is backwards. Oh I’m also using cura. Thanks for the help, you think after almost a year I’d be able to do something as simple as change the electronic out.
You can change the Y_HOME_DIR in the firmware (Marlin) to -1 (min) or 1 (max), but you can’t do that from Gcode.
@John_Davis I tried that but the prints seems to be reversed.
@Gunnar_Meyers Ah, didn’t see the pictures first time around. If you’re using a pb+ with a probe and your Y axis is reversed then you’re probably using the wrong firmware. Printrbot’s documentation and organization of firmware leaves a lot to be desired and the funny things they had to do to get the “bed leveling” firmware working on the Metal Simple caused me no end of headaches when I tried to get “bed leveling” (I prefer “compensating”) working on my GO! v.1 as well. I did finally find a version I could get working, so I’ll Dropbox it for you and post a link (it’ll have my settings, but it’ll get you started).
@Gunnar_Meyers Here’s the version I’m using now:
The only complaint I have with it is that the homing procedure seems to add about 10 mm into the Y coordinates in a way that makes the prints off center by that much and shortens the build plate by that much. Haven’t been so bothered by it as to try to fully root out what’s causing it yet. Hope it works for you.
@John_Davis In theory shouldn’t it work. I’m running the firmware for the new printrbot plus on the new rev. F board.
@Gunnar_Meyers Where did you get the firmware? (I don’t think I’d run the firmware I uploaded with a Rev. F board - I’m using a Rev. D board so no digi-pots.)
@John_Davis I got the board with firmware from printrbot and gave my Rev. d to my 11 year old brother for the printrbot Original were building him.
Maybe just try flipping your Y axis motor connector around.
Look for Jesse laird on Twitter - he is leading the charge to sort out our firmware challenges. Mechanical design moves faster than our community-sourced firmware work! We have taken giant steps on documentation and now have a great roadmap and vision of where we are going
@Brook_Drumm I’ll make sure I check him out. Thanks.