Advanced Search

oooh

All pins have GPIO capability (primary function) 
Secondary functions are PWM,Stepgen etc

Does anybody have a post processor that will work with Fusion 360 for LinuxCNC's  GUI QTPlasmac
Thanks

Thanks for looking into things.
I am not sure if I understand correct.
If I type mesaflash --device 5i25 --readhmid I get this



Is I/O port and GPIO refering to the same thing. In the screenshot I/O port 8 says it has no sec. (secondary?) function.


 

linuxcnc.org/docs/stable/html/config/ini...ome_absolute_encoder

if using multiturn absolute servo encoders there isn't any homing, the encoders use batteries to maintain their position and on startup of linuxcnc those encoder positions are written to linuxcnc. this is all setup inside the config files, check the docs for using absolute encoders for the correct ini settings. they are unique and special. with this once started and the encoder positions update the dro's the machine is set in the homed state. linuxcnc does not store the previous positions on shut down as they could be useless on startup even for a non absolute encoder machine which may move slightly when powered off or could be moved while powered off giving an incorrect assumed position to actual machine position.

in the sidebar tab under the WCS tab is a button named limits override but its use is somewhat finicky from my experience. it is just commanding the same functionality available via linuxcnc so the docs will have all of the use case information for how/when to use it.

Thanks for the fast reply, you are right, I imported dragon on the new install to double check and indeed also resets the position to zero. Dragon config is copy/pasted.. so I guess is due to the new install or LCNC 2.9.4? How are stored the encoder positions?

Maybe didn't notice due to edit I had BONUS QUESTIONS : qtdragon allowed me to manual jog outside machine software limits (with home all in red) is this possible with PB? How can I force absolute encoders position to zero? I don't have limit switches on the machine

is your new config correctly setup for absolute encoders? the dro's in probe basic are just displaying the axis data from linuxcnc so if it worked previously in dragon, it should also work the same in probe basic. it sounds like the absolute encoders are not correctly updating linuxcnc at startup. so i would start by double checking your ini settings for homing section maybe?

he needs to update the config files so the user parameter entries are correctly stored in the var file. once he gets his configs sorted the parameter values will be stored persistently and will be pulled into the subroutines correctly. probe basic does tool setting a little different than qtdragon, so there may be some confusion if he tries to interperet G38 statements and translate them into probe basic.

other reasons for probe triggered during a non probe move can be that the hal is incorrectly setup to handle probe and tool setter inputs if one of the circuits is in the triggered state, ie the touch probe unplugged when attempting a tool setter function. but without his configuration setup its difficult to tell.

The distance from the corners to the spline is the exact G64 P[x] value.

Yay!

Hey guys,

I switched to probe basic due to the user friendly interface, previously using dragon GUI.
To avoid losing my actual config I performed a fresh installation on a new SD card ( using Raspi5 )

I'm heading to this weird behavior:

move the machine to X Y Z position -> restart  Probe basic (no servo power off) keeps the position info
move the machine to X Y Z position -> restart  Probe basic (servo power off) X Y Z are back to zero

I guess the cause could be:

1) Probe basic
2) The fresh install is missing something

Raspi5 flashed 2.9.2
Upgraded to LCNC 2.9.4
Installed Ethercat
Installed PB
Merged my actual config with PB

BONUS QUESTIONS : qtdragon allowed me to manual jog outside machine software limits (with home all in red) is this possible with PB? How can I force absolute encoders position to zero? I don't have limit switches on the machine

Thanks in advance for the help

hi, i am studying Linuxcnc and I need to enable coolant on my lathe with an external switch,

my external switch connected to pin as:

an output coolant pin connected as:

how connect  toogle to run flood?
i find this code but understand how it works in linuxcnc


and I find this lesson but don't understand how edit button code to google switch
all my attempts led to errors,

but this code is work good to spindle


and my copy to coolant show error...



And I have a pneumatic spindle chuck and need connect 3 state toggle to open chuck and close chuck,
to open chuсk I receive input but need run 2 step(enable relay(M64 P0) and disable after 3 second(M65 P0))
to close chuсk I receive input and need run 2 step (enable relay(M64 P1) and disable after 3 second(M65 P1))
Maybe this type of chuck is turned on and off differently?
thank you

In my mill conversion, the quill is manually operated, but it has a magnetic scale, and the scale is connected to a Beckhoff EL5101 encoder input module in my EtherCAT chain.

I'd like it to behave like a simple DRO within LinuxCNC, simply allowing me to "home" it manually when it's retracted and then touch it off in each WCS and show me the relative reading on the DRO.  I have it halfway working by simply assigning the output pin of the encoder (which is configured to be in machine units) to joint.2 motor-pos-fb.  This lets me to see the value in AXIS and home it, so it shows 0.000 when retracted, and will read down to the max extension around -5.000 inches.


# it's a 5um scale, 5080 counts per inch, negative to swap direction so it reads negative on extension
setp lcec.0.5.enc-pos-scale -5080
net 2-pos-fb => joint.2.motor-pos-fb <= lcec.0.5.enc-pos


However, touch-off doesn't work.  It pops up the touch-off dialog in AXIS, but this never changes what the DRO for Z shows. 

Another issue is that I also have to crank up FERROR to more than the full travel so it doesn't think there's a follow error with the joint moving on its own when I use it.

I can also reset the EL5101's encoder counts with it's enc-reset input pin, and I tried setting up something with a HAL oneshot component triggered off of the joint homing signal to force the encoder to reset.  It did reset the counts to 0 when homing, but it didn't help otherwise.

I can't help but think there's a better approach to this, any suggestions?

thanks,
Steve