Advanced Search

Fixed it, Re opened STEPconfig and set that signal for the sensor to just X HOME instead of X Home + Max limit and it works flawlessly.

Thanks for all your help guys much appreciated and I understand a lot better how the .INI stuff is working sucks that my brain doesn't learn to well from reading the whitepaper i have to mess it up first and slowly it makes sense chunk by chunk

My refClock setting is 1.
I will try the value -1.
Sometimes, in a rare way, when LNCNC starts for the first ignition of the Lathe and after having turned on the auxiliaries, moving the X or Z axis, the axes shake.
I am forced to simply restart LNCNC and the problem at the next restart is no longer present.
It seems as if the ethercat BUS is not synchronized.
The drives are Delta ASD2,

Ok current .INI file included and here is a link to a video of the machine Homing and the Errors that pop up (imgur.com/a/HZ26bsn)

Ok so, so far with your help I have gotten the searching for the home in the correct direction, it hits home and then the table moves all the way over and stops right before the end and zeros out 0,0,0 on the DRO, so thats PERFECT exactly what I want.

Issue is not I get Hard Limits are reset to ACTIVE, Joint 0 on limit switch error, HARD LIMITS ARE OVERRIDDEN.

And I can only move the table close towards the hard limit if I try to move in the right direction just get errors and no movement, Can one of you kind souls take a look at my .INI and see if you see any issues? Its so close to working I'm just not sure what Im missing.

Nice.

Couple questions...

• Do you have an example of g-code which runs this kinematic switch? i.e. simple part code snippet to see what the cylindrical mapping looks like.
• Have you done this for polar interpolation? (i.e. an axial tool on a C-axis lathe)
  • Reason I ask is that another forum member cooked (and shared) up a polar interpolation kinematics component, but after trying to digest it, I noticed he had hard-coded the tool offset on which the interpolation was based.
    • My guess is that due to the hardware he built (only a single live tool along the turret rotational axis) this offset was never going to change so he didn't write the component to be universal
  • My (slightly stalled) live-tool lathe project would be much more useful if polar interpolation was available.  As would LCNC in general, I think.

Thanks for sharing.  Still looking forward to the THKHMI and other changes you've made backstage in LCNC.

PC to 7i96s
7i96s to BOB through the 7i96s expansion port
7i96s to 5x additional motors through the 7i96s onboard step/dir output terminals
 

Would you recommend just having 0 on the far left side? So it homes on the right and then flys over the left? haha had I known I was going to get into this mess I would have put the homing switch on that side my bad.

Thanks again for the help guys

Having 0 in the middle of the table is the old way of doing things and will most probably cause you trouble.
As for homing on the positive side, as mentioned above, invert the value by adding or removing - in front of it, for
HOME_SEARCH_VELOCITY
might also have to change
HOME_LATCH_VELOCITY
and pretty sure
HOME_FINAL_VELOCITY should be negative value.
Then you have
HOME
And
HOME_OFFSET
to play with, depending on where the 0 should be.

axis direction is correct, and doing what PCW said fixed it straight away! I was so close just the wrong one haha! So thanks PCW!

Next problem is getting zero to now be the centre of the table looking at my .INI file is what I thought you would do but its over shooting the centre by about 30mm and then the axis gets locked out.

I want the machine to hit the home button (Which its doing now thanks again) And then move the the table centre and say THIS IS ZERO looking at my .INI file how far of from that am I? Hopefully I'm on the right path at least I'm going back to keep playing with it.

Thanks again guys progress has been made

So I stumbled across this video of the MX1500...

And caught a couple of statements from the gent running the machine that intrigued me.

• 7:50 - "I took the Speedio manuals from [garbled] and told Rob: Give me M298"
  • M298 appears to be 'accuracy mode' in the Speedio control, and not just G64 path blending.  The little online discussion I can find suggests on-the-fly editable accel/decel settings which are coupled with path blending... and possibly S-curve settings.
  • Has Pathpilot now got S-curve or some similar magic under the hood?
• 14:00 - jog during an M1 program pause. "I didn't realize we put that in three versions ago...And Rob just said I added that in."
  • This sounds rather useful, no?

Wonder if Pathpilot's look-ahead has been extended to rotary axes?
Have they already cracked the S-curve nut Grotius and friends have been agonizing over?
How far has Pathpilot diverged from LCNC?
Would it even be possible to merge some of the wizardry which appears to be happening in Pathpilot?

Not that I'd be remotely competent to do any of the backstage work, but I wonder if any of the LCNC devs could do something with a current copy of Pathpilot source code...

HOME_SEARCH_VEL is what you would negate to change the search direction.

Also check that the axis direction corresponds to the tool movement.
linuxcnc.org/docs/stable/html/user/user-...chine-configurations

So currently HOME_SEARCH VEL is set to 1.500000

If I Change that to -1.500000 or +1.500000 I should see change in direction? Ill go try both of those right now and report back

Thanks

The first move is done at:

HOME_SEARCH_VELOCITY

So changing the sign of this value will change the
direction of the first move in the search for home.


linuxcnc.org/docs/html/config/ini-homing.html#_home_search_vel
 

You can also call entire subroutines:

or custom MCodes:

photos didn't work? 

Hey guys me again, before I start .ini file is include and two pics of the machine so you can see position of the switch understand me (pic of cat is how I feel right now)

So as the title says my Home switch is set up on the right side of my table, and I'm trying to set up 0 to be the centre of my table. I have edited my .INI file so that min is  -111.5 and max is 111.5 (As my max travel is 223 so that should put zero smack bang in the centre... I hope?)

Problem is the machine keeps looking for the homing sensor on the wrong side of the table as in it travels in the wrong direction. I've read a few other posts and someone said that a - or + in front of the HOME_LATCH VEL will change the direction it looks for the home in? But changing that seems to not do anything.

The only way I got this to work was flipping all axis in the gui editor then it works flawlessly but... then all my parts are mirrored which I don't want.

Thanks again guys, as always hopefully Im missing something super easy -_-