- Posts: 46
- Thank you received: 0
Fusion 360 Milling post with G64 Pn
- spangledboy
- Topic Author
- Offline
- Senior Member
-
My take away from this is to firstly update my ini file so there's a G61 in there and then to look at a good way to implement G61 & G64 switching along with tolerance changes on an operation by operation basis.
Please Log in to join the conversation.
BTW I really like your tool change comment implementation. I have HSMworks comments stating the diameter, type, and intended feed rate in the tool library, so on tool change during a long production run I don't forget where I was in the process. It's saved me several wrecked parts already. Thanks.
Please Log in to join the conversation.
- spangledboy
- Topic Author
- Offline
- Senior Member
-
- Posts: 46
- Thank you received: 0
forums.autodesk.com/t5/hsm-post-processo...g-with/idi-p/8679566
Please Log in to join the conversation.
- spangledboy
- Topic Author
- Offline
- Senior Member
-
- Posts: 46
- Thank you received: 0
Somehow I've got away without being badly affected by the sloppy G64 in my machine - I guess it's down to my low speed moves as I mostly work in steel and aluminium. The realisation dawned when I noticed some inside corners being less sharp than they should be in my latest job.
Please Log in to join the conversation.
that people are strugeling to get the right one
so many people turning from "mach" here are with G53 and linuxcnc dont like this files
Please Log in to join the conversation.
This is OK, and LinuxCNC compatible, but ony if 0 is the top of Z travel.
(But that would be just as much of a problem with any other controller)
Please Log in to join the conversation.
MartyJ wrote: OK all, here's what I ended up doing.
I was going to start with Spangled's post, because I was going to have an overall G64 P0.0x value, combined with a per-operation G64 P0.0x value based on if the operation has a "smoothing" parameter applied.
But then I thought, that's not really what the smoothing is for. What we're really talking about is the overall tolerance of the operation, and a lot of operations which may need tight tolerance machining at high speeds may not have a Smoothing parameter, or you may not want to use Smoothing just to get your machine to not round corners under acceleration.
So I made it post out a G64 P0.0x block on every operation, which inherits the Tolerance value from that operation. (I am aware that this will actually result in a tolerance zone of double the input tolerance value. I'm fine with that, though it will undoubtedly cause some confusion. Fine for my purposes, I'll just put a conservative tolerance zone in there.)
I'm going to try using it like this for a bit, I haven't used it to run a machine yet, so keep yer finger on the E-stop button until you've run a test program.
@MartyJ,
this is great ive been searching all over for a solution to the tolerance vs G64 P value and this is a wonderful idea you have put together!
Have you run it on the machine? if so, what was your result? it wold be nice if fusion had a separate box for the G64 output per operation as i think it would be better if the tolerance and smoothing could be set lower and let linuxcnc motion planner deviate from per operation tolerances which i think may result in an actual smoother machine movement. but i'm just starting to try and understand how it all works together currently so I could of course be off base. have you done anymore playing with the post since this was put up? any other tips or tricks you wouldn't mind passing along?
Thanks in advance!
Chris
Please Log in to join the conversation.
Next step I want to do is have it set up so G00 moves get a large P value, could be cool. But not really necessary.
Please Log in to join the conversation.
Please Log in to join the conversation.
on multiaxis the G53 Zero is offen when not at all into the Part
this is why i asked here
CAN somone tell me the Part of the Postprocessor at Fusion to change to get rid of this G53 Z0
im lost in the Syntax
Please Log in to join the conversation.
