Advanced Search

I think that you only get .ko files if you are running kernel-mode realtime, ie RTAI (basically).[1]

If you are running preempt-rt then the components are compiled into .so files.

But as has been said, you don't need to know where they are normally.

[1] It's possible to run RTAI kernel and user-space Linuxcnc. And also Xenomai is supprted in both kernel and user modes too.
I don't know if you can run preempt-rt in kernel mode, but it wouldn't surprise me.
However, the main use cases are user-space preempt-rt and kernel-mode RTAI.

Thank you, I will check it tomorrow.
What about this: "net spindle-vel-cmd-rpm <= spindle.0.speed-out"
It is so written in my HAL-file.
I have a problem to find out, which terms are for HAL and which are for Mesa 7i96s,
what is a parameter and what is a pin (hardware).
I assume that your "hm2_7i96s.0.pwmgen.00.value" is a parameter that Mesa wants to know or has to know. Is there any library where I can find all those necessary orders and parameters for this card (7i96s).
Please apologize if my questions are dumb, but I'm willing to learn

BR Rex

You might be able to get away with not converting the Z screw, as long as upwards cutting forces never exceed the mass of the table. Which is quite likely.

Though in the case of my Harrison (much smaller) I needed to convert because the torque required to move the trapezoidal screw was too high.
Another consideration is if you plan to use the horizontal spindle in CNC, as upwards forces are more likely then.

Ryzen 5 3500 is 6 core 6 thread CPU, so it has no hyperthreading.
Also had a Lenovo ThinkBook 14 (i think) with Ryzen 5 5500U that was perfectly OK for use with Mesa boards, tested on a machine for several days.
Now i only have a 3600 non X on a B550i board, not tested yet, but the same board with 3700X was perfectly OK.
Use bigger coolers, although series 3 and 5 do not heat much, the temperature does fluctuate at the higher end when RT is in use, so might cause throttling and subsequently latency spikes.
And if there is no need for base period, there also no need for very low latency.

DMM?

www.dmm-tech.com

I seem to recall that there was an issue with their analogue voltage control on the Dyn3 drive (I have never actually used them)
But I think that they are familiar enough with LinuxCNC to be able to advise if you contact them (they are in Canada)

Is it possible that you have a G92 or G52 offset stored?

ihavenofish wrote:

That's leadshine. A potential option here, but their prices are way too high.

Yeah, sorry for that, lack of sleep as usuall and shooting from the hip.

You could try switching to joint mode (halui.mode.joint ) then homing, but I am not sure that is preferable to unhoming then rehoming.

What is the input that prompts this? Are you literally just working at the command line, or is the rehoming prompted by a soft or hard button?

Use this
latency-histogram --nobase --sbinsize 1000 --show
You have latency excursions outside the visible area on both screenshots, and IRC you do not need the base thread.

You don't seem to have anything connecting spindle-speed out to the mesa card?

You have wired the spindle-enable to an SSR, but the analogue spindle speed value would normally go to a PWM.

net spindle-vel-cmd-rpm => hm2_7i96s.0.pwmgen.00.value

See this post for examples:
forum.linuxcnc.org/10-advanced-configura...7i96s-analog-spindle

The "float division by zero" looks worrisome. Do you see that in a sim config too? Or is it a problem in your own handler code?

Do you have any matrix keys mapped to keyboard events?

This may be worth raising as a bug on the bug tracker:
github.com/LinuxCNC/linuxcnc/issues

I am a bit confused about this, as we have bugs open saying that we allow MDI queuing, but shouldn't.
github.com/LinuxCNC/linuxcnc/issues/2956
(I think that we should allow it, it's useful)

This sounds like a question for Chris, and might do better on the dev mailing list.

Ok, point taken thank you. It s the opt block button in qtdragon.