Re: Programming for 4th axis
You'd be much more likely to get the answer you need on a SolidCAM forum than here....
Regards,
Ray L.
Re: Programming for 4th axis
Quote:
Originally Posted by
SCzEngrgGroup
You'd be much more likely to get the answer you need on a SolidCAM forum than here....
Regards,
Ray L.
That's my next stop I was curious as to if this is normal for the cam software to set different feeds for a axis work. I've done some research and it seems as though raise is normal but I don't see how it could be the case
Sent from my SM-G900V using Tapatalk
Re: Programming for 4th axis
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
- - - Updated - - -
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
Re: Programming for 4th axis
Quote:
Originally Posted by
SCzEngrgGroup
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
- - - Updated - - -
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
I totally agree that if i want to maintain 15ipm that it is a function of the diameter of the cut depth. That is about where my research took me.
I dont understand what you mean by "What happens if you specify a much higher A axis "feed"?"
In my solidcam software I can specify a feed and of course speed of spindle. It does not (in my limited experience) ask for an A Axis Feed (which would solve all of these issues)
To give you an example of the code generated
G1 Y-0.547 Z0.053 F10.
G1 X5.249 F15.
G1 Y-0.549 Z0.028 A-87.073
The Tool Plunges into the material in line 1 at 10 ipm
The tool makes a small X movement at 15 IPM (from here on in the code feed is not changed)
The magic starts happening with the A Axis as the tool works out of the center of the pocket. but feed is still set at 15 (which is deg per min I beleive, not IPM)
- - - Updated - - -
Quote:
Originally Posted by
SCzEngrgGroup
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
- - - Updated - - -
I've never tried it, but, logically, the CAM would need to know the maximum rotation rate of the A axis, so it does not violate that limit. When doing 4-axis moves, I would expect it to attempt to maintain the specified linear feedrate (which will be a function of the actual part diameter and cut depth), but back off on all axis feeds if that would violate the A axis limit. What happens if you specify a much higher A axis "feed"?
Regards,
Ray L.
I totally agree that if i want to maintain 15ipm that it is a function of the diameter of the cut depth. That is about where my research took me.
I dont understand what you mean by "What happens if you specify a much higher A axis "feed"?"
In my solidcam software I can specify a feed and of course speed of spindle. It does not (in my limited experience) ask for an A Axis Feed (which would solve all of these issues)
To give you an example of the code generated
G1 Y-0.547 Z0.053 F10.
G1 X5.249 F15.
G1 Y-0.549 Z0.028 A-87.073
The Tool Plunges into the material in line 1 at 10 ipm
The tool makes a small X movement at 15 IPM (from here on in the code feed is not changed)
The magic starts happening with the A Axis as the tool works out of the center of the pocket. but feed is still set at 15 (which is deg per min I beleive, not IPM)
Re: Programming for 4th axis
He's asking if you can specify a feedrate of 100ipm for the program. Then rerun it dry. If you do this does the a axis go faster then before. If not it would indicate you need to change some settings in relation to the a axis. (gearing, max feedrate etc..)
Ben
Re: Programming for 4th axis
Quote:
Originally Posted by
bhurts
He's asking if you can specify a feedrate of 100ipm for the program. Then rerun it dry. If you do this does the a axis go faster then before. If not it would indicate you need to change some settings in relation to the a axis. (gearing, max feedrate etc..)
Ben
Yes It does move faster as I ramp up the feeds, but of course this leads to insanely fast lateral moves.
To be clear, I havent made a chip yet. All of this is air cutting. Trying to work out the bugs without loosing my wits and my endmill stash
- - - Updated - - -
Quote:
Originally Posted by
bhurts
He's asking if you can specify a feedrate of 100ipm for the program. Then rerun it dry. If you do this does the a axis go faster then before. If not it would indicate you need to change some settings in relation to the a axis. (gearing, max feedrate etc..)
Ben
Yes It does move faster as I ramp up the feeds, but of course this leads to insanely fast lateral moves.
To be clear, I havent made a chip yet. All of this is air cutting. Trying to work out the bugs without loosing my wits and my endmill stash
Re: Programming for 4th axis
There is a fundamental problem with the way it's trying to do the move - X/Y/Z feeds are in inches/min while A feeds are in degrees/min. ANY feed move involving the A axis and any linear axis is going to have the wrong feedrate for one or the other. The only sensible way to do it is to rotate A, then feed in X/Y/Z, lather, rinse, repeat. You definitely need to go to a SolidCAM forum for help. I would expect there is probably a configuration setting that changes the CAM strategy to work better with the 4th axis. Either that, or go very shallow, with a small stepover, so you can safely crank the linear feedrate way up, to get the rotary moves going at a reasonable rate.
Regards,
Ray L.
Re: Programming for 4th axis
Quote:
Originally Posted by
SCzEngrgGroup
There is a fundamental problem with the way it's trying to do the move - X/Y/Z feeds are in inches/min while A feeds are in degrees/min. ANY feed move involving the A axis and any linear axis is going to have the wrong feedrate for one or the other. The only sensible way to do it is to rotate A, then feed in X/Y/Z, lather, rinse, repeat. You definitely need to go to a SolidCAM forum for help. I would expect there is probably a configuration setting that changes the CAM strategy to work better with the 4th axis. Either that, or go very shallow, with a small stepover, so you can safely crank the linear feedrate way up, to get the rotary moves going at a reasonable rate.
Regards,
Ray L.
I agree with what your saying. But what if this wasn't a simple square pocket. What If it where a spiral down the length of the shaft. In that case there would have to be a x movement and a movement at the same time and the feed would have to be calculated in degrees per minute I beleive.
Sent from my SM-G900V using Tapatalk
Re: Programming for 4th axis
Others have posted about this sort of problem on the Mach forum but I don’t see any answer that doesn’t require manual intervention. That is, a gcode command to set the radius. See Mach3 Tool Display "squashed" for 4-axis Gcode?? for one discussion.
Re: Programming for 4th axis
In Mach3, go to Config >Toolpath, and select "Use Diameter for Feedrate".
Then on the Settings page, there's a setting for Rotation Diameter.
If Z zero is the center of rotation, enter .001 for the diameter.
If Z zero is at the surface of the part, enter the RADIUS of the part.
This should get the tool moving at the correct feedrate on a axis moves.
Re: Programming for 4th axis
Thanks for the replies. I got my post processor to output the correct feed
Sent from my SM-G900V using Tapatalk