Pathpilot 2.14 - Z goes opposite

Ok, I got one thing wrong in an earlier reply....

Z does not go down when commanding from the MDI. If I tell it to go to -2 (") it goes up in 2.14 and down in 2.0. There is more to this than just the jog keys.

Will install 2.13 and see whats next, maybe it will go sideways instead!

This now looks like a simple problem, you just need to reverse the axis.

Servo or stepper?

Stepper....

I currently have all scale values as negatives, that makes my axis go the right way to the keyboard. Before I say more, I did take the negative off the Z scale and no change.... which I thought was weird.

racedirector wrote: I did take the negative off the Z scale and no change.... which I thought was weird.

Weird enough to make me wonder if your config is using the HAL / INI that you think it is...

andypugh wrote: Weird enough to make me wonder if your config is using the HAL / INI that you think it is...

/gcode/logfiles/pathpilotlog.txt will tell you that info

Z moves correctly with my setup.

Updated to v2.1.4, told the picker it's an 1100-3 to create a config file, edited the config which is just changing the AXIS sections limits, scale and homing values to what I used for PathPilol V1.n.n.

PageUp moves the head up and DRO goes more positive, PageDn does the opposite as expected.

However I have a problem with Z homing, it could be mechanical or electrical. Homing fails with a message about home switch active before latch move. The odd thing is that once the error has occurred the Z-Home button will not do anything, even with limit switches disabled. And it gets worse, if I persist with homing and trying to move Z off the limit switch the UI eventually locks up, I have to Cntl-C out of PathPilot and am left with a ghostly UI that needs a kill signal to get rid of it.

Not saying this is related to "Z goes opposite" but it looks like V2 is not as robust as V1 was. A problem with homing shouldn't bring the machine to it's knees. Never had a problem with V1.