Advanced Search

Well I am dumb and a stick, I got the ip a and attached it here.
 
But had no luck getting the other info you want,  I am not a linux person so you will need to write exactly which the commands are needed for me to supply the info to you.
I tried to use the terminal but no luck,  I did do file searches but could not find that file (checkmask.txt). 
 
 

Tried with ACPI=off and pci=biosirq, didn't change much. Again, apologies for errors as garbage quality images

Hi, I'm also new in lcnc, so maybe not so helpful what I write.

Clone these 2 repos (or download az zip)
github.com/marcoreps/linuxcnc_leadshine_EL8
github.com/LinuxCNC

Clopy from the second these files in to a known directory (/home/cnc/linuxcnc-dev/emc/motion/) for example.
homing.c
homing.h
motion.h

from the first repo, edit the el8_homecomp file, and change the path to homing.c file, to where you saved your files.

compile the cia402.comp:
sudo homecomp --install cia402.comp

compile the el8_homecomp.comp:
sudo homecomp --install el8_homecomp.comp

edit your axis.ini (or whatever is your gui)
after the EMCMOT, paste this line:
HOMEMOD=el8_homecomp

So thats it. The rest is setting up the servos, and the internal homing in the drives. Without it, you can not use this process, since the servos not responding to homing request.

It is quite possible that I did not write something correctly, as LinuxCNC is new to me as well. If anyone has any additions, please feel free to add them.

Finally decided to bite the bullet and build a CNC router after dreaming about it for two years. After looking at centroid and grbl, decided linuxcnc would be the best option for me

I'm trying to run the LinuxCNC 2.9.2 Debian 12 ISO on a dell XPS 15 9550 2016 with a windows 10 dual boot. Installation goes smoothly.

Whats wrong:
When I try to boot into linux via GRUB I get "loading initial ramdisk" followed immediately by "error: out of memory" and a crash dump.

The odd thing is, I was able to install and run regular Debian 12 perfectly fine. The live USB version of LinuxCNC 2.9.2 also boots perfectly fine.

What I've tried
I am fairly new to linux so I'm not sure if I'm missing anything obvious. I spent nearly a full day trying to troubleshoot this on my own to no avail. Things I've tried: updating GRUB, partition reformat and reinstall multiple times, increasing swap partition to equal ram size (16gb swap, main partition ~80gb), disabling ACPI, adding "dis_ucode_ldr" (though I have no clue what either of those are), verified BIOS settings are set as recommended for the XPS 15 (secure boot off, UEFI, sata set to AHCI) . Recovery mode does nothing, I've tried searching through these forums for anyone with similar issues but couldn't find any relevant posts mentioning "ramdisk" crash on boot.

Wasn't able to find the error log, either because of my inexperience with linux or because it doesn't exist (because it crashes before it can write the log?), apologies for posting log as pictures.

Any help or further direction would be appreciated, I'm a bit lost as to what to try and where to look next.

You have 'qtdragon.eoffset_count' instead of 'qtdragon.eoffset-count'.
Note the underscore _ instead of the required hyphen -

OK,
I think I have it working.

After connecting all wires and running config wizard it seems to work.

At least inverter reacts to signals from AXIS roughly as expected.

But run in to another problem , now residual current protection is triggering.
But this I know how to deal with.

KM

I only tried this once to have a look at it in a sim config but I used the '#defined HOMING_BASE' to point it to the default 'homing.c' which then created a 'homecomp.c' that created the joint hal pins I mentioned above. This then let me choose to home the a joint with my modified home procedure or the standard one. 

If HOMING_BASE is #defined and points to a valid homing.c file, an example of a customized homing module is built. This module creates input hal pins joint.n.request-custom-homing that enable an alternate joint homing state machine for requested joints. A hal output pin joint.N.is_custom-homing verifies selection" 

www.linuxcnc.org/docs/html/man/man9/homecomp.9.html

 

Hi all,
I followed the manual when configuring “Auto Raise Z Axis”. However, QtDragon_hd no longer starts and displays an error in the console. What can I do?
   

qtdragon_hd_postgui.hal:
 

Detail from the manual:


Peter
 

No, NPN or PNP does not matter as long as you connect the drive  PW and COM
pins properly. This is especially true of 7I96s outputs 4 and 5 since they are not
polarized. If you use outputs 0..3, NPN or PNP are fine but you must observe the
output SSR polarity.

"As for jogging, you should be able to handle that from hal using 'motion.jog-inhibit' pin."

Thanks, this is what I'm looking for.

I need homing once and the rest of the time the drives will solve the accuracy, but yes, it it not optimal.

"If I remember correctly, the custom homing module creates hal pins for each joint that let you choose whether to use custom homing (ie drive internal) or default homing (ie HOME_ABSOLUTE_ENCODER = 2) but I have not tested that."
Did you saw that in documentation? I did not find it.

So in fact it should not matter if I select PNP or PNP wiring scheme, as 4AB switch is jest a switch controlled by mesa.

PNP wiring scheme from inverter manual I understand.

KM

So what are the values you are seeing for 'halui.axis.x.analog'?

Note there is a pin that sets deadband:
halui.axis.jog-deadband
www.linuxcnc.org/docs/html/man/man1/halui.1.html

Also note that if your jog-speed is zero then there is going to be no movement because 'halui.axis.L.analog' value is multiplied with the current jog-speed:
'The value, typically set between 0.0 and ±1.0, is used as a jog-speed multiplier.'

The 4A,4B5A,5B outputs are from a solid state relay
when output4 is on, Out4A is connected to Out4B
so basically a switch.

The drive itself supplies 24V for input operation.

In fact if you are unsure about the drive connections
you might wire up mechanical switches to the S1 and S2
inputs and verify operation before transferring the connections
to the 7I96S (outputs 4 and 5 behave identically to mechanical switches)
 

Can you run this script to check your setup?

 

Download
chmod +x checkmask.txt
./checkmask.txt ethernet_device_name

ethernet_device_name will be something like eno1 or enp0s25
You can get a list with the command
ip a
 

OK,
I am not getting it that fast.

So it seems (to me) that currently I have connected analog 10V signal from mesa to inverter from TB2 22,23,24

But I am missing Spindle forward/Reverse signals.
Those would be OUT4 and OUT5.
I can easily rewire some spare lines from cable I already have, so no problem here.

But I do not get if I am to get 24V from mesa or from other source.

And I still do not get the difference between NPN and PNP.
I do not fully understand schematics you mention.
Also I do not get how Out4A and out4B are related (I assume they are connected together through somethings (transistor or relay) I guess?

I do not know what kind of transistor there is on mesa board (if this sentence have any sense).

I have very little background in electronics. I mostly deal with mechanics.
So really need some help here as I do not want to burn any of my devices.

KM