Advanced Search

github.com/LinuxCNC/linuxcnc/blob/master...smac/machine.tcl#L83

the error says db_arc-ok.out does not exist ,

the qtplasmac_comp.hal needs those debounce pins

github.com/LinuxCNC/linuxcnc/blob/master...tplasmac_comp.hal#L8

you need to set up those debounce pins to use qtplasmac
github.com/LinuxCNC/linuxcnc/blob/master...smac/machine.tcl#L83

Thank you. I made onother step towards spinning this motor because of that for sure!
I thing I got my XML wrong now.
Slaves:
cnc@raspberrypi:~/dev/hal-cia402$ ethercat slaves
0 0:0 PREOP + EK1100 EtherCAT-Koppler (2A E-Bus)
1 0:1 PREOP + EL1008 8K. Dig. Eingang 24V, 3ms
2 0:2 PREOP + EL2008 8K. Dig. Ausgang 24V, 0.5A
3 0:3 PREOP + AS715N_sAxis_V0.10

XML I got from MWalz but I changed slave idx from 0 to 3
I'm not sure but it is looks like logical thing to me.

<masters>
<master idx="0" appTimePeriod="1000000" refClockSyncCycles="1">
<slave idx="3" type="generic" vid="00400000" pid="00000715" configPdos="true" name="A6">
<dcConf assignActivate="300" sync0Cycle="*1" sync0Shift="25000"/>
<watchdog divider="2498" intervals="1000"/>
<syncManager idx="2" dir="out">
<pdo idx="1600">
<pdoEntry idx="6040" subIdx="00" bitLen="16" halPin="control-word" halType="u32"/>
<pdoEntry idx="607A" subIdx="00" bitLen="32" halPin="target-position" halType="s32"/>
<pdoEntry idx="60B8" subIdx="00" bitLen="16" halPin="touch-probe-function" halType="u32"/>
</pdo>
</syncManager>
<syncManager idx="3" dir="in">
<pdo idx="1A00">
<pdoEntry idx="6041" subIdx="00" bitLen="16" halPin="status-word" halType="u32"/>
<pdoEntry idx="6064" subIdx="00" bitLen="32" halPin="pos-actual" halType="s32"/>
<pdoEntry idx="60BA" subIdx="00" bitLen="32" halPin="touch-probe-1" halType="s32"/>
<pdoEntry idx="60BC" subIdx="00" bitLen="32" halPin="touch-probe-2" halType="s32"/>
<pdoEntry idx="60B9" subIdx="00" bitLen="16" halPin="touch-probe-status" halType="s32"/>
<pdoEntry idx="603F" subIdx="00" bitLen="16" halPin="fault-code" halType="s32"/>
<pdoEntry idx="60FD" subIdx="00" bitLen="32" halPin="DI-status" halType="u32"/>
<pdoEntry idx="60F4" subIdx="00" bitLen="32" halPin="follow-error" halType="s32"/>
</pdo>
</syncManager>
</slave>
</master>
</masters>

And I got this report

Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/lib/linuxcnc/modules
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.9.3
Machine configuration directory is '/home/cnc/linuxcnc/configs/v2xt'
Machine configuration file is 'EtherCat_2025-01-13.ini'
INIFILE=/home/cnc/linuxcnc/configs/v2xt/EtherCat_2025-01-13.ini
VERSION=1.1
PARAMETER_FILE=linuxcnc.var
TPMOD=
HOMEMOD=
TASK=milltask
HALUI=halui
DISPLAY=axis
COORDINATES=X
KINEMATICS=trivkins coordinates=X kinstype=BOTH
Starting LinuxCNC...
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
emc/iotask/ioControl.cc 786: can't load tool table.
Starting HAL User Interface program: halui
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Found file(REL): ./Basic.hal
Shutting down and cleaning up LinuxCNC...
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
Note: Using POSIX realtime
HAL: ERROR: duplicate component name 'lcec_conf'
lcec_conf: ERROR: hal_init failed
./Basic.hal:6: waitpid failed lcec_conf lcec_conf
./Basic.hal:6: lcec_conf exited without becoming ready
6928
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

Should I change something in Basic.hal or this is my XML wrong?
Will appreciate any help guys.

no wired connection.
fixed now. this is my frustration with linux. it said you are missing this file, put it on a usb and continue. NOWHERE does it say no, don't do that at all, go get this .deb file of intel stuff instead.

They first make it deliberately difficult, then make the instructions deliberately obtuse assuming everyone already knows everything there is to know about linux.

And then they wonder why it never really makes more headway with the masses.

Well that was a waste of several hours for nothing.

I did not know it was a wifi card. Why don't you just plug to a wired network until lts installed? I never use wifi for installations.
Trixie should support it as its up to 2024 version

sudo apt install firmware-iwlwifi should do the trick on Trixie.
packages.debian.org/search?suite=trixie&...mes&keywords=iwlwifi
 

iwlwifi-2030-6.ucode

