- Posts: 5
- Thank you received: 0
Clearpath HLFB
- notamachinist
- Topic Author
- Offline
- New Member
-
I have built a CNC router and everything is working quite nicely except HLFB from my clearpath motors. I want to use the in-range function of HLFB, but I am not experienced enough in LinuxCNC to properly implement this function.
I would like to use the in-range condition.
"The HLFB output asserts (conducts) when the motor is enabled, not shutdown, and the measured position is In-Range"
So the problem is I cannot enable the motors to begin with to allow them to exit not in range condition because one of those conditions is the motor being enabled. If I use MSP to override the inputs and enable the drive, LinuxCNC works correctly. For obvious reasons this is less than ideal.
My setup is a simple input-X-not => servo-X-fault for each drive.
So it would seem I need to delay this error loop condition in LinuxCNC only on machine enable.
Ideally I would like to see the machine delay the reporting of any errors for a few MS to allow the drives to report back they are in fact enabled. This delay should only be present when the machine is entering the machine-on state.
I have looked at every post I can for this topic, but I am just not picking up what is being put down in terms of how to accomplish adding this seemingly simple timer into the machine-enable condition.
Thanks in advance for your responses, I know time is valuable and any help is greatly appreciated.
Please Log in to join the conversation.
Please Log in to join the conversation.
- notamachinist
- Topic Author
- Offline
- New Member
-
- Posts: 5
- Thank you received: 0
scotth wrote: Look at
forum.linuxcnc.org/10-advanced-configura...fb-mesa-7i76e#112518
This should help.
Thank you for replying scotth
I did read this post along with the other clear path posts on this forum. I may be missing something, but I don’t see how mapping a charge pump output to an input fault would prevent the issue of not being able to put the servos in enable mode because it starts in a faulted state.
Am I just looking at this from the wrong direction?
Please Log in to join the conversation.
- notamachinist
- Topic Author
- Offline
- New Member
-
- Posts: 5
- Thank you received: 0
kawphi wrote:
scotth wrote: Look at
forum.linuxcnc.org/10-advanced-configura...fb-mesa-7i76e#112518
This should help.
Thank you for replying scotth
I did read this post along with the other clear path posts on this forum. I may be missing something, but I don’t see how mapping a charge pump output to an input fault would prevent the issue of not being able to put the servos in enable mode because it starts in a faulted state.
Am I just looking at this from the wrong direction?
Here is what I came up with. I don't really want to have a timedelay, but 0.1 is as low as I can get it and still have this work the way I would like to.
Attachment not found
Please Log in to join the conversation.
So, there would be only one timedelay but everything else would look much the same.
I don't think that it is enough neater to be worth changing what you have, though.
Please Log in to join the conversation.
- notamachinist
- Topic Author
- Offline
- New Member
-
- Posts: 5
- Thank you received: 0
I did just run a 8 hour job and nothing broke - but that doesn't mean that its right or good.
Please Log in to join the conversation.
kawphi wrote:
I did just run a 8 hour job and nothing broke - but that doesn't mean that its right or good.
Well, to me that seems it is right AND good!
Please Log in to join the conversation.
kawphi wrote: Thank you for your response Andy. Would it be too much to ask to explain why delaying machine-is-enabled would work?
Currently you are delaying acting on the fault output, giving it a chance to go away on startup.
What I propose is delaying the input to the and2. So at startup the fault _input_ is ignored for short period.
Apart from the saving of a couple of timedelay elements, this means that the response to the fault is not delayed. So you can make the delay longer (to be sure that the drives are properly started up before starting to look at their status) without delaying the response to a genuine fault.
Please Log in to join the conversation.
- notamachinist
- Topic Author
- Offline
- New Member
-
- Posts: 5
- Thank you received: 0
I will give it a whirl and share what I come up with.
Please Log in to join the conversation.
