Advanced Search

Debian includes a RT kernel for the Pi 4b and it is possible to get a working RT linuxcnc install using the Debian images. But the RT kernel was not installed as a dependency from linuxcnc-uspace and needed installing separately with something like sudo apt install linux-image-rt-$uname -r) (might not have that correct. The only catch is that the images only install a text terminal with a root user. You needed to add a user, add sudo rights and then install xfce to get a working system ut it is quite doable. Sadly it does not appear support continued to the pi5.

For the Pi5 users:
www.linuxcnc.org/temp/linuxcnc-uspace_2.9.7pre_arm64.deb

@f355

I've tried looking for a RT_PREEMPT kernel in the repos, but could only find kernels that were configured for Real time not Preemptive real time (which is what Linuxcnc requires).
Debian doesn't have any support for the RPi5 as it doesn't have enough upstream kernel support.
wiki.debian.org/RaspberryPiImages#Overview

and

raspi.debian.net/tested-images/

So to get a full RT_PREEMPT kernel the only solution it would seem is to roll our own. Which would not be a suitable solution for upgrading.

One solution maybe if Linuxcnc could host suitable kernels, but I really don't see the sense in a regular upgrade regarding the kernel in this situation. I'm still running the original kernel that was built whilst building the image in Jan 2025.

BTW running pi-gen builds a couple of flavours of images everything from lite to a fully image. Tho it does use a significant amount of disk space.

I am using the Trixie version of live-build, and building on Trixie.
(I basically did a search-replace for "bookworm" in linuxcnc-live-build and swapped to Trixie. though manually and checking surrounding code.)

So I am puzzled where the splash has gone to..

Was replying to you on the laptop but didn't have the ISO there so had to swap machines. Well creakily walk upstairs, I swear I've skipped old age and just gone straight to decrepitude......enough banter.

I guess this is what your are referring to. I would say it appears as it should. Mind I haven't had a chance to test on real hardware yet.


Basically I started with a fresh fork from your repo and made the changes I thought would be required. 
Me repo and branch can be seen here, I've tried to comment the changes made within the files and within the commits as well. I think I've even mentioned using the live-build version as well.
github.com/ozzyrob/linuxcnc-live-build/tree/ozzyrob-trixie-test

Whilst I was building on my Bookworm machine I did build a live-build package & install using this the below linked codebase, installing the Trixie package on Bookworm didn't give successful results:
If using a Trixie machine to build everything should be ok. I also found using the same source and building a package for Mint 22.1 gave a successful ISO. I think I may have mentioned this before.
salsa.debian.org/live-team/live-build/-/...rixie?ref_type=heads
Which is the code base for the live-build package for Trixie.

I hope this helps.
Cheers Rob

 

unknown wrote:

Not even going to bother to upload to Google drive and ask for any help testing as it was a waste of time. I guess people are busy.

I have attempted to update the linuxcnc-live-build repo to Trixie, and have built an ISO myself. 
But it seems pretty unstable on my test motherboard. Also, the LinuxCNC splash-screen isn't showing behind the boot menu (where you get to choose to run the live image or to install) 
The latter issue has me a bit puzzled. Did that show on your image? Was your starting point linuxcnc-live-build or did you find the official Trixie config set (I haven't found that) 
 

It might be useful to way where the lathe is? I am assuming UK from the pricing.

(This isn't an expression of interest, I am afraid, I don't have the space, or the time)

Hi Rob, how's going over there? You still making model car parts?

Pop in the IRC. Note: #linuxcnc has moved to Libera.Chat and #flex-dev is my channel

JT

4 X max31855 or max6675 will read the thermocouples of heaters
and linuxcnc will do the pid driving solid state replays for temperature regulation. I plan to use an sbc like rpi5 or opi5 with touch screen.
Now for plastic dosing the are mechanical regulators with switches
that the plan is to replace with linear encoders or linear sensors measuring distance and limit switches replaced by photoelectronic or induction sensors.
An sbc like rpi5 or opi5 will be enough using GPIO headers
and 24v breakout board for driving electro valves ?

Also am looking if it is possible to remove all hydraulic system
and convert it to pure electric machine with servomotors
because mold locking is done with toggle mechanism.