Advanced Search

Buongiorno, sono un nuovo iscritto di appena 78 anni, appassionato di elettronica e meccanica.
Ho bisogno di inserire le funzioni Pausa e Resume per poter fermare gli assi x e y mentre l'asse z si trova in un certo punto, e riprendere il loro movimento quando l'asse z raggiunge il punto successivo (tutto controllato da fotoaccoppiatori). so che è possibile, ma purtroppo la mia competenza nel linguaggio di Linuxcnc è limitata.
Grazie.

I use ecam, as soon as I can I'll send you mine, it works well.

Hello,
Thank you for your reply
Ideally, I would like to integrate the project from PedPex which is a COS SIN converter (with IC-NV chip) for heidenhain glass scale directly as an ethercat module. It would receive COS SIN signal, convert it to quadrature, read by the STM32 then sent to Ethercat.
But this is a little bit out of my league knowledge wise, even if you did most of the job regarding ethercat and Pedpex most of the job regarding COS SIN conversion

I am currently running LINUXCNC - 2.9.7
6.1.0-30-rt-amd64 #1 SMP PREEMPT_RT Debian 6.1.124-1 (2025-01-12) x86_64 GNU/Linux
This was upgraded, re-installed and built from source after my initial installation. I installed Mint on another drive, but the OS took forever to boot, and just felt sluggish.
My main aim is to get something functional and stable going ASAP. I can always make it nice later.

Actually when you know where to look, the documentation runs to hundreds of not thousands  of pages.
setting up a gantry machine requires joint axes and is covered in the  homing docs. linuxcnc.org/docs/stable/html/config/ini-homing.html
You usually need to read that link about 10 times before it makes sense.
Briefly you need a home switch on each joint (eg a joint is a motor). When set up right with negative  home_sequence, the first side of the gantry stops and waits for the other side to catch up before moving in unison. Gantry Squareness is adjusted by setting the home_offset in the ini file 
 

Yes, you do need switches for each joint for tandem axis to work properly and be able to square the gantry anytime the machine homes.
If you do not have switches, you can just wire both Y drives to the same output on Mesa and make a new simple XYZ config.
BTW, you can make as many configs as you like, test, experiment, try things out, have a blast...
And feel free to ask as much as you like, you are always welcomed.

The machine does not currently have limit switches. I have the limit switches commented out.

I recently rebuilt the machine from the ground up. As the software is an upgrade, I am trying to get it working in its most basic form before adding limit switches, a touch plate, a probe, and a tool changer.

Do I have to have hardware limit switches set up in order to get the gantry to work correctly?

Apologies if that is a dumb question. I have found the documentation incredibly lacking, which is why I’m here on this forum.

unknown wrote:

Do you want the OS to mount a drive when plugged in or do you want to mount & umount the drive manually ?

Reminds me, i have disabled caching for USB devices as for the life of me i can not find a reason for it to exist, and any internet reasoning that it is safer = boo fakin hoo!!! How the hell is it safer when you get notified the copying is done while the coping is still ongoing in the background and you yank out the USB ending up with corrupted files. And the copy time is always wrong.
Not a huge issue with 8 or 16GB of RAM, but an absurdly annoying thing with 96GB of RAM and copying 10 Linux ISO's at once.

Quail wrote:

Right now the machine fires the torch using a regular output pin, which works fine when everything is going perfectly, but when a limit is triggered or the E-stop is pressed, it doesn't quite understand that it needs to disable the torch as well. 

Have not tested QtPlasmaC in quite some time, but for sure it did disable/shut off the torch on any of those, and also on program stop and program pause and when hitting ESC.
Also it would not turn on until F9 is pressed or an M3 is issued from MDI or gcode.
That is basic plasma behavior, so i doubt something was changed there.

See the right side of PCW's screenshot, did you choose the pin/home/limit switch for Y2 axis?
More importantly, does the machine have a separate switch for each joint of the Y axis?