Advanced Search

Incidentally, there are two INI settings related to this, but I don't think that they help here:

linuxcnc.org/docs/stable/html/config/ini...tml#sub:ini:sec:traj

NO_PROBE_JOG_ERROR = 0 - Allow to bypass probe tripped check when you jog manually.

NO_PROBE_HOME_ERROR = 0 - Allow to bypass probe tripped check when homing is in progress.

You could try making a fast probe-away move (G38.5) to clear the probe from the work. (fast so that it overshoots out of the probe dither region)

It is possible to set up the HAL so that the probe signal is only seen during a probe move.

It's not a particularly elegant fix, as you need to use motion.motion-type
linuxcnc.org/docs/stable/html/man/man9/m...9.html#MOTION%20PINS
and only send through the probe signal when motion.motion-type = 5.
Unfortunately I haven't found a single component that can compare a signed integer (like motion-type) and outut a logical.

So it might be better to use a custom HAL component:
linuxcnc.org/docs/stable/html/hal/comp.html

I'm using LinuxCNC 2.9.4 with trivkins and want to use an extra joint that doesn't go through the path planner. I've already configured it in the .ini file.

[KINS] KINEMATICS = trivkins coordinates=XY
Joint = 3

[EMCMOT] num_extrajoints = 1

Even so, it doesn't work correctly. LinuxCNC either won't load or gives a joint mapping error.

❓ Has anyone used num_extrajoints successfully? Is there any additional details beyond that?
The idea is to just have normal X and Y coordinates, and a free joint controllable via HAL, outside of the path planner.

Okay; found a workaround.
Just in case someone is having the same issue:

I solved this with an additional AND gate and this
motion-digital-out-nn thingy, controlled via M64 and M65.

Example for a probe on a parport, here also with an additional
debug LED on parport pin 1 (strobe):


In the G-Code, just encapsulate the retraction move(s) with
M65 P0 and M64 P0:

Cheers
AS

I would like to find out how to tell LinuxCNC in absolute terms that your position is x,y,z.
Not relative. I want to set the actual position of x,y.z.
I do not have limit switches to home.
I manually home to a custom jig at the center of the machine.
After I do this, I need to tell LinuxCNC "you are here".
Everything I've tried creates a corresponding negative relative offset.
Please help, and thanks in advance.
--LoneWolf.Quest

Nope, Variable Reluctance resolvers require quite a bit more excitation drive, and not all resolver circuits can handle these. Tamagawa is a leading manufacturer of these, but they also make "brushless resolvers" which require MUCH less drive. In the data sheets, they sometimes state the excitation impedance as a complex number, something like 95 + 135j Ohms at some frequency. The higher these numbers, the less drive current the resolver requires. Common brands of brushless resolvers seen on older equipment are Singer-Kearfott and Harowe Controls.
Sin/Cos encoders are not magnetic devices, but often optical linear scales (can also be rotary) where the raw optical signal is brought out, either as a voltage or a current. The reason for this is interpolator boxes can be attached to increase the encoder resolution. Back in the "old days" linear scales often had native resolution of 100 lines per inch or so, so interpolation was required to get proper machine accuracy. Nowadays, high-resolution optical gratings can be made easily, so this stuff is rarely seen today.
Jon

Hi,
seit dem ich die LatheMacros zu Gmoccapi honzugefügt habe, habe ich Probleme mit dem Fenster.
Wenn ich im Vollbild-Modus bin und z.B. in der Werkzeugtabelle bin passt das Bild, sobald ich jedoch in den manuellen Betrieb wechsle, ist das Bild unten abgeschnitten.
Das Fenster lässt dich dann auch nicht mehr so einfach klein schieben.
Hatte wer schonmal so ein ähnliches Problem oder hat eine Idee an was das liegt?

Vielen Dank im voraus

tommylight; I'm using a super cheapo amazon power supply, I will test with a better one when I am able. Do you think such noise could cause the parport to become disabled in linux?

pcw; with the parallel port unplugged from the driver, the exact same issue happens! so i guess it is software or maybe my PCIe parallel port? this is the one I have  www.amazon.com/dp/B01N6MG5TM?ref=ppx_yo2ov_dt_b_fed_asin_title  
 

ok...thanks...I will do on monday...in the meantime check out halshow


Thanks!!

the actual path  of x home (in your hal file) should be:

net x-home-sw <= hm2_7i96s.0.gpio.000.in_not

net x-home-sw => joint.0.home-sw-in

So trace from hm2_7i96s.0.gpio.000.in_not to  x-home-sw to joint.0.home-sw-in
in halshow



 

Much better.
 

Not exactly, but seems very useful

2 x 2watt is correct I believe

Is this resistor better with 0,6w ?

www.reichelt.de/de/de/shop/produkt/wider...207_0_6_w_0_1_-12752

Hi..Thanks for reply...I made change...same result...I made the change under the external input signals...is that right?....if so... I am not familiar with homing variables...anything that could be set wrong to make switch ignored?

Thanks again for your help..