QTPlasmaC with fourth axis - rotary
- phillc54
- Offline
- Platinum Member
- Posts: 5698
- Thank you received: 2081
Interestingly it is a little faster but still a long way from what it should be. Rapid moves are fine but coordinated moves are ordinary to say the least.just out of interest how do the A axis velocities compare to the first cut?
I will try to set up a Linear A axis next.
Attachments:
Please Log in or Create an account to join the conversation.
- snowgoer540
- Offline
- Moderator
- Posts: 2393
- Thank you received: 782
Please Log in or Create an account to join the conversation.
- phillc54
- Offline
- Platinum Member
- Posts: 5698
- Thank you received: 2081
EDIT: Changing the A axis to LINEAR made no difference to either the G94 or G93 figures.
I am convinced it is the lack of look ahead in the trajectory planner for axes other than X, Y, or Z.
This seems to gel with 3D printer configs using the Z axis for the extruder and the A axis for the cartesian Z axis.
Attachments:
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 3946
- Thank you received: 1705
Please Log in or Create an account to join the conversation.
- LesNewell
- Offline
- Junior Member
- Posts: 26
- Thank you received: 21
SheetCam already compensates for angular feed so this should not make any difference.Here is a short video showing what I mean by G93. Perhaps sheetcam already exports code this way, I am not sure. But if nothing else, he has a good explanation of the problem and the solution.
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 3946
- Thank you received: 1705
Actually, looking more closely at the original GCode using G94 it does indeed seem to adjust the feed rate in relation to the angular movement. So a conversion to G93 might not give the advantage that is seen with other Gcode.If your runtime with g93 is longer than with g94 then I would suspect something went wrong with the calculation of the F values.
The thing that I find a bit odd here is that with G93 code I never seem to have an issue with slow motion but more with jerky movements as the planner seems to accelerate/decelerate for (each?) segment. Given the rather large feed rates I wonder if maybe there is an issue with max acceleration of your axes.
Please Log in or Create an account to join the conversation.
- phillc54
- Offline
- Platinum Member
- Posts: 5698
- Thank you received: 2081
In the second video when doing the second cut you should be able to hear the odd vibrations each time it moves the A axis around the corners of the tube.
Tomorrow I will do a comparison on the second cut with and without the A axis.
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 3946
- Thank you received: 1705
I presume you mean this one:In the second video when doing the second cut you should be able to hear the odd vibrations each time it moves the A axis around the corners of the tube.
It is not clear to me why it is much faster up until 0:40 and then really slow after that. What changed in the GCode between the two cuts?
Please Log in or Create an account to join the conversation.
- phillc54
- Offline
- Platinum Member
- Posts: 5698
- Thank you received: 2081
I don’t think there is any real change. It may be there is less X motion in the second cut so the segment lengths are shorter?
Please Log in or Create an account to join the conversation.
- mariusl
- Topic Author
- Offline
- Platinum Member
Regards
Marius
www.bluearccnc.com
Please Log in or Create an account to join the conversation.