Advanced Search

I'm sorry, I'm very confused by all of this. I have thousands of hours on a Tormach running Path Pilot, but this isn't behaving in a similar way.

The GUI G54 location set in the GUI at the bottom of the last screenshot isn't reflected in the offset tables. The display of the work envelope shows my G54 origin moving if I jog and hit the G54 zero GUI buttons, but the offsets table doesn't change. How is the offsets table supposed to be configured? In my screenshot, the Z column of the offsets table has values 1-12 in it, but I don't know where those came from or why they're there.

Yes there are some changes to the 6.x series kernel. A couple of months ago there was a long thread regarding building the newer kernels. You would be best to search for that thread and read it, pay special attention to the posts by royka. His advice was crucial in building the RPi5 & RPi4 for the Linuxcnc images.

You have to make sure that you select the proper RT kernel in the config.
Some kernel require a patch so that Linuxcnc recognises that there is a RT kernel running.

The kernel provided with the 2.9.5 iso works, is stable and is in use by many users with no issues.

Lenovo M72e with an i5, I use one as my test bench. Even works well using a parallel port using software step\direction. Be careful as some may have a G series CPU, but these can be swapped out for a 3rd gen i5.

Odroid x86 H series work well, that what my mill runs with, H3 in my case.

If you want to use a arm based SBC I'd go for a RPi5, images are available and work with no issues.

Honestly the best bang for buck is a ex corporate PC.

With the RK you have to build\source your own RT kernel.


I have seen your thread, have you actually tried running a config with the PC you have ? In a real life situation you are not going to be watching 4K youtube videos when machining a part. Just give it a go and don't get so hung up on latency. With a setup using the Parallel Port it is an issue but an external step\dir generator board shouldn't be so picky about latency nor should it require a base thread, servo thread should be all it requires..

What you may spend on a suitable new PC (especially if you are considering an Rpi5) maybe equal in cost to a Mesa board...and whilst the remora project is well supported and has had a lot of work put into it I'd know which way I would jump.

I've had luck using AUD $40 Spartan 6 dev boards running Hostmot2 firmware using either an SPI or EPP interface. Apart form Mesaflash issues I'm also having success with Ethernet as well.

hi all
i tried to install in 3 different computers with no sucess, all of then was working linuxcnc installed. in the last one it says it could not find tpmod_scurve.so. i was able to run the previous versions, so i copy this file from a previous installation and was able to start in simulation mode but those new hal pins didnt apear to me.


edit
solve the problem moving files from clothoid_3d and scurve to their lib directories.

edit 2
cant run ethercat

when installing  linuxcnc-ethercat this error apears

/home/cnc/scurve2/linuxcnc_scurve_compact/linuxcnc-ethercat/lcec_rtapi.h:22:10: fatal error: rtapi.h: Arquivo ou diretório inexistente
   22 | #include <rtapi.h>
      |          ^~~~~~~~~
edit3
it runs on ethercat now but i cant start a gcode, it says

task: main loop took 0.023097 seconds
tpAbort.
tpAbort.
task: main loop took 0.070196 seconds
tpAbort.
tpAbort.
task: main loop took 0.044852 seconds
task: main loop took 0.011368 seconds

Then the above pins must stay below ~50000 nanosec at runtime.
they all stayed below 50000 nanosec


 

Good evening, I would like to know for sure what hardware I should have to run linuxcnc to drive a NVEM rt1052 with remora to not have latency problems with the video test on youtube while the machine works.
What do you think about an RK3588S? Is there something cheaper with the same or better performance?
Thanks and sorry so much.

You could try sifting throughBut be ready to get shocked by the amount of info there.

Moved to "EtherCAT" section.

Hello everyone,

I'm a noob when it comes to Linux CNC. I currently have some Leadshine L8 servo drives (identical to EL8?) and I am trying to set up Linux CNC. I am using a raspberry pi 5 and installed the "LinuxCNC 2.9.4 Raspberry Pi 5 OS based on Debian Bookworm Raspberry Pi 5 Uspace" iso

