Advanced Search

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

Hello,
I am sorry my bad ...I am too much focusing in something and then I failing in others ...

I have tested some toolpaths till now ... Infinite spikes are gone at tp 1 and 2 at paths where it defenetely were in the past ... I noticed that TP1 during its startup with testing code 1_1001.ngc spiking much with servo time (if we take 250us as our goal - for 1ms it is fine) ..

Default TP0 and TP2 do not this behaviour ...

dark blue from scope pictures in the attachments then TP1 is spiking at each segment change over 200us during cloud of points its repeating spiking too.. 

I notice that switching between TP1 and 2 is not possible sometimes it creates error and switch me back to TP2 from TP1

thank you E.

I'm near complete converting another manual lathe (Standard Modern this time) to LinuxCNC.

These programmable keypads are convenient for commonly used key entries to Axis/MDI. From LinuxCNCs perspective they are just another keyboard.

I have a few spare keys and I would like to use one to activate a Mesa output. I can program the key to any key or even key sequence.

Is there a way to make this happen in HAL?

IIRC there is a file somewhere that either defines or lets you redefine key codes, I'm not sure if that will come into play? I suppose choosing an oddball key for this might be advantageous, so a typing a key on the regular keyboard does not inadvertently activate the Mesa output. 

 

Connect your external power button to halui.machine.on, note the estop must be released before pressing the power button.

JT