Advanced Search

Sounds like its an error with your direction wiring. PLease chaeck it and confirm all connections are solid.

I just used the sys_fs patch for realtime, that's all that is really required.

What I've notice with the patch set you end up having to set low_latency_desktop within the context of the preempt menu and then full preempt that shows up in the main section of general setup.

Without the patch set all the fully preempt option is in the preempt section under general along with the others as per previous kernel versions.

This happens whether building an arm kernel or a x86_64 kernel.

I went thru this royka during the course of quite a few posts. The guy's right on the money.

PCW wrote:

I did, I built 6.13-rc6-rt3 from kernel.org with the RT patches applied
but roykas patch was still needed.

Sounds like the issue is linuxCNC's method of detecting a RT kernel. Maybe we need to raise an issue and find a better way  at the source rather than Roykas work around.

I didnt mean to come out punching im just frustrated there is alot to take in. I finally had some progress using an old dell pc pulled out of the garage. got it to load and booted to live install. The issue im having now is during setup of steppers when i go into tune the steppers only go in one direction. the stepper just wiggles a little ccw. cw it spins right up.the steppers are new i tried 2 of them same results. On the display it shows it spinning up to speed no errors but motor just sits there.

There can be isuse getting going on newer versions of Linux. This document covers all of the gotchas I know about.
docs.google.com/document/d/1S0K-UBlXnsYC...b_0/edit?usp=sharing
Install the latest 2.9.4 version from the downloads page (released this week) and Follow the relevant sections in this doc once its installed.

I did, I built 6.13-rc6-rt3 from kernel.org with the RT patches applied
but roykas patch was still needed.

How do I know it was needed? I stupidly thought I could create /sys/kernel/realtime
like normal file so for experimenting I did not need the patch. So I built the kernel
with the RT patch but not roykas patch first, and it failed in the expected
(POSIX non-realtime) way...
 

Not to mention thanks to Cornholio for building the rpi images and including his special features. And installing  the 6.12 rpi kernel to get the most out of the rpi5

there is always the THCAD2. You might be able to use a MUX2 to swap the inputs

Peter, 
we have found that they are still issuing patches at kernel.org. Instead of Rokyas patch, try this official 6.13 patch
www.kernel.org/pub/linux/kernel/projects/rt/6.13/
Let us know how it goes.

A big thanks to royka for making that patch.

Just built 6.13 for x86 (which needed that patch)

Seem like it's got quite good latency on my test machine
(noticeably better than the 6.11 kernel I was running earlier)
 

DRIVE = TB6600
The above should not be in the ini file, or it must be omitted by putting # in front of it.
We need more info on the drives/motors and general description of the machine.
Another thing wrong with the ini file is the PID values are all 1, they should all be 0 except P (start with 10 to 50) and FF1 (start with 1 and lower it as needed when tuning the drives).
You should really read this first and make sure the stuff checks OK before powering the machine as it might run the motors at full tilt if something in wiring or config is not OK
forum.linuxcnc.org/10-advanced-configura...ning-detailed-how-to

Hi all, 

Looking to help a friend do the same thing as this thread, but with a 7i97T for the servos and a 7i78 card for the stepper for Z and THCAD2 for Arc Voltage. 
I could use some help reviewing the hal and ini files to see if I'm on the right track.  I built a stepper machine before with a 7i96s and THCAD2, so have some experience with the setup using PNCCONF.  This is my first attempt at editing the ini and hal files directly.  I combined the basic 7i97 file, with the JT's configurator tool, and the plasma specific info from my 7i96s config.    My main question is how to correctly identify the board names in the files.  In the ini file it shows 7i97T as the board and 7i78 as the card, but I don't see how the 7i78 board gets translated to the hal file?  Ignore the scales, drive values, and pin assignments for most of the signals for now. 

Also, the servos are Cleveland Motion Controls p/n MTE3528-508BG, does anyone know how to determine the encoder scale on these?  May just have to measure it once the system is configured.  

Okay, I put created a new project in sheet cam and put the run post processing and went over into CommandCNC - Star Lab and when I hit Run From Line it says Program exceeds machine maximum on axis Y and axis X. please help!!

M3 screws follow the socks.

On a serious note I'm going to delve into the abyss that is BSPI, and see if I can do something to read a SPI ADC. Hopefully something that one can get readily from Aliexpress. Though that kind of shenanigans with require at least 4 pins.

Rpi Images are up now.

Once again thanks to Andy for making it all happen.