2.8pre gantry racking

Yeah, and I don't see it with my fluke meter or the hal meter. This wires through a Gecko G540.

Off to the 2nd parallel port ...

Rick

Yes the halmeter does show the pins changing state. All are FALSE and turn to TRUE when I trip them one by one.
I've also tried setting HOME_IS_SHARED both ways, 0 and 1 to no avail.

Z completes, the Y completes, both are at HOME which is not touching the micro switch. The gantry (X) will then head towards the switches, X0 will trip and back off, X1 will then head in, trip the switch and keep going as though it never found the switch.

My next move is to move the shared switches as they are on pins 11/12 of parallel port 0 to 11/12 of parallel port 1. I want to proof to myself that the wiring and ini/hal files are ok, maybe the G540 in the way somehow.

Rick

Yep, will do.

Rick

Well, the saga is over.

I moved the home switches to a second parallel port card so I could have enough pins for separate home switches instead of paralleling them. Same issue, the X axis would set one side and rack the other. Grrr. Halscope does show the joint.N.home-sw-in tripping as expected.

Since it made a difference before, I swapped the pins for the X joints in the hal file. Success !!! It now homes ZYXX as I want, and works repeatedly.

Why the pin swap makes a difference I don't know. Different parallel port, cable, BOB, individual wiring to the micro switches, all gave the same problem. After all this and finally getting a working system, I got an update notice for 2.8pre. May swap the pins back to see if the update does anything when I have some time.

Off to make parts again.

Thanks all,
Rick

I suspect your changes confirmed a wiring error on your part. I had a similar problem as yours once and eventually I worked out that I had swapped the stepper driver wiring around so X1 was using X2's homing switch and vice versa.

It did my head in trying to debug this fault. Eventually I slowed the homing velocities to a crawl and got a clue about what was wrong.

@rodw: Bingo, that makes perfect sense !! I must have the X0 and X1 switches flipped. Agghh, that explains why swapping the parallel port pins in the hal file for the home switches got it sorted out after I put them on unique pins.

I built this bot 9 years ago, and haven't used it for the last couple of years. Have a need now, and added in the home switches with the software upgrade this week. Guess I have the motors marked wrong and it never mattered which joint was which on the X axis until I added in the home switches. Sigh.

Thanks again,
Rick