So far, i have :
-Followed Rodw's post on installing Linux CNC from repositories
-Copied the Github repository by Marco Reps
-Compiled cia402.comp, el8_homecomp.comp, and always_homed.comp

Now i need to configure the hal, ini, and ethercat-conf.xml files and the files from Marco Reps repo looks overwehlmingly complex.

Could anyone help me figure out what are the basics needed to launch Linux CNC and understanding more what the content of those files mean and what do I need to modify.

I have used AutoCAD V13, Catia V4 and V5, Inventor, and Onshape in the past. I have been using Freecad for a while now. For simple stuff I find it just as good as any CAD program, once you become more rigorous with your use of reference plans rather then sketching on existing geometry.

With the castings I am drawing up for my antique motorbike engine project, where everything has draft angles and fillets,  I am definitely hitting the limits of it's filleting engine. I normally end up deleting my extrudes, and fillets multiple times, and changing the order I do things, and sometimes find an order which leads to most of the fillets I need. Luckily the time consuming part is the sketches, so there is not too much pain involved in backing up on extrudes and fillets, as the sketches get reused.

There is some issue with MacOS's latest release 15.4 which breaks access to numpy, which the CAM workbench needs. There is a workaround which works for some, but didn't for me.
forum.freecad.org/viewtopic.php?p=824067#p824067.

There is something odd with your installation.
I just tried myself to "apt remove ethercat-master ethercat-dkms" followed by "apt install ethercat-master ethercat-dkms" and it worked just fine.
I do not get the "tainted kernel" message.
Can it be that you have compiled the ethercat master yourself at one point? And that the runnning ethercat master is looking for ec_generic in a place where it isn't?
It's a bit of guesswork and searching now.
Can you the command "sudo service ethercat status" and compare the ouput with mine?
 

Edit. Can you also repeat the search for ec_generic, but this time search for ec_master, in the same way?

Edit 2. No need to search. Instead show the output of the command "sudo modinfo ec_master", especially the first filename line.

deleted

I would first take a look at:

linuxcnc.org/docs/html/config/ini-homing.html

You can share limit/home switches

It seems to me that rather than a center limit, you would do some math in hal
to assert a fault if the heads get too close to one another.

I would expect that specific support for a dual head gantry machine would have to be done
by direct editing of the hal/ini files, not something that a generic GUI setup can reasonably do.
 

Unfortunately, it still doesn't work. I've since reinstalled the system, but there's no improvement. I don't understand it. The system worked before the reinstallation. I performed the installation according to the instructions. Anything else isn't possible for me anyway, as I'm just a user and don't know enough to try anything myself.

[  100.533257] EtherCAT: Master module cleaned up.
[  101.670667] EtherCAT: Master driver 1.6.4 1.6.4.g703b611-1+17.1
[  101.670804] EtherCAT: 1 master waiting for devices.

Master0
  Phase: Waiting for device(s)...
  Active: no
  Slaves: 0
  Ethernet devices:
    Main: 80:ee:73:fd:0f:8b (waiting...)
      Link: DOWN

the only thing I noticed:
8.198677] ec_master: module verification failed: signature and/or required key missing - tainting kernel

 

I need assistance setting up my dual-head gantry system in LinuxCNC. My current configuration has:

• Limit switches at both ends of each axis
• An additional center-position switch (to prevent collisions between the two gantry heads)
• No dedicated home switches (just these limit switches)

I'm trying to understand:

1. How to properly configure these limit switches to also function as home switches
2. The correct way to set up homing for this dual-head gantry system
3. How to implement the center-position switch to prevent collisions between heads
4. Proper configuration in MESA CT for this setup

I've reviewed the documentation but am unclear about:

• How to handle the limit switch configuration when there's no dedicated home switch
• The best homing sequence for this dual-head arrangement
• How to implement the center-position switch logic

Could someone experienced with similar setups please advise on:

• The appropriate HAL and INI configurations
• Best practices for homing in this scenario
• Any special considerations for the MESA CT hardware

Thank you in advance for your help!

Well, that was easy.