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?

Was this a fully working system before you added the MPG?
 

moved to a different PCI slot, no change in behavior
moved to enable breakout power (W1, W2 up) no change in behavior
tried lspci -vv, didnt find the board. Sucessfully enabled board with setpci, then lspci confirmed board was not disabled.
...tried mesaflash, and mesaflash still returns no 5i25 board found.
did not mess with W3 on the 6i25

EDIT: i have completely removed the encoders from the 7i77 and later removed the 7i77 from the 6i25 in an effort to at least see if the 6i25 could be found.
I would also like to point out that if I connect the 7i77 i am in fact getting 5v from the 6i25 (if enabled breakout power) ...i probed with a multimeter (on the 7i77) the encoder TB and also probed on TB1. So I would say the 5v power seems to be there...


I am beginning to think i have a problem. I do have an ethernet port. should i consider a 7i97? Or i might be money ahead trying a whole new PC at this point.

The whole encoder thing suggests a  5V power issue.
(short or mis-connection)

The hard crash may only happen when LinuxCNC fully starts meaning the correct firmware is installed

W3 sets the I/O pin 5V tolerance option, it should be left on the defauly "UP" position

To be clear, i am not hard crashing anymore after installing a new 6i25 that i got last week. I am not sure what firmware is on either board.

I could try another motherboard...just a ton of work. what does the w3 jumper do on the 6i25?
i may try going back to breakout power enabled on the 6i25. It didnt like the differential encoders when I did that, but at least i was getting things through the 7i77.

I wonder if somehow the motherboard was damaged in some way at the first fault.
Because this is quite odd behaviour.

I wonder if you would get the same hard crash fault if the new 6I25 had the correct firmware?

ok, I used the setpci command, seems to have worked, I no longer get a disabled on the lspci command:
 

however, the very next thing I do is try to run mesaflash, and again it cannot find the card: 


I have adjusted all the PCI setting I could find in BIOS, no luck there either. The motherboard does not have PCIe jumpers, checked that as well. Everything was set to GEN1 just the same