Advanced Search

im reinstalling the whole unit today.
i was trying trixie as i had to redo my host for the new cnc. But apparently is this very experimental with debian 13.

Im installing the linuxcnc 2.9.4 iso now, which should still be bookworm. then updating to 2.9.8 and installing the patch again

Not sure but looking at this makes me think that CSS is indeed hard coded to the X-Axis:
github.com/LinuxCNC/linuxcnc/blob/4025bf...ontrol.c#L1918-L1922

So the only thing I can think of is to use a switchable custom kinematic that swaps the joints used for the V axis and the X axis.

coresim will still be in the hal lib, which is symlinked and cannot be modified by user.

try to make a base configuration with pncconf, I think that is how I started.

it makes it easier to understand what is happening, also read the docs, very insightful.

switching live I think is last refinement, YangYang working in separating the TP on a separate thread, switching will be refined after that.
At least spiking is gone, the fall back messages with TP1 are expected, just debugs, will be removed in next PR I think, thank you for spending the time testing.

The phasing is done before all-op, it is about phasing with first drive DC epoch, the epoch arrives ages before all-op

Your problem is CPU and or network jitter, the symptoms your are reporting as Hakan correctly deduced, are telling us your latency is too high. 

refClockSyncCycles="1" syncToRefClock="false"

I think is your best bet.

if you still get jitter, I'd say look at your latency, cpu? kernel version? network harware? latency histogram results with a few glx gears?
isolcpus, nohz_full ?

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