Advanced Search

i think you mean: 2.9.8

you can try this with running linuxcnc:

halcmd show | grep spindle

and see if there are some spindle pins

Hakan wrote:

38? -3 here.
What made it work?
 

Actually hit 41.8 deg C here today so a bit hotter. (Therefore I did not get that much done!)
I cheated and only moved the one working motor for the video oops!
I saw that: Modes can be switched while the drive is in the "Operation enabled" state
Probing could also be handy.
I'll keep you in the loop

I’m on the latest version 2.8.9

oops 2.9.8, thanks 

Thanks for the reply! I’ve done all that so I believe my G2 is optimized for LinuxCNC.

However I’m a bit limited by the low ram (8GB), low disk space and etc.

I realize newer models are risky, therefore some of the models I am looking at are far from new generation CPUs (like the Ryzen5 7535U).. Or is CPU not the only potential issue, but also things like the motherboard etc?

Sorry for abandon the thread.
Sadly the project/product I had in mind to produce with it turned out to be next to unsaleable, so I had to cut my losses and end.

I think best bet is to keep the G2 and try to optimize it for LinuxCNC.

1.) Disable all power saving options in the BIOS
2.) Update your grub CMD line to include: max_cstate=1 idle=poll isolcpus=(your last CPU core)
3.) Set up IRQ affinity (see below)
4.) Disable IRQ coalescing (see below)

forum.linuxcnc.org/38-general-linuxcnc-questions/47974-grub

forum.linuxcnc.org/38-general-linuxcnc-q...irq-affinity?start=0

forum.linuxcnc.org/38-general-linuxcnc-q...g-for-intel-ethernet

A newer or more modern PC can be sometimes worse and it's a bit of a gamble if it works out of the box.

Once you address 1 - 4 you are in control on how well your PC works with LinuxCNC.

Hi,
For your information.
Stepperonline recommends this noise filter for the A6 servos:
SCHAFFNER FN2090-16-16
 

I’d like to replace my weak HP EliteDesk G2 on which I currently run LinuxCNC. In my setup, the PC drives a Mesa 7i95t over ethernet, and displays a LinuxCNC UI on a monitor. Form factor is important since the PC is only used for LinuxCNC.I’m looking at various options for ~$800 range mini PCs, but am struggling to understand how they will perform in a realtime environment. Some of the options are:

• Beelink EQR7, cpu: AMD Ryzen5 7535U
• Beelink SER9 PRO+, cpu: AMD Ryzen7 H 255
• GEEKOM GT13 Pro, cpu: Intel Core i9-13900HK
• ASUS NUC 14 Pro, cpu: Intel Ultra 7 155H
• MINISFORUM DeskMini UM870, cpu: AMD Ryzen 7 8745H

Could someone please help shed some light on how to evaluate whether these models will perform well running the LinuxCNC realtime environment?

Thanks!

38? -3 here.
What made it work?

Don't know why they don't allow switching between csp and csv.
You switch to homing mode and back, so you do switch modes on the fly.
Had a guy in here that switched modes, although he switched between two cia402 components,
one was Dominik's for CSP and one was mine for PV mode (mostly a quick hack github.com/MetalMusings/cia402pv)

Searched and found many drives that allow dynamic switching while in op-enabled.
That's not a proof it is universally allowed, at least it isn't forbidden.

The current component is quite limited in that respect. It could support CSP, CSV, PV, PP, Homing, maybe also Torque Profile mode.
The main difference is which pins are active as inputs and outputs I guess. Plus the feedback position/velocity/ferror

 

what linuxcnc version do you have ?

in older versions you need to use: motion.spindle-speed-out

Looks like you've lost your network. what does ip a say?
Look to make sure you have an IP address on your network side 
can you ping your router?

Yes I did get your point but glossed over it. The joint becomes enabled and that is passed to cia402 to enable the Ethercat drive. the state machine turns it on safely and  manages errors/faults
The drives measure in pulses per rev and we use pulses per mm so it converts between scales too. (I think that's right, been a long time)
Looking at the current comp github.com/dbraun1981/hal-cia402/blob/main/cia402.comp#L142 
The velocity/position mode is only set at startup (in write-all), Is there a reason for that? Could we change modes when in an idle state? (which I will have a state for) Does not seem it would matter much to the drive

I have not started yet. I wanted to publish a couple of videos first. Got my Ethercat instalation one done this morning.

I've tried to update the system, but I get this:

As I can understand, there's something wrong (it seems almost...impossible to not find anything. Windows maybe, but Linux.....): too old version (2.7.14)???.
Anyway, I'm a little bit demoralized...
2 years ago I made the last job (a double sided PCB) and everything was perfect, then shutdown the system.
I can't understand what happened.
Before keeping going on with making you waste your time (I don't want it), as per your experience my problems can be related to:
1) software (linuxcnc) failure?
2) Mesa board failure?
3) MB failure?

In case 1), if I install the last linuxcnc release, will it be any chance to retrieve my current setup and customization (hoping it can fix the current problem)? 4 years ago I've spent almost 4-5 months to set linuxcnc (and with your needfull support, by myself I can't do anything....) and customize my axis with the function I normally use, so lose everything is something I don't want to....

Anyway, please tell me your opinion, I'll follow your suggestions.

The same thing happens when people switch between csp and pv modes (rotary axis to spindle motor and back),
they have problem with the rotary position feedback. Could there be a general way? Save the position, and later
create an offset to add to the position feedback. Sounds like that could work.

The point I wanted to make about cia402 state machine was that the device decides the state,
the cia402 component can only react and ask for a change of state. 
 

The cia402 component really only uses two states, disabled and op enabled, controlled by the enable pin.
Either transition to and stay in disabled mode, or transition to and stay in op enabled mode.
When in op enabled state, you can switch between the different operation modes. Anyway.

Is there no message in the syslog when you have a mismatch between pdos? I would have expected something there.
 

The sp_scurve code is based on S-curve (7-segment) trajectory planning mathematics, which uses jerk-limited motion profiles derived from the kinematics equations of motion.

Mathematical Foundation
The core math is based on third-order polynomial motion equations with controlled jerk (rate of change of acceleration):


Position: P(t) = P₀ + V₀·t + ½·A₀·t² + ⅙·J·t³
Velocity: V(t) = V₀ + A₀·t + ½·J·t²
Acceleration: A(t) = A₀ + J·t
These equations appear explicitly throughout the code (e.g., lines sp_scurve.c:187-197, 842-844, 1089-1091).

Key Mathematical Components
7-Segment S-Curve Profile - The trajectory is divided into 7 phases (S0-S6/n0-n6):

S0: Increasing jerk (acceleration ramps up)
S1: Constant acceleration
S2: Decreasing jerk (acceleration ramps down to 0)
S3: Constant velocity (cruise)
S4: Decreasing jerk (deceleration begins)
S5: Constant deceleration
S6: Increasing jerk (deceleration ramps to 0)
Cubic Equation Solving - The solve_cubic() function at lines 80-184 solves cubic equations using Cardano's formula and trigonometric method for finding roots.

There is a Newton-Raphson Method - The solute() function at lines 54-68 uses Newton-Raphson iteration to solve polynomial equations, but it is not in use, Cardano's formula is computationally superior.

Stopping Distance Calculation - Based on the relationship Amax² = V·J + 0.5·a² (line 949), derived from integrating the jerk-limited motion equations.

Attribution
The code credits go to 杨阳 (Yang Yang) as the original author, he also referenced a Chinese technical document at doc88.com/p-9119146814737.html for the S-curve formulation.