I have no idea. What is the driver? Link? is it supported in later kernels?

Yeah this seems like trading one problem for many more problems. haha.

I just need to figure out how to make it read this driver. can you not just stick it onto the installer usb like you do with windows drivers?

You could try installing Trixie CD  which is now in alpha release
www.debian.org/devel/debian-installer/
Once you sort out your network install linuxcnc from their repos
 sudo apt install linuxcnc-uspace linuxcnc-uspace-dev
This should also install PREEMPT_RT
This will get you a very late version of 2.9.3 which is basically the same as 2.9.4

Then to hook up the Ethercat repos, try this script
forum.linuxcnc.org/ethercat/53785-instal...thercat-repositories
and click through to the install instructions in that link

This could be a bit experimental as Trixie is using the 6.12 kernel which was not supported by etherlabmaster. But I raised an issue with them that should have fixed the issue 2 days ago.
gitlab.com/etherlab.org/ethercat/-/issues/160
 

BrysonW wrote:

Hello, this is a reply to beauxnez post from few days ago."hello, is it possible to make an nvem card work with qtplasmac?" The answer is yes, another friend and myself are right at the end of a plasma machine build, were using a ec500 as the controller and it works fantastic with qtplasmac. I will say the THC is the only thing that we don't have working at the moment. On ours the plasma output is just on output 1, torch is either on or off. It goes from the board and turns a relay on and off which is the actual switch. For ours we have a Everlast 82i for the plasma cutter which has a 50:1 voltage divider, that gives us a 0 - 5v output for the torch voltage but from my understanding there aren't any analog inputs on these boards. A analog to digital converter may be a option. I'm not sure what the output of the mesa THCAD boards looks like, there may be a way to use one of those. I'm just getting started on trying to setup a arduino to take the analog voltage, work some magic on it, and send the info to linuxcnc that way using modbus.  The downside I'm seeing to this approach is effectively I'm setting up a second controller to take just one analog input, and I'll have to put a switch inline on the ethernet cables.  The upside is another controller and analog input, so now I can dream up more features to add to this machine (During our build process it started as a basic machine, we now have individual limit switches for every axis, probing, etc. , touchscreen interface, and so on..) I saw that you managed to make a card work under remora with qtplasmacmy card now works with the 3 axes under axisI would now like to pass it under qtplasmac, you can help me because I have an error message 

I saw that you managed to make a card work under remora with qtplasmac
my card now works with the 3 axes under axis
I would now like to pass it under qtplasmac, I need help because I have an error message?

 
 
 
 

From my last go linuxcnc does no install correctly without the network first installed. But last time I got the non free one separate from linuxcnc and not the official one. I was hoping the official one would make this all just work smoothly, but noooo.

What I don't get is why it asks for a usb but then does not recognise it when i put it in.

I'm not feeling authoritive here but Debian Bookworm split the earlier non-free  into non-free (not in the default) and non-free-firmware (included in the default). We include non-free in our apt sources but I don't know if the installer refers to that as it runs.

When I faced this earlier with the Odroid H3+, I had to install Debian without  a network driver and install it after installation and run the NIC installer. This will set your /etc/apt/sources.list to only use a CDROM so it will need editing to be something like this
 

This is Summer from Facebook.
I am still reading and researching everything I need to know to get my ATC and rack toolchanger setup.
I installed PB but the instructions suggest having your machine as set up as possible before converting over to PB. I have basically everything I want set up on the machine aside from ATC and that is all set up on the hardware and electrical side so the only things left to do are to get automatic toolchanges set up and my tool setter doing what I want to set tool offsets for the racked tools.

I am stoked to see this all being developed right now and I like that there are some things like being able to set up tool positions in the UI and things like that.
So I'm thinking maybe I should just do the switchover.

In a previous post you said the parameters are saved in the .var file. I am still learning all this but I assume this means they are stored per typical standards in a way where any typical or other UI documentation, examples, etc, will apply, and or is UI independent correct? This just kind of gives a parameter box in the UI to enter information that I would otherwise be entering in the .var file directly yeah?

Well now I'm stuck. its asking for non free intel drivers. I put them on a usb stick but linuxcnc installer cant find them. I'm sure ive done something simple wrong here, but i dont see it.

Samba (SMB) is pretty easy to install. Just set it up to share your home folder. Plenty of online tutorials
The sneaky bit is by default Windows disables access and you have to change a policy to enable it.
I like to map a share to my Linuxcnc home folder on a windows box so you can save gcode straight to the ~/linuxcnc/gcode folder from Fusion360 and Sheetcam.

Lcvette wrote:

@rodw, I haven't checked recently, but the iso had an old qtpyvcp source listed that causes some issues and requires removed to resolve. We updated the instructions to use the lockdown deb on the forum page as it doesn't have the outdated source.

If we are not told or an issue raised, it won't have changed.
You can send your pull request with changes to the qtpyvcp files in this folder in the installer
github.com/LinuxCNC/linuxcnc-live-build/...worm/config/archives