Milling Machine Multiple Heads
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
I have a milling machine which on the z-axis there are four high speed motors in parallel, where a tool is attached to each motor. Now each tool is around 35cm away from the next tool.
This means that the area that each tool can cover is limited but some times overlaped by the next tool. When the workspace of one tool is not enough the next tool should continue the milling process.
Each tool is activated by a pneumatic cylinder. When a tool is needed the coresponding cylinder is activated and the tool descends a predefined distance.
How can I configure LinuxCNC so as when one tool is at the limit of its workspace the next one continues?
Sincere Regards
Elias
Please Log in or Create an account to join the conversation.
- andypugh
- Offline
- Moderator
- Posts: 23310
- Thank you received: 4858
Each tool is activated by a pneumatic cylinder. When a tool is needed the coresponding cylinder is activated and the tool descends a predefined distance.
How can I configure LinuxCNC so as when one tool is at the limit of its workspace the next one continues?
Do you ever want to use more than one spindle at the same time? (For example to make duplicate parts.)
This sounds quite a lot like a tool-change. The tool-able allows offsets in al directions, so if you set up tool 3 to have a 700mm X offset and tool 1 to have a 0 X-offset, if you do a tool-change to tool3 then the working point will automatically offset by 700mm.
In your position I would be tempted to set up 15 "tools" where each number is a binary representation of which tools are up and which down. That makes controlling the cylinders from HAL somewhat easier.
Please Log in or Create an account to join the conversation.
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
Yes this function is needed.Do you ever want to use more than one spindle at the same time? (For example to make duplicate parts.)
So do you suggest setting up the tool-table and in the CAM s/w predetermine the area each tool will cover?This sounds quite a lot like a tool-change. The tool-able allows offsets in al directions, so if you set up tool 3 to have a 700mm X offset and tool 1 to have a 0 X-offset, if you do a tool-change to tool3 then the working point will automatically offset by 700mm.
In your position I would be tempted to set up 15 "tools" where each number is a binary representation of which tools are up and which down. That makes controlling the cylinders from HAL somewhat easier.
I don't quite get this.
Please Log in or Create an account to join the conversation.
- andypugh
- Offline
- Moderator
- Posts: 23310
- Thank you received: 4858
Yes, I think that is the only way. LinuxCNC won't even let you run code that is outside the area that it thinks the machine can reach. I don't know of any way round this because it would be extremely hard to coordinate the spindle-swap with the G-code. This is partly because G-code is a rather simple and old standard, and there really isn't any information flow back from the machine to the interpreter. You are asking the machine controller to (potentially) split a long G-code move into several shorter moves and that just isn't possible with the way that the software works.So do you suggest setting up the tool-table and in the CAM s/w predetermine the area each tool will cover?
Not that it is completely impossible, but you would need to re-write some pretty fundamental bits of the software to enable it. (I very much doubt that any machine controller can do this, I think it would always be done at the G-code level, manually or with CAM)
I don't quite get this.[/quote]In your position I would be tempted to set up 15 "tools" where each number is a binary representation of which tools are up and which down. That makes controlling the cylinders from HAL somewhat easier.
Tool1 = 0001 = right-most tool.
Tool2 = 0010 = next tool to the left
Tool4 = 0100 = second from the left
Tool8 = 1000 = right-most tool
Tool9 = 1001 = both outer tools
Tool3 = 0011 = both right tools
Tool15= 1111 = all tools down.
This may be less obvious if you don't count in binary.
Please Log in or Create an account to join the conversation.
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
I'll try that and I'll post back.
Please Log in or Create an account to join the conversation.
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
In Asprire 3.0 it says that the postprocessor (emc2) does not support toolchange when I selected multiple toolpaths to be included in one file.
In Artcam there is not any postprocesser available for Linuxcnc.
Any ideas?
Please Log in or Create an account to join the conversation.
- andypugh
- Offline
- Moderator
- Posts: 23310
- Thank you received: 4858
In Asprire 3.0 it says that the postprocessor (emc2) does not support toolchange when I selected multiple toolpaths to be included in one file.
I am afraid that is an Aspire problem, not a LinuxCNC problem. LinuxCNC definitely does support tool changing.
Please Log in or Create an account to join the conversation.
- Todd Zuercher
- Offline
- Platinum Member
- Posts: 5009
- Thank you received: 1443
Please Log in or Create an account to join the conversation.
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
I found a postprocessor for artcam which supports toolchanging.
the post processor is here
I 'll post back when I'll try it.
Please Log in or Create an account to join the conversation.
- umbaman
- Offline
- New Member
- Posts: 10
- Thank you received: 0
I have attached the postprocessor, the screenshot that shows the bounds, and the code generated.
The bounds are way to big for my machine. The limits for my machine are 2000x1000x220 mm (XYZ).
Could anyone guess why I get this output? In Artcam i setted the surface area to be 2000x1000 (XY).
Thank you all very much for your time.
Please Log in or Create an account to join the conversation.