Advanced Search

Strange, others have used the RPI5 with Ethernet FPGA cards without issue.

What kernel are you using?

(uname -a)

I guess it could be a hardware issue.

Do lose link lights when you lose the network connection?

I can try and duplicate this when I get a chance.

I was able to cause it to crash out without going into Linux CNC if i load it up too much with commands like
sudo chrt 99 ping -i .001

It handled running realtime at 1ms delay with averages of .101ms  for 10000, 20000 and 30000 pings, but when I jumped to 50000 pings it crashed out at about 40k pings..

So there is something that someone in the "chain" doesn't like under high network traffic..

and again, unplugging and plugging back in (just the network) fixes it... which is... wierd... (to me)..

Here is my Servo Period:
SERVO_PERIOD = 1000000

and here is my Servo Timeout
setp hm2_7i76e.0.watchdog.timeout_ns 5000000

the whole config can be found here (its where I wrote it a while ago, but my old pc died so working on getting it up and running on this pi)

github.com/Skyfire-community/SVM2-LinuxCNC

Dude damn that worked actually, below you will find a functioning config for the pi5 which is based on the link provided above, time to get some drivers hooked up

Yeah for sure, i was gonna make a little setup guide as soon as i have it done correctly so i dont have to do all the research again in the future, might aswell post it all on here for everyone that has similar issues

The config the user posted was for a 6 axis machine. If that's what you need it should be good to go once you correct the couple of mistakes.

If I may ask, once you have the basic config working, could you attach the files to this thread. As I attempting to have a one stop thread with a heap of info.
forum.linuxcnc.org/9-installing-linuxcnc...the-rpasberry-pi-4-5

Awesome, thanks, will take a look and see what i can fix, i dont think setting up a config for 6 axis will be a big problem once i actually get the gpio stuff working

Regarding GPIO drivers.

For the Rpi5 please use hm2_gpio
For the RPi4 hal_pi_gpio or hm2_gpio (this looks like the easier option to setup) , should be no need to mess with permissions

linuxcnc.org/docs/devel/html/drivers/hal_gpio.html
linuxcnc.org/docs/devel/html/drivers/hal_pi_gpio.html

What is the servo thread rate?

How are the ping times?

This may be a starting point
forum.linuxcnc.org/9-installing-linuxcnc...i-5?start=350#320817

But continue reading, as the user did make a few mistakes in the hal file, but these were pointed out in the next post. May not be exactly want you want, being 6 aixs, but it's a starting point.

But yeah it's hal_gpio for the PI5
linuxcnc.org/docs/devel/html/drivers/hal_gpio.html

jhandel wrote:

Got a strange one with a Pi5...   Network seems fine when I am just pinging my Mesa card (a 7i76e) but when I run Linux CNC, things kick on but then the network crashes and I get a bazillion (technical term) hm2/hm2_7i76e.0: error queuing read iter=xxxx) and everything turns back off.. 

Once it dies I can't even ping the Mesa card (10.10.10.10) until I unplug and plug back in the ethernet cord... Then its happy as a clam pinging.. but once I start up Linux CNC again same crash right as the UI inits. 

(Linux CNC 2.9.3, PI5 8Gb, NVMe Boot)
 

You may want to start reading from here:
forum.linuxcnc.org/27-driver-boards/4223...read?start=20#207308

Unfortunately I don't have any ethernet hardware to test with (only SPI), I have a 7i92 but that's in the mill enclosure and is a PITA to access. From reports the 6.12 kernel on the most recent RPi images have better latency, but I can't say whether that would solve your issue.

Grad wrote:

I do not know how you guys even got so far: i have a Raspberry Pi 5 Modell B, 4x 2,4 GHz, 4 GB DDR4 and created images of v. 2.9.4 to SD card & USB drive with 3 different burning software including balenaEtcher. When i boot the RPi5 the drives are not recognized (as bootable) at all. With an image of vanilla Ubuntu it works just fine.

 
According the the RPi docs there is no RPi5 Model B, hmm screwed up on this, should have read further down, it does identify as 5-model-b, which can be found out by the following code snippet.
First thing I would is check the integrity of the download.
linuxcnc.org/iso/rpi-5-debian-bookworm-6...7-0140.img.xz.sha256
I test all images prior to uploading on a RPi5 4GB bought around Nov\Dec 2023 with latest EEPROM and on a RPi400 with latest EEPROM.
What I would suggest is boot to Ubuntu, then with a USB drive that you have written the Linuxcnc image to attempt to mount it.[/quote]

I see, what do i need to do to get it configured for the RP1? Might be a very obvious answer but im a newbie and dont really yet know exactly what im doing.

Do i have to do anything other than redoing the hal file? This issue seems to be a bit deeper than just the hal file (or atleast thats what makes ĺ
sense to me)

Got a strange one with a Pi5...   Network seems fine when I am just pinging my Mesa card (a 7i76e) but when I run Linux CNC, things kick on but then the network crashes and I get a bazillion (technical term) hm2/hm2_7i76e.0: error queuing read iter=xxxx) and everything turns back off.. 

Once it dies I can't even ping the Mesa card (10.10.10.10) until I unplug and plug back in the ethernet cord... Then its happy as a clam pinging.. but once I start up Linux CNC again same crash right as the UI inits. 

(Linux CNC 2.9.3, PI5 8Gb, NVMe Boot)

Looking at the source for hal_pi_gpio it's setup for the BCM2835 (RPi 4). The RPi 5 uses the new RP1 southbridge chip for IO.

Hello everyone, ive been trying to set up linuxcnc to work with my Raspberrypi 5 for a week or two now, ive gotten to a point where i can load the hal_pi_gpio driver with no errors showing up, i have a config running in linuxcnc and i can see in halshow that the pins are activating and deactivating, the issue i have is that the pins only activate and deactivate in the software and not physically, i cannot measure any difference on the physical pin itself, i can use gpioset command to set the pins to high or low manually and that works well, but as soon as i try setting it to high/low using halcmd it just doesnt change state, i would greatly appreciate some assistance in setting this up correctly.

The hal file below was given as an example somewhere online, dont remember exactly where i got it but it is as mentioned supposed to work considering that halshow shows the pins and the fact that they should be changing state.