Advanced Search

So far, I’ve taken turns backporting to version 2.9.4 and running matrixkins + Probe tripped during non-probe move

The first attempt to use the AkkiSan forum.linuxcnc.org/38-general-linuxcnc-q...bing?start=10#333578 sentence

it showed a strange result - the signal #5070=1 and ... stopped appearing.
If there are specific proposals for correction github.com/LinuxCNC/linuxcnc/blob/master...4ngc/rs274ngc_pre.cc

I'm ready to test them in practice


I was not too lazy to download the source code of different versions of the program. In my (previously) main 2.8.4 this error never appeared, the records were 59,000 continuous measurement points. So the file src/emc/rs274ngc/rs274ngc_pre.cc before version 2.9.7 has not undergone any significant changes. The block of code we were interested in remained unchanged 

Thanks for the hint regarding opmode-display — I verified that first.Here is the current, confirmed state of M19 and PV↔CSP mode switching:
1. M19 (verified)M19 currently does not produce any motion.
The orient component runs internally, but the LC20E does not react to the orientation command.
No errors are generated — simply no movement.This is the confirmed and reproducible behaviour.
(No assumptions about the cause.)
2. PV ↔ CSP mode switching (verified)The drive does switch modes correctly, which is confirmed via:
  Switching between spindle mode (PV) and axis mode (CSP) is possible.However, the switching reliability depends on the drive state after M5.
3. Behaviour after M5 (verified)After stopping the spindle:

• actual-position

  continues to drift for some time

• pos_fb

  and

  axis.c.eoffset

  follow this drift
• zero-speed becomes TRUE early, but the position is still changing
• CSP switching during this drift often causes a drive fault

This post-M5 settling is the core issue.However, switching is possible if you wait until the drift has fully settled.Once the position stops changing, CSP can be enabled without a fault.So the mode switching itself works — the problem is only the time it takes for the LC20E to reach a stable state.
4. Safety logic (current state)I currently use safety conditions that require:

• zero-speed = TRUE
• no position change during a short window

With these checks, switching is reliable as soon as the drift has stopped.If the safety thresholds are made more permissive (larger allowed window),
switching becomes possible earlier, even before the drift is fully gone.Therefore the switching problem is not fundamental —
it is tied to how strict the safety logic is whileis still changing.
5. axis.c.eoffset (verified)C-axis following via external offset works as intended:
  This avoids position jumps when switching to CSP.
The only difficulty is that eoffset must follow the drift until the drive settles.
6. Next stepsTo improve switching reliability, I am looking at:

• refining the “stable position” detection
• adjusting the time window or allowed variation
• possibly applying a controlled zero-velocity ramp before switching
• or any CiA402 hints to get the LC20E into a stable hold state sooner

Summary (facts only)

• M19: no movement from the drive (verified)
• Mode switching: works and the drive changes operation modes correctly
• Switching is reliable once the post-M5 drift has stopped
• Stricter switching rules block early switching
• More permissive switching rules allow earlier switching
• opmode-display confirms correct mode transitions
• The remaining issue is the LC20E’s long settling period after stopping the spindle

Any hints or experience with LC20E behaviour after M5 or with CiA402 PV→CSP transitions would be very helpful.

Are you sure its an intel NIC? Its unusual to see an INTEL NIC with a enpxxx name.
If you have 2 NICs are you configuring the right one?

Hello can you share your e-mail, interested in knowing more about your adventure with this board.

OK, thank you. If I calculate 131,072 / 50 / 6 = 436.906, should I enter this value?

zz912 wrote:

Egerobotics components are based on EtherCAT. Is it possible to add such components to the LinuxCNC distribution? I know there are some licensing issues with EtherCAT. Or not?

Licencing Conditions pervents us from hosting ethercat stuff. The correct course of action ewould be to create pull requests against this rep,
github.com/linuxcnc-ethercat
the Ethercat master is configured as a dependency
The driver and devices here are synced to the iGh ethercat apt repository so that ethercat users can receive updated linuxcnc specific ethercat drivers with a simple apt upgrade

I ran the rt_setup.sh from this post and it gets worst now i have 6 ms
forum.linuxcnc.org/38-general-linuxcnc-q...irq-affinity?start=0

I disable evething i could in the bios but i dont have irq settings in the bios.

'joint.0.motor-pos-cmd' cannot be written to from hal.
linuxcnc.org/docs/html/man/man9/motion.9.html#JOINT%20PINS

Hi y'all.
New member with first post here 
As the title suggests I got my hands on Vevor 3040 which, unfortunately, has USB on it.
I found this topic, that I didn't wanted to necro bump, where someone seems to have found a simple solution to the issue.
Unfortunately, the topic does not get into much details and I do not know enough about electronics to figure out where what should be connected.
Does anyone have more information about how to achieve this conversion?
Or is it even worth doing and I should simply get another board that has parallel port on it?
Thanks in advance for any replies.

Is it this bug?
github.com/LinuxCNC/linuxcnc/pull/3474

Thank you all for your support. I understand this is a unique technical situation, but the intention is to add a fundamental function to LCNC that can handle even special situations and make it similar to commercial CNCs.
In any case, the only problem is being able to modify the position command value, making it identical to the feedback value.
i.e.: joint.0.motor-pos-cmd = joint.0.motor-pos-fb i.e.:

net Zenable joint.2.amp-enable-out and2.0.in0
net switch bottongui.out and2.0.in1
net pidok and2.0.out pid.2.enable
net Zpos pos_cmd_out pid.0.command
net Zfeedback pos_fb_in joint.0.motor-pos-fb pid.0.feedback

FUNCTION(_) {
if(isfreewheeling)
pos_cmd_out = joint.0.motor-pos-cmd
else
joint.0.motor-pos-cmd = pos_fb_in;
}

But I don't know if joint.0.motor-pos-cmd can be overridden, because I think it's written by the trivkins module.
You should probably modify trivkins.c

Yes, I lost an hour or more of my life today trying to map my network drive. It was quick and easy with Mint but XFCE's Thunar doesn't like to get involved with network drives, so you have to install gigolo it seems but even that has changed since the few how-to guides were created, just to keep you guessing. The user instructions are "commendably sparce". That's working finally.

I'm clearly going to have to run pncconfig again, if only to create some placeholder files that I can edit / replace / merge, since it seems I can't simply copy the original folders over and expect it to work.

Although I previously flashed the 5i25 with the required bitfile (link below), my particular combination of boards (5i25 / 7i76 / 7i85) doesn't appear in the pncconfig screen, so I can't configure my IO. Consequently, the generated HAL file won't be right. Is there a workaround for this?
forum.linuxcnc.org/27-driver-boards/4254...nnectors-over#208828

My plan seems to be to generate a dummy gmoccapy installation, then copy the contents of my previous INI and HAL files across, then knock over the resulting errors one by one.

The original installation had closed loop axes (X&Y) and an WHB04B-6 WMPG, which took a while to set up and debug.

I don't know if it belongs to here, but after fresh install Raspberry Pi 4/5 OS based on Debian Trixie, and initial setup I'm not able change tool offsets at all. Also work offset changes are displayed only after clicking off and back on "work offsets" page.

Egerobotics components are based on EtherCAT. Is it possible to add such components to the LinuxCNC distribution? I know there are some licensing issues with EtherCAT. Or not?

How can I increase the height of the top row of QtPlasmaC?

There is a bad combination of thick fingers and the touch screen and its frame that makes it quite tricky to touch the top row items.
I have a 1920x1080 monitor and have changed resolution to 1368x717 to make the items as large as possible.
Is there an easy way to make the row say 5 pixels taller? I think that would do, it's not much that's needed.