Feed override in auto mode
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
23 May 2019 13:07 #134689
by Glemigobles
Feed override in auto mode was created by Glemigobles
I'm running a milling machine using gmoccapy. Will the feed override slider work for programs run in auto mode and not just in manual/mdi, and also does feed override work for G0 positioning moves or do they have to be G1?
Please Log in or Create an account to join the conversation.
- pl7i92
- Offline
- Platinum Member
Less
More
- Posts: 1890
- Thank you received: 356
23 May 2019 14:39 #134704
by pl7i92
Replied by pl7i92 on topic Feed override in auto mode
there are halui pins that manage the ovverride
depending on what version you use the pins have been renamed from 2.7 to 2.8
depending on what version you use the pins have been renamed from 2.7 to 2.8
The following user(s) said Thank You: Glemigobles
Please Log in or Create an account to join the conversation.
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
23 May 2019 15:16 #134709
by Glemigobles
Replied by Glemigobles on topic Feed override in auto mode
Thanks, what you posted doesn't work for me but I have something to go on.
Maybe it would be better to tell the CAM software to generate G1 code only so that the speed slider works for all moves. In my old Philips control, the feed override affected both G0 and G1. When testing a new program I set it to 0% and slowly increase to see if there was any unexpected behaviour. That's what I would like to do in LinuxCNC as well.
Maybe it would be better to tell the CAM software to generate G1 code only so that the speed slider works for all moves. In my old Philips control, the feed override affected both G0 and G1. When testing a new program I set it to 0% and slowly increase to see if there was any unexpected behaviour. That's what I would like to do in LinuxCNC as well.
Please Log in or Create an account to join the conversation.
- newbynobi
- Offline
- Moderator
Less
More
- Posts: 2075
- Thank you received: 406
23 May 2019 15:48 #134714
by newbynobi
Replied by newbynobi on topic Feed override in auto mode
In earlier releases that was handled in linuxcnc exactly as you explained, but it has been changed in one of the latest releases.
Now you have a feed overide and a rapid override. You may want to connect both override values in your hal file to react to the widget of gmoccapy or you add a custom panel containing the additional slider.
I am out of home, so i am not able to post a sample.
Norbert
Now you have a feed overide and a rapid override. You may want to connect both override values in your hal file to react to the widget of gmoccapy or you add a custom panel containing the additional slider.
I am out of home, so i am not able to post a sample.
Norbert
Please Log in or Create an account to join the conversation.
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
23 May 2019 16:17 #134719
by Glemigobles
Replied by Glemigobles on topic Feed override in auto mode
Hey Norbert,
It's unclear to me why these functions would be separated by default. It seems like a fringe case for anyone to want them like that. Why did you decide not to include the rapid override function as standard?
The override sliders are usually employed for testing new code, and the ability to limit rapids to check if the machine is doing what you're expecting it to (like going in the right direction!) seems really basic.
It's unclear to me why these functions would be separated by default. It seems like a fringe case for anyone to want them like that. Why did you decide not to include the rapid override function as standard?
The override sliders are usually employed for testing new code, and the ability to limit rapids to check if the machine is doing what you're expecting it to (like going in the right direction!) seems really basic.
Please Log in or Create an account to join the conversation.
- pl7i92
- Offline
- Platinum Member
Less
More
- Posts: 1890
- Thank you received: 356
23 May 2019 18:00 #134726
by pl7i92
Replied by pl7i92 on topic Feed override in auto mode
it is good to have them separated
as the work and maschine global overrides
the user have to decide what he wants
even if the main people woudt like to see them connected
the rapid override also effects the Interpreter and this leads to following trouble so better to keep them seperated
as the work and maschine global overrides
the user have to decide what he wants
even if the main people woudt like to see them connected
the rapid override also effects the Interpreter and this leads to following trouble so better to keep them seperated
Please Log in or Create an account to join the conversation.
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
23 May 2019 18:02 #134727
by Glemigobles
Replied by Glemigobles on topic Feed override in auto mode
How can I connect the two override values in hal? I tried just switching to Axis where the rapid override slider is on by default but then I can't get my machine to release from estop.
I would very much appreciate some code showing how it's done.
I would very much appreciate some code showing how it's done.
Please Log in or Create an account to join the conversation.
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
23 May 2019 18:05 - 23 May 2019 18:07 #134729
by Glemigobles
Replied by Glemigobles on topic Feed override in auto mode
pl7i92, I don't recall them being separte on training machines with Siemens and Fanuc controls some two years ago. I'm using these examples because I know the Philips was extremely old.
EDIT: anyway would greatly appreciate some help with having the feed override slider work on the invisible rapids one as well. I don't want to run any code until I understand exactly how to keep the machine under control, the slider must work on both types of moves.
EDIT: anyway would greatly appreciate some help with having the feed override slider work on the invisible rapids one as well. I don't want to run any code until I understand exactly how to keep the machine under control, the slider must work on both types of moves.
Last edit: 23 May 2019 18:07 by Glemigobles.
Please Log in or Create an account to join the conversation.
- cmorley
- Offline
- Moderator
Less
More
- Posts: 7773
- Thank you received: 2055
23 May 2019 19:06 #134736
by cmorley
Replied by cmorley on topic Feed override in auto mode
In liniuxcnc 2.7 gmoccapy uses 'max velocity' slider to limit feed or rapid moves.
It sets the absolute max velocity the machine can move at (so if you turn it down low enough it will affect feedrate)
there is also a feedrate slider for just limiting feedrate.
In linuxcnc 2.8 gmoccapy use 'max feedrate' and max rapid' sliders to do the same thing but separately.
Having them separate is handy say for a lathe when you want to limit the rapid so you can confirm the offsets/program but if you limited the feedrate too much the chips are stringy and ball up.
Chris M
It sets the absolute max velocity the machine can move at (so if you turn it down low enough it will affect feedrate)
there is also a feedrate slider for just limiting feedrate.
In linuxcnc 2.8 gmoccapy use 'max feedrate' and max rapid' sliders to do the same thing but separately.
Having them separate is handy say for a lathe when you want to limit the rapid so you can confirm the offsets/program but if you limited the feedrate too much the chips are stringy and ball up.
Chris M
The following user(s) said Thank You: Glemigobles
Please Log in or Create an account to join the conversation.
- Glemigobles
- Offline
- Elite Member
Less
More
- Posts: 201
- Thank you received: 18
24 May 2019 07:10 #134783
by Glemigobles
Replied by Glemigobles on topic Feed override in auto mode
Thanks Chris, this is what I was looking for!
IMO, whether it's a lathe or a mill, reducing feedrates when actually cutting material will have a negative impact on either tool life, workpiece or both. Once you confirm that the toolpath is in the right directions and the work offsets are okay, almost always you want to go at the programmed feeds (unless it's a new material/tool combo and you're looking to optimize).
IMO, whether it's a lathe or a mill, reducing feedrates when actually cutting material will have a negative impact on either tool life, workpiece or both. Once you confirm that the toolpath is in the right directions and the work offsets are okay, almost always you want to go at the programmed feeds (unless it's a new material/tool combo and you're looking to optimize).
Please Log in or Create an account to join the conversation.
Moderators: newbynobi, HansU
Time to create page: 0.072 seconds