When you start lnuxcnc with sim config from the window system menu, there is a question
whether to make a copy of the config, say yes. You find it then at $HOME/linuxcnc/configs/sim_axis or similar
and your user should own the files.

In the ini file, remove all HALFILE= that has "sim" in them.

Am looking for some help to get a simple ProBotix-based small-format router up and running. Our office is in Novato, CA, 30 minutes north of San Francisco.
Please post any offers here, and we take the conversation off line.
Thanks!

Well, i tried just copying the files and the call to the halfile in axis_mm.ini and now i get the error trivkins already exist. Tried removing the x axis parts in core_sim.hal, and i cant save it, as it has root as owner. How do i Bypass this?

In seriousness though, I find its less about beginner vs expert in CNC stuff, and more about if you are well versed in linux usage. Most of my troubles setting up were because the instructions just assume you know everything about linux already and leave a lot of critical details out.

Exactly. And i dont rallye have any prior knowledge to this in linux.

In axis i get this:

G20 G64 P0.05

 



G21 G64 P0.05

 

How is G64 P- handled internally with G20/G21? Is the P value just a straight number that's interpreted according to whatever units are currently active? I don't see any mention of units at all in the docs.

FreeCAD is changing up its postprocessors, and I'm trying to figure out if

G20
G64 P0.01
G21

is the same as

G21
G64 P0.01

Thanks!


ETA- Now that I look at it, the order is still the same as the old FreeCAD postprocessors, but I'd still like to know. It seems weird to me to see G64 before either G20/G21 appears, but if it's literally just setting a number that has zero unit awareness, it's not actually a problem.

Mark, this is the solution you end up with, you need execution blocking for the tool changer hal component. here is my program, if you need my email address let me know. 

Hey Mark, i kinda parked this because the problem i ran into, no contributors and i have other project going, that said, you just set g28 for parking during transitions and add it to the postprocessor configuration.

I can attach both or have attached the post processor for fusion360 somewhere in the forums under my username, here is my tool changer program from my lathe.

I have a part-off slide mounted to my lathe spindle 90 degrees to X-axis.  It's defined as "V" axis as that seemd to match the basic cartesian configuration best; it's not a Y axis as all the tools mounted on X can't move in Y.

I'm working on a custom M-code to run the part-off process.  I'd like to accomplish the following:

• Program part-off in diameter, just like programming an X-mounted tool in diameter mode
  • In progress, I think I just have to cut the joint movement scale in half, and fiddle with the homing so "V0" is tool tip at center of rotation
• Program feed per rev (G95)
  • Seems pretty straight-forward
• Use CSS (G96)
  • How?

Question... can CSS be used on any axis other than X?  i.e. is G96 hard-coded to X?

If I re-define the parting slide a "U" axis instead of "V", will that work since "U" is considered as co-linear with X?

If CSS is hard-coded to X, any ideas how I can accomplish CSS on a non-X axis?

I don't need/want to move the X-axis while the parting slide is moving since the subspindle is mounted to X-axis slide and will (hopefully) be clamped on to the part.  But swapping the X and V (or U) joint/axis before a part-off and then switching back seems... complicated.  And likely to cause lots of following error issues.

I'm all ears if anyone's got suggestions.

 

I can yea. what bothers me, is that the DRO was "filled" with the encoder position right away previously. Now, it rarely does but most of the time, takes 5-10 seconds to fully fill in with machine positions. If you enable it before that, you get amplifier errors or a loud axis clunk.

I dont know of anything that changed other than weather

Can you plot pll-err? Sounds like you have quite a bit of "normal" jitter.
That can be seen in pll-err.
dc-phased is just the condition that pll-err is below 10% of your servo cycle time.

No, I was just setting up. I have a couple toggle switches working on gpio but that’s it. I was just getting excited I could see it talking through halshow. No servo/spindle drivers yet.
I figured the MPGs should have been the next easiest thing to do

Hi, great tool — thanks for sharing it!

I ran into two issues with the generated G-code on a standard LinuxCNC setup (not PathPilot), both easy to fix:

**1. D and I parameters are swapped in the G71/G72 line**

The generator outputs:
```
G71 Q#### D{stock_allow} I{doc} R... F...
```
But LinuxCNC G71 expects `D` = depth of cut per pass and `I` = finish stock allowance — the opposite of what is currently generated. With the values swapped, the cycle runs with a 0.2 mm DOC and a 2 mm finish allowance instead of the other way around.

**2. X and Z arguments on the G71/G72 line cause the machine to stall**

The generator adds `X{start_x} Z{start_z}` directly on the G71 line:
```
G71 Q#### X30.000 Z2.000 D... I... R... F...
```
LinuxCNC does not accept X/Z on the canned cycle line itself — the approach is already handled by the preceding `G0`. With these arguments present the spindle starts but the machine does not move.

**Fix** — patch profiler.py (4 occurrences):
```bash
sed -i 's/X{start_x:.3f} Z{start_z:.3f} D{p.stock_allow:.3f} I{p.doc:.3f}/D{p.doc:.3f} I{p.stock_allow:.3f}/g' profiler.py
```

After the fix the output looks like:
```
G0 X30.000 Z2.000
G71 Q#### D0.500 I0.200 R1.000 F100.0
G70 Q#### F50.0
```
Which runs correctly on LinuxCNC 2.10 with AXIS.

Hope this helps, and thanks again for the project!

I did, unfortunately with SyncToRefclock set to false, the dc-phased pin starts flickering.

the reset counter doesnt go up either.
with it set to true, the rest counter goes to 1 or 2 per lcnc launch.
what ive also found, without every driver being ready, the dc-phased pin is already HIGH. Is that supposed to happen?