Advanced Search

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

I can figure out why my feed rate percentages and thc on/off isn’t working. Feed rate is just constantly the same and doesn’t change unless I change it manually and thc doesn’t turn off unless I turn it off manually. The g code commands are doing nothing. G code attached bellow. I made a new install media with 9.4 and reinstalled linuxcnc completely just to make sure I wasn’t out of date with anything. 




(test2)
(5/22/2025 2:48 PM)
(ProNest LT 16.2.0.9215 PostBuilder 2.88 Linux CNC PlasmaC)
N10 G20
N15 G90 G40
N20 G17 G91.1
N25 G64 P0.01 Q0.01
N30 M52 P1 (Allow paused motion)
N35 M52 P0 (Disable paused motion)
N40 M65 P2 (Enable THC)
N45 M65 P3 (Allow torch on)
N50 M68 E3 Q0 (100% feed)
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

Looks like the VFD (or I/O module) does not supply 10V, but it does
supply 5V and you can set the input to accept 0 to 5V instead of 0 to 10V

7I76           Drive

SPIN+        9      (+5V)
SPINOUT    1U    (VIN)
SPIN-          7      (GND)


My guess on the others is that:

28 is drive-on  (wire +24 to 7I76 ENA+ and 7I76 ENA- to 28)
59 is +12 to +24V power (same as 7I76 field power)
7 is GND (same as 7I76 field power GND)
A1 is an output (wire to a 7I76 field input)
Might be a fault or at-speed indication, need to look at
the drive settings to know.

2U is another analog input, no real idea what this was doing
but if you look at the current drive settings, it may give you a clue.