Advanced Search

ok, the integration in probe basic is deeper, not my thing,
mine is only a macro one

Already built the Trixie image, just wanted to make sure there were no gotchas. Haven't added desktop yet, I'll do that when the base image boots from nvme drive on the Pi. Build the packages, put them up on github like before and build a full image.
Eventually this will need building once Trixie is officially released, might as well start checking if anything goes pear shaped.

I started with the most recent pull from pyavitz's repo and hoping that it's just the user script is needed to be slotted in and of course the userdata.txt I used for the Bookworm build. Oh and turn SPI on as default and just for myself as I'm probably the only one that uses midnight commander ditch the red & green defaults.

With regards to network manager, I really haven't noticed an issue with it on the RPi5 even with gnome network manager, reckon it's worth putting it in ? Another personal pref as it's easy to turn wifi on & off when needed.
Does this affect ethercat ?

Hello everyone,

I started to work with linuxcnc only a few weeks ago, when I decided to upgrade my 3d printer with A and B axis.
Because my pi4 was starting to jitter I acquired a pi5. As one does..

I etched the image 2.94 for pi5 to an SD card. Running this image, GPIO is not working.

halcmd loadrt hal_gpio help
Note: Using POSIX realtime
Invalid parameter `help'
<commandline>:0: waitpid failed /usr/bin/rtapi_app hal_gpio
<commandline>:0: /usr/bin/rtapi_app exited without becoming ready
<commandline>:0: insmod for hal_gpio failed, returned -1
cnc@raspberrypi:~$

I dont have the knowledge to troubleshoot this. Unfortunately. Maybe somebody here know how to solve this.

kind regards,
JAiro

Hi Peter,

thank you for your quick reply!

The step/puls signal wires are unshielded nearby the breakout board and stuffed into one cable collector. Puls signal level is 5V, max frequency at my current settings is 10khz for one axis.

I'll add some braided copper shielding to those wires and check if it helps.

Br
Michael

rodw wrote:

unknown wrote:

Probably a bit hotter up Rods way, but to be fair Queensland is 20 years and 1 hour behind the rest of Australia.
 
Thats a bit harsh! Nobody understands that half of Queensland already has half the state with 20 minutes daylight saving built in just by the longitude. Eventually, the rest of the world will come to realise the health benefits of normal time. I think Trumpy is on to it!
 

Talk to concreters up your way in Summer. Most of the ones I worked with on civvy sites would start at 5am rather than 6am to beat the sun. I much preferred it in NSW, that extra hour when its not so hot makes a damn difference.  I guess for office workers and the like it's much of a muchness either way, but out on site when there's no trees, no grass, no shade, just dirt and excavators as far as the eye can see it makes a difference.  Even in NSW if we could get away starting at 5am in summer when I was doing playground installations we'd jump at the chance. Tho it didn't help much when we were up in Griffith in January.

Are these a good starting point and still viable or are obsolete? the racktoolchange sample readme is pointing to an old EMC patch..

github.com/LinuxCNC/linuxcnc/tree/master...emap/rack-toolchange

github.com/LinuxCNC/linuxcnc/tree/master...h-tool-length-switch

Thanks for explaining. I will ask help from remora developers.

but i don't need those modules. surplus beckhoff encoder modules are in around $60-$80us

unknown wrote:

Probably a bit hotter up Rods way, but to be fair Queensland is 20 years and 1 hour behind the rest of Australia.
 

Thats a bit harsh! Nobody understands that half of Queensland already has half the state with 20 minutes daylight saving built in just by the longitude. Eventually, the rest of the world will come to realise the health benefits of normal time. I think Trumpy is on to it!

ihavenofish wrote:

That board is rather expensive. Can get beckhoff kit for less.

I laid out the terminal block rail, seems like everything will be fairly simple so far.

Just check the currency. My link was probably in AUD which is the pacific peso these days about 0.60 to the USD.
Dont forget it includes several equivalent modules to beckhoff. Input, Output, Encoder, MPG counter, Analog 0-10v. Beckhoff encoder and I/O was over AUD $800 in 2021

I think from memory very early in the piece, the US weights and measures or congress legislated that one inch was exactly 25.4mm
Its not really about a simple tape measure. SI units come into their own when doing any engineering calculations. eg power in HP (a page long calc) vs kW (a couple of lines). Now most engineering in the US is done in SI  I am told. I think to avoid loosing another space ship.

Yes, it will be really helpful if you can share this sample and how it's implemented step by step, even if the topic is about probe basic rack implementation it should merge on it somehow

You could also try installing Debian Trixie from the debian image now its available
raspi.debian.net/daily-images/

Note that this will not install a desktop, just a console but it will have a preempt_rt kernel available. I did do up a doc on doing this for Debian Bullseye which will basically be the same.

docs.google.com/document/d/1S0K-UBlXnsYC...b_0/edit?usp=sharing

The name for xfce package might have changed search the debian packages for XFCE to get the right name today.

That board is rather expensive. Can get beckhoff kit for less.

I laid out the terminal block rail, seems like everything will be fairly simple so far.

unknown wrote:

Once again thanks mate.

I'm going to play around with making an RPi5 image based on Trixie\Testing so I'll give it a whirl.

You might as well use the provided image becasue you basically end up with Trixie (with 6.1.2 kernel) and 2.9.4 already installed.