Advanced Search

I upgraded via backports to 6.12.22+bpo-rt-amd64, still get a 5ms max delay.

I ran it a few times
rtt min/avg/max/mdev = 0.053/0.116/5.600/0.269 ms
rtt min/avg/max/mdev = 0.054/0.099/4.908/0.216 ms
rtt min/avg/max/mdev = 0.054/0.106/4.672/0.241 ms

I've not had a warning since I ran the IRQ script.

We will see once I start actually cutting

ooh, nice. you think you can help me config my ethercat setup. i have different drives, but im stuck at the "how do i even make ethercat work" part. 

i looked through your files a bit, but of course they dont start cause i got no mesa card in mine.

# net machine-is-on => hm2_7i92.0.stepgen.07.enable

AFAICS, nothing sets hm2_7i92.0.stepgen.07.enable true so it can never run.

try removing the comment (#) :

net machine-is-on => hm2_7i92.0.stepgen.07.enable

The attempts to run the spindle are by using:

M3 S10 $0 <=== that works
M3 S10 $1 <=== does not work

I am trying to configure LinuxCNC for use on a rose engine with 2 spindles + 6 other axes.

Everything works for Spindle0 & the other 6 axes of movement (X, Y, Z, B, U, & V), however I cannot get Spindle1 to work. Any ideas would be greatly welcomed!

I've copied the key items I believe are needed below.  The complete versions of the HAL and INI files are attached.  (The include files for the spindles had to be renamed to be .ini for attaching them, but they are actually .inc.)

hal fileloadrt [KINS]KINEMATICS
loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[KINS]JOINTS num_spindles=[TRAJ]SPINDLES
loadrt hostmot2
loadrt hm2_eth board_ip="192.168.1.121" config="num_encoders=0 num_pwmgens=0 num_stepgens=8"

loadrt pid names=pid.x,pid.y,pid.z,pid.b,pid.u,pid.v,pid.s0,pid.s1

(other sections are also configured for SPINDLE 1, and are setup fundamentally the same as they are for SPINDLE 0)
 ini file[TRAJ]
SPINDLES = 2

# [JOINT_7]
# SPINDLE = 0
# TYPE = ANGULAR

[SPINDLE_0]
(this works as expected, so I've not added the details here)

[JOINT_6]
SPINDLE = 1
TYPE = ANGULAR

[SPINDLE_1]
(the rest is setup just as with SPINDLE_0)
 Side Note: Please don't refer me to RoseKins.  I tried that and it will not meet our needs.

mjoconr wrote:

--- 10.10.10.10 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 60401ms
rtt min/avg/max/mdev = 0.056/0.084/7.709/0.139 ms

That is not good, at all.
If the PC has a RealTek network card, you will find a lot of replies here to install the DKMS drivers for it, i would skip that and try a new RT kernel, something like 6.11 or above.

Thanks, it works

besriworld wrote:

At a later stage, I plan to add an additional 1kW servo motor, which will operate in torque mode to act as a dynamic load on the main 7kW motor. This will increase the system's rigidity. Currently, I'm using the encoder from the main motor
 

That sounds interesting.  How are you planning to couple the secondary motor to the spindle?

Are you sure the proximity switches are deactivated (red in halshow) when not at home position?

If these were inverted, the "home" move might actually be LinuxCNC backing off what it thinks is
a closed switch.

Kept looking last night and ran the IRQ script found else where on this forum.
This seemed to improve things, I left LCNC running all night with glxgears and other things running and did not get the messages again.

Ping result
cnc@minimill:~$ sudo chrt 99 ping -i .001 -q -c 60000 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.

--- 10.10.10.10 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 60401ms
rtt min/avg/max/mdev = 0.056/0.084/7.709/0.139 ms

The issue maybe be fixed I'll see how we go actually using it today.

1. make sure both Y spin in the correct direction
2. what sensing distance do the proximity switches have? 1 and 2mm should be avoided. And switches are not mounted correctly, they should be sideways to prevent crashing into stuff.
For 1:
make a normal 3 axis test config, test one Y with a short jog, change drive inputs and test second Y with a short jog.
This can be done on software but more complicated to explain.

www.welectron.com/Motion-Controller

www.linuxcnc.org/docs/html/gcode/m-code.html#mcode:m68

See the note about the hal pin.

Looks like meister was using different numbers for different positions
some likely being fully open and some fully closed

Hi All

I have an issue with getting XYYZ gantry to home (using 7i92t with 7i76u)

Home position is at bottom left of the work area.

I am trying to use the second option,  of the four homing sequences,  found in Figure3. Homing Sequences. (stop, back, forward, home)

Order of homing is Z (micro switch), then X (micro switch),  then Y gantry (proximity sensor on both ends of gantry, Y and Y1).

The Z axis homes correctly.

The X axis homes correctly.

The Y gantry axis moves in the correct direction, towards the two proximity sensor stops.
The gantry stops for a spit second, as it find the proximity sensor stops.
The Y motor looks like it tries to begin to do the correct four step process (stop, back, forward, home), and it doesn’t ever crash.
However the Y1 motor side of the gantry, just continues straight forward, and crashes the machine every time, with a hammering sound.

Context:
The two switches, and both proximity sensors, provide +24v to the four inputs on the 7i76u.
in pncconf I had to invert the four inputs, otherwise all four inputs triggered before one began.
In halshow the switches and the proximity sensors all seem fine (to me).

I have negative values on all axis (see attached ini and hal), if I change these to positive, then it homes in the wrong direction.

Any ideas for troubleshooting greatly appreciated

I also tested the default qtplasmac preamble instead of the preamble outputted by the pronest post pro to see if that had anything to do with it but didn’t change anything.


(test2)
(5/22/2025 2:07 PM)
(ProNest LT 16.2.0.9215 PostBuilder 2.88 Linux CNC PlasmaC)
N10 G20
N15 G40
N20 G49
N25 G64 P0.01
N30 G80
N35 G90
N40 G92.1
N45 G94
N50 G97
N55 G0 X3.088 Y3.9014

(0.375--1--D751-0243-00-Default - Seq 1)

N60 M190 P1 (Select material 1)
N65 M66 P3 L3 Q1 (1s delay to allow material selection)
N70 F#<_hal[plasmac.cut-feed-rate]>
N75 M3 $0 S1
N80 M68 E3 Q20 (Set to 20% feed)
N85 M62 P2 (Disable THC)
N90 G3 X2.8229 Y3.6363 I-0.1325 J-0.1326
N95 G3 X2.8229 Y3.6363 I0.4329 J0.4329
N100 G3 X3.088 Y3.6363 I0.1326 J0.1325
N105 M68 E3 Q100 (Reset to 100% feed)
N110 M5
N115 M65 P2 (Enable THC)

N120 G0 X0.7118 Y0.4627
N125 M3 $0 S1
N130 M63 P2 (Enable THC)
N135 G1 X0.7118 Y0.8377
N140 G1 X0.7118 Y5.8999
N145 G1 X1.2376 Y6.4257
N150 G1 X4.274 Y6.4257
N155 G1 X5.2998 Y5.3999
N160 G1 X5.2998 Y1.8635
N165 G1 X4.274 Y0.8377
N170 G1 X0.7118 Y0.8377
N175 G1 X0.4618 Y0.8377
N180 M5

N185 G0 X0.0 Y0.0
N190 M30