Joints_Axis help

I was wondering if somebody would be willing to post a working sample ini and hal for a xyyz joints_axis setup for a stepper driven machine?

my problem is thus:

i have been using linuxcnc for some years now around 90% "out of the box" so to speak on several different machines and have loved it. of course the alternative is windows, which falls into the category of things i avoid (bubonic plague, great white sharks, microsoft, etc). i have recently built a large format router and the idea of being able to square it through software was intriguing.

the wall that i am running into is that linuxcnc's documentation is spartan even by linux standards. and conflicting. i have scoured these forums and google and you would think that as common as gantry routers are, there would be easier to find examples.

right now i have upgraded to 2.7.6 from 2.4 on precise and that went without a hitch. i tried with no success to get my hands on JA14, but couldn't seem to get it to work, but then i read that it was integrated into the master branch. so far, using the sample configs and a lot of google, i have managed to get a working configuration that homes the y on separate switches, but it uses a xyza setup which is far from pretty!

in addition, now it ignores my settings in the ini for max_velocity on the z and tries to spin it at full jog speed even though it can't turn that fast! so now i have to toggle the jog speeds overtime i move a different axis. (no more vulcan death jog!) and if i forget and move the z and it seizes, then i have to toggle back to joint mode and re-home my z while remembering NOT to jog the y before switching back to teleop or risk seriously racking the machine. i rather liked it when it was power on, home, cut.

i have seen snippets of JA ini's and that looks to be an elegant solution. the problem is that i can't seem to find anything beyond snippets of ini's and hal's to go off of. what would be really nice would be an actual guide on how to set up a multi motor machine rather than a few lines in a change log saying that there a are some differences between JA and master. different from what? where do you begin? stepconf only gets you so far. would anybody more knowledgable please help me out?

on a side note, is there any way to turn off warnings when you hit soft limits now? before, the machine just stopped, now i get errors and it powers down when I'm not paying attention to keyboard orientation and jog y wrong way after homing.

thank you so much for the quick reply. that ini is totally different than the one that is included in the sample configs. it uses an xyza and gantrykins, which is what i was trying to avoid because it seems cumbersome.

Again, it tells you everything you need to know, not one iota more, and assumes you know absolutely everything else already

and that is where my problem is, i needed a bit of a more ground up approach, being neither developer or machinist, but somewhere in-between!

again, thanks for the reply and as soon as i get back to the shop, i will give it a whirl.

also any clue as to why it is ignoring my max velocity on each axis? or is it just the gantrykins implementation in general?

First thing, you have to be running the current Master branch (or an older JA experimental branch) to use the new JA style joint mappings, 2.7 can't do it. Are you in fact running Master now?

To get rid of the spurious A axis, in your ini file you need to change the Coordinates = line in the [TRAJ] section.
If your joints are 0=x, 1=y, 2=z, 3=y your coordinates line should be:
COORDINATES = X Y Z Y

If you are running Master, there should be example simulation gantry configs that you can load, run, and look at. Unfortunately I think the sim hal files are rather confusing for a beginner. (they use hal TCL)

With joints_axes it is especially important that ini settings are consistent.
Ref:
linuxcnc.org/docs/devel/html/getting-sta..._axes_specifications

When trivkins is specified without a coordinates= setting, the trivkins
module uses a default set of coordinates, namely xyzabcuvw assigning
consecutively to joints 0,1,2,.. This default is _not_ appropriate for a
gantry that uses multiple joints for a single coordinate letter.

Note that there will not be an extra or spurious A axis when ini settings
are consistent:

i just went and took a look at the ini you linked to and it is totally different from the one included in the gantry sample! this is what i was looking for and this is the first time ive seen the shared home flag. i would have failed spectacularly with that one.

do you by chance have a sample hal with that?