Weird homing behavior. Y+Y2 out of sync
I am not sure that it does. It seems that the final moves to home happen separately.That looks perfectly normal.
It might be more obvious if the HOME_POSITION was further from the end. But I am hesitant to suggest that in case there really is a problem and this pulls the gantry apart.
Can you use Halscope to log the velocity of each Y joint and also the joint.N.home-state ?
(I suggest adding joint.0.is-homed as the halscope trigger)
Please Log in or Create an account to join the conversation.
- snowgoer540
- Offline
- Moderator
- Posts: 2388
- Thank you received: 779
I am not sure that it does.
I agree, I slowed the video way down and they are happening separately.
I don't really follow your home/limit switch combination. It looks to me like you have:
home-y (input 001)
home-y2 (input 000)
home-x (input 002)
home-z (input 003)
The bit I'm confused on is:
max-x (input 004)
min-y (input 005)
What you are after can be achieved with 4 switches. If your axis travels lengths (MIN and MAX LIMIT) are properly input, unless you lose steps, you wont run past the max or the min. LinuxCNC sets and obeys these soft limits automatically.
Try using PNCCONF to set up the following:
input 000 -> Y2 Minimum Limit + Home
input 001 -> Y Minimum Limit + Home
input 002 -> X Minimum Limit + Home
input 003 -> Z Minimum Limit + Home (I think this is correct, but if it goes the wrong way then use Z Maximum Limit + Home)
I haven't seen anything but your hal and ini files, but I cant see an immediate reason why you need to use gpio.004 and gpio.005 as you did previously.
Also, your HOME_SEQUENCE (Z = 0, X = 1, Y and Y2 = -2) is correct, you can choose to do tandem axis last (-2 in your case).
For HOME_SEQUENCE, you are also not required to start at 0, and you can use the - sign on axes that are not tandem as well to designate that you don't want to be able to jog the axis until it is homed. In this example, you have to start the count at 1, because "-0" doesn't work. I choose to do this on my table so it cannot be jogged at all prior to homing (prevents crashes into hard stops, etc.). This is not well (maybe not at all) documented, but it does work fine.
My HOME_SEQUENCE entries to achieve this are as follows:
Z = -1
X = -2
Y and Y2 = -3
Please Log in or Create an account to join the conversation.
and how and when it was last updated.
If you are using recent master branch, (after 2may22)
my recent commit may have caused this bad behavior.
Ref:
github.com/LinuxCNC/linuxcnc/commit/e5be0730d1c
Please Log in or Create an account to join the conversation.
- tommylight
- Away
- Moderator
- Posts: 19204
- Thank you received: 6437
Also thank you Dgarret for always jumping in when we need you.
Please Log in or Create an account to join the conversation.
I had a go with Halscope today but no luck. Need a bit more time to get my head round on how it works. Will have another go tomorrow
Please Log in or Create an account to join the conversation.
I have wired the sensors without any particular order. I thought it would not matter?
As for
max-x (input 004)
min-y (input 005)
my thinking was that if anything would go wrong, these sensors would stop the machine before crashing. Are you saying these are obsolete and can be removed?
Please Log in or Create an account to join the conversation.
@AJ Please tell what branch you are using
and how and when it was last updated.
If you are using recent master branch, (after 2may22)
my recent commit may have caused this bad behavior.
Please Log in or Create an account to join the conversation.
dgarret,@AJ Please tell what branch you are using
and how and when it was last updated.
If you are using recent master branch, (after 2may22)
my recent commit may have caused this bad behavior.
I have updated LinuxCNC very recently, couple days ago. I'm using version LinuxCNC v2.9.0 QtPlasmaC v1.223.187
Please Log in or Create an account to join the conversation.
if you built from git, you must rebuild
if you used buildbot deb, it usually takes a few hours
ref:
github.com/LinuxCNC/linuxcnc/commit/3b17ed1d9c
buildbot status:
buildbot.linuxcnc.org/buildbot/grid
Please Log in or Create an account to join the conversation.
All good! I can now park the gantry anywhere I want after homing and both Y1 & Y2 move in tandem.ok -- i've reverted the suspicious commit
if you built from git, you must rebuild
if you used buildbot deb, it usually takes a few hours
Thank you!
Please Log in or Create an account to join the conversation.