Advanced Search

Pardon me for not posting the errormessage encountered.
I was using hal_pi_gpio since I was under the impression from the forum that it is recommended for new projects.
Under "known bugs" on the man page it says:
*
At the moment (2023-07-16) this driver only seems to work on Raspbian as the generic Debian image does not set up the correct interfaces in /dev/gpiomem and restricts access to the /sys/mem interface.
*
The error message I got was related to access to /sys/mem. Since it was a known bug I did not save and post the error-message but instead tried going the Raspbian route.


I'm not sure what to make of your output from halrun but do you mean that you are successfully using GPIOs on a Rpi5 with hal_gpio and the downloaded "standard" img?
I'm not sure where I picked up that hal_pi_gpio was the way to go but if it works with hal_gpio I suppose that is the way to go. Thoughts?

Shamelessly ripped from wiki

US inch was 25.4000508
UK inch was 25.399977

In 1930, the British Standards Institution adopted an inch of exactly 25.4 mm. The American Standards Association followed suit in 1933. By 1935, industry in 16 countries had adopted the "industrial inch" as it came to be known,[35][36] effectively endorsing Johansson's pragmatic choice of conversion ratio.[32]

In 1946, the Commonwealth Science Congress recommended a yard of exactly 0.9144 metres for adoption throughout the British Commonwealth. This was adopted by Canada in 1951;[37][38] the United States on 1 July 1959;[39][40][41] Australia in 1961,[42] effective 1 January 1964;[43] and the United Kingdom in 1963,[44] effective on 1 January 1964.[45] The new standards gave an inch of exactly 25.4 mm, 1.7 millionths of an inch longer than the old imperial inch and 2 millionths of an inch shorter than the old US inch.[46][47]

US survey inches

The United States retained the ⁠1/39.37⁠-metre definition for surveying, producing a 2 millionth part difference between standard and US survey inches.[47] This is approximately ⁠1/8⁠ inch per mile; 12.7 kilometres is exactly 500,000 standard inches and exactly 499,999 survey inches. This difference is substantial when doing calculations in State Plane Coordinate Systems with coordinate values in the hundreds of thousands or millions of feet.

In 2020, the National Institute of Standards and Technology announced that the U.S. survey foot would "be phased out" on 1 January 2023 and be superseded by the international foot (also known as the foot) equal to 0.3048 metres exactly, for all further applications.[48] This implies that the survey inch was replaced by the international inch.

What a mess.
Then the Scots & French (anything but the English way) had different ideas.

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.