Advanced Search

The RPi5 has always had spi support via the /dev/spidevX interface. The hm2_spi will load and communicate with a 7c81, but is only in using halrun, once you add it to a servo thread it falls over, this is really to be expected, as the man page suggests it is really not suitable. This is the behavior I have witnessed.
The issue was never whether spi is available or works on the RPi5. The issue is register level access via the linuxcnc driver. The Hm2_rpspi driver is aimed at the RPi3/4, getting access to the SPI interface is well documented. The inclusion of the RP1 sitting on the PCIe bus is the game changer.

To sum it up.
1. The RPi5 has an SPI interface that is usable via the /dev/spidev* interface. Of course this needs to be enabled via the usual method.
2. Hardware & register level access, as used in the current hm2_rpsi driver, requires a new driver.
3. If the code includes the bcm2835 header the rule of thumb is that it is not compatible with the RPi5.

Maybe the heading of this thread is not exactly spot on.

Hello,

I use POSITION_FILE statement in [TRAJ] to not loose positions upon exit. For A axis I installed absolute encoder to find easily always zero position (when tilt table is parallel with Y axis). 
I use HOME_ABSOLUTE_ENCODER = 1 in [JOINT_3] section.
However I noticed stored position information is taken into account by Linuxcnc upon start instead of the position of the abs encoder, this is what I'd like to change.
Is there a way somehow to not save A axis's position or ignore it and use encoder's value?

Thank you
Tamas

tommylight

i have setup about 10 machines now all about 5tons and i agree

in the 8 years or so i have been using linuxcnc i have never had a issue

i have had a gui lockup a few times when i had a low power computer running it but the realtime stuff has never faulted i also use a mesa card everytime

and analog control and servos with closed loop

Hi all,
I could not start Linuxcnc, it has issue
"ERROR: wj200_vfd unable to create libmodbus connection. - No such file or directory
./EL8_machine.hal:7: waitpid failed wj200_vfd wj200_vfd"

I downloaded wj200_vfd.comp from "linuxcnc/src/hal/user_comps/wj200_vfd" to install but it said that no "modbus.h".
I searched linuxcnc repo, could not find modbus.h file.

Any advise to solve ? Thank you.

You can remove your localization:
/usr/share/locale/

rodw wrote:

The XML file you are using is for Twincat on Windows
It is useless for Linuxcnc.
Please review the example XML files in the config you cloned.
You need to write something similar for your drive and other slaves you are using.

Thank you for reply MR.rodw
I will read more about etherCAT and try again 
thank you.

YES, china i have any desk

Grotius

I have a large 4axis program I can attach here if you like.

As others have said the issues arise when posting a lot of high accuracy gcode any move that includes the 4th axis (A axis) means that the look ahead reverts to 1 line.

Rather than something like 1000 lines ahead

Just looked at that earlier repo
forum.linuxcnc.org/18-computer/51748-eoi...-rpi5?start=0#294929
That appears to be the same raspberry pi kernel and branch I compile for the images on the downloads page.
So does that mean the Pi5 has had SPI support all along?

Hello,
I understand that linuxcnc is free software and no one owes anyone, but can't the developers solve the problem of zeroing the table if they themselves created this error???

Ride along tool mag. I was having issues finding a sensible way to mount a more simple side tray mag, because having to grab the tool shank means you need very precise positioning. Makes it a lot easier to just have it ride on the Y axis. Holds 15 cutters up to 8mm and 100mm long. it is a half moon mag so it will spin and close itself out of the travel area with no need for any air cylinder. The laser tool setter is inboard of the mag. It needs some sort of retracting cover to keep chips off it. It has an air blast inside to keep the laser line clean. Cover should be opened mechanically by axis travel into the atc zone.

I think the magazine itself will be SLS nylon printed. That should be fun all by itself haha. (the blue spindle/z cover will also be nylon as well as the mounting parts for the way covers.

 

Thanks for the tip. I also had ^M on every line ending.

Peter

Thanks for reporting, I fixed it in the repo now.

Donb9261 wrote:

There is another thread on the homing issues. A custom homing function is being tapped about with Rodw. There is a link to the github file. But, as far as I know, it is beta and does not show functionality for gantry type homing for those who do not have the higher grade 23bit multi turn Absolute encoders with battery storage of the encoder position through power cycle. In my opinion this would be the only way as I can tell with LCNC to have homing with a gantry. Given the pure open loop controller/drive interface and the I/O lag based on the Etherlabs ECAT driver, if you tried to use the I/O from the drive to catch the home switch and then catch the index pulse, you could have a roving home target.
 

There is nothing beta about the Custom homing method. Its part of Linuxcnc and documented for over two years. In fact some people have quietly implemented it.  But its up to the user to implement a version for his needs. Nobody wants to do the hard work of coding.  If you want to home a gantry using custom homing, its up to you to include support for it.

I might be wrong, but I see this is pretty trivial to add for Ethercat drives that have been homed internally. Once homed, they just need to move each side of the gantry  by the amount of the home-offset specified in the INI file in unison and reset the position as 0,0. Whether that works for drives with absolute encoders remains to be seen.
 

I have been out of the loop for a while due to illness. Let me know what you are looking for or ask around for me on IRC or Discord.