Advanced Search

Hey there, sorry for the late response.
I wanted to get back whenever the machine and the servos are in their places and actually drive something.
Thanks again for your help and explanations. Understanding the historical context can be very helpful especially when looking for example configuration that may be 2.7 and earlier.

In any case, while I tested all axis back then without problems I think I never tested driving two joints (servos) on the same axis. I use TRIVKINS X Y Y Z. Where

Now with everything on the machine I can drive joint 1 (first Y servo) just fine. Joint two doesn't do a thing. Looking at the HAL output I can see that Joint2 (doesn't get any commands. I briefly wired that servo the Z-Axis just to test the wiring and it's moving without a problem. Is there something I should be checking beyond the TRIVKINS portion?

pastebin.com/3gND7BUk

Is what I have now.


Also if we're at it, would such a setup benefit from two homing sensors on the Y axis? The gantry is rigid.


Thanks again,
Alessandro

Using the following

uname -a
Linux debcnc 6.1.0-23-rt-amd64 #1 SMP PREEMPT_RT Debian 6.1.99-1 (2024-07-15) x86_64 GNU/Linux


From the url to install and setup mesact
github.com/jethornton/mesact

To run from a terminal you need to install some depenencies:
sudo apt install python3-pyqt5
sudo apt install python3-distro
sudo apt install zip

When I run..

 sudo apt install python3-distro
 
I get the following error message.

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package python3-distro is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'python3-distro' has no installation candidate


Does anyone know how to fix? Thanks
Thanks

Found the relevant commit, looks like the change would need to be done here (also)
'src/emc/rs274ngc/rs274ngc_interp.hh':

github.com/LinuxCNC/linuxcnc/commit/d731...f8b87d773bc7868288b2

I'll try tomorrow.

[edit]

- Seems this section of the code has been moved to the one in interp_remap.cc I posted above
- And yes this seems to work just fine, although it does not allow a call to the built in M code as for the other built in Mcode remaps.

phillc54 publicación=312436 id de usuario=6129Debe configurar el repositorio en Synaptic para

deb http://buildbot2.highlab.com/debian/ bookworm master-uspace plus you need to copy the key as shown for the new style. This is all shown here:
http://buildbot2.highlab.com/
 

Thank you but I am not able to put the keys in. I don't know which file to save them in.
I do sudo nano /etc/apt/trusted.gpg.d. A terminal opens and I paste buildbot-archive-key.gpg but when I try to save it it tells me which file I want to write it in and I don't know which one I should do it in.

Nor should M61 .. M68 be remap-able
linuxcnc.org/docs/devel/html/remap/remap...ng_codes_s_m0_m1_m60

I cannot test this right now but looking at this makes me wonder if it could actually be this easy to add 'M7' and 'M8' to the list of remap-able Mcodes (considering that according to the documentation 'M9' should not be a remap-able Mcode somebody already seems to have done or at least tried to do something like this)  :

 

thanks for the detailed step by step post, how to add an Ethercat AC Servo and test if it moves

thanks

I hope what aciera suggested worked for you. Did you select to install Linuxcnc 2.9 or master 2.10. Because I only used this procedure to install Linuxcnc 2.9
Master might require additional/different dependencies

Lass doch mal das G64 weg und schau wie es dann läuft.
Das war ja nur ein Beispiel, wie du es im anderen Thema nachgefragt hast.
Ich benötige das G64, sondern werden meine "außen" Ecken alle Rund.

Something important I forgot to mention in my previous message regarding converting block diagram to hal netlist.
 
Let'e take toggle2nist component, the way you extract the information from the symbol is as follows.

From bottom left is the name of the component toggl2nist.0 and you add the pin name in, we end up with toggl2nist.0.in same for the rest of the pins of this component ie toggl2nist.0.is-on toggl2nist.0.on toggl2nist.0.off

For the complete hal file we end up with this:
 

 

I've uploaded the kernel with some extra drivers.
I cannot do more about it, here it boots from my OPI5 and OPI5-plus, nvme and sata.

At some point the problem is going to be so annoying someone's going to do it, mostly looks like a lot of boiler plate.

I'm thinking using the m7 Pxxxxx format makes the most sense. I'll look into all the options and see if i can resolve on of them

Not sure the file attached, trying agaain

I am satisfied that it has something to do with this program. I have no idea what it could be. 100% it will exhibit the described behavior every time. But when I change to any other program it is fine. I even tried making a program over 256K just to see if it is some size issue.That ran fine.
I can say that it seems to depend on where I stop it as to how it moves. So if I hit stop just as it is lowering Z before it starts the spindle, it mostly goes Y+ and Z-. Close to the same amount every time. (approx 3 inches in X and 2 in Z)
If I stop it when it is ramping up the spindle, it moves mostly X+ and Y+ about 4 inches each. Z moves a very small amount in Z-.
For now I am making it into 2 programs that both run fine. Again makes no sense to me but the job needs to be done.

Have fun and good luck. If anyone does find something PLEASE let me and the rest of the community know.
LinuxCNC ver 2.7.14
Debian

Do the commanded positions change after a stop?

I am not sure what you mean here?