SmoothieBoard V1.1 homing direction

I decided to update my pnp machine to Openpnp 2.2. I unfortunately can’t get past Printrun.

I have all 5 servo’s working, I can read the the thermister values for sensing vacuum, and I can turn on camera lights and all the pumps. I use G commands through the second serial port to verify all this. It does a normal reset but the keyboard command in X and Y are reversed.

The problem is if I use the keyboard to command a x move to the right it goes left. If I give a postive y command it goes negative. I can of course reverse the direction with “!” or in wiring but it doing that it won’t home to min it goes in a positive direction when homing. Only home to min defined. I hope that makes sense.

I am using a Smoothieboard v1.1 with firmare for 5 servo’s and cnc from MAKR.
firmware-2012-02-15-PAXIS-5.bin and a hodgepodge config.txt attached. Machine was working fine with Openpnp 1.0.

I must be missing something simple.

Seems to be a Smoothieboard firmeware of config issue but I’m lost at the moment.

Cheers
Kisssys

I don’t see an attached config file but in the config file I think you put a “!” symbol after the axis direction setting to reverse it.

Yes that does reverse the direction so it matches the keyboard directions. Unfortunately when homing to min
it goes the wrong way. It travels positive and not negative towards the min home switch. That is the issue.

Try changing:
alpha_homing_direction home_to_max
to:
alpha_homing_direction home_to_min

If you already had that and it was homing to max instead of min then another way to do it is to physically swap the stepper motor wirings but I would think setting the direction pin properly would then let you ‘fix’/set the other operations and home_to_min would go in the correct direction.

Personally, I always set homing to work first and then delt with jogging.

I found the problem, it was inverting the logic of the home sensors.
Thanks for responding.

1 Like