CNC Torch Table 2/Research Development: Difference between revisions
Jump to navigation
Jump to search
| Line 16: | Line 16: | ||
I'd do it something like this: | I'd do it something like this: | ||
* | * Finish fixing/replacing the RAMPS hardware that I burned. Make sure each motor moved properly when using the RAMPS test code. | ||
* | * Order a new "RAM" board in case this one is damaged or becomes damaged. | ||
* | * Find a power supply for the arduino so it can be run without being connected to a computer to prevent a short from frying the computer. | ||
* Attach a sharpie to the tool head and put poster board or similar on the bed for initial testing. | * Attach a sharpie to the tool head and put poster board or similar on the bed for initial testing. | ||
* Load [http://reprap.org/wiki/Marlin the Marlin firmware] onto the arduino and do any needed configuration. Grbl looks sweet but doesn't support RAMPS out of the box and we're going for simple here for the moment. | * Load [http://reprap.org/wiki/Marlin the Marlin firmware] onto the arduino and do any needed configuration. Grbl looks sweet but doesn't support RAMPS out of the box and we're going for simple here for the moment. | ||
* The standard RAMPS setup for 2 motors on one axis is to run them in parallel off one driver. Since our motors draw a fair amount of current, try to use a separate driver for each motor and [http://shapeoko.com/forum/viewtopic.php?f=4&t=1095 modify marlin] to drive those two drivers identically. | |||
* Run a simple test gcode program- https://github.com/grbl/grbl/wiki/G-Code-Examples. | * Run a simple test gcode program- https://github.com/grbl/grbl/wiki/G-Code-Examples. | ||
* Draw a rectangle in librecad, run it through [[DXF to G-code Conversion Tutorial | dxf2gcode]] and use [[http://reprap.org/wiki/Pronterface Printrun]] to stream it to the arduino. Get the table to draw the rectangle. | * Draw a rectangle in librecad, run it through [[DXF to G-code Conversion Tutorial | dxf2gcode]] and use [[http://reprap.org/wiki/Pronterface Printrun]] to stream it to the arduino. Get the table to draw the rectangle. | ||
| Line 34: | Line 35: | ||
* Rebuild the table using as many [[Warehouse]] parts as possible. | * Rebuild the table using as many [[Warehouse]] parts as possible. | ||
* There was a comment that said "[[Height Controller]] for oxyacetylene and plasma torches". I don't know what that means. | * There was a comment that said "[[Height Controller]] for oxyacetylene and plasma torches". I don't know what that means. | ||
* Order proper screws to replace to replace what I used for the 2 long axis motor mount. | |||
=Developement Board= | =Developement Board= | ||
Revision as of 07:09, 30 October 2013
| CNC Torch Table 2 | ||
|---|---|---|
| Home | Research & Development | Bill of Materials | Manufacturing Instructions | User's Manual | User Reviews | 
| |
Status
This is my (Dan Benamy's) understanding as of Oct 2013:
There's a torch table base in the shop at FeF which needs just a little more work to be usable.
There were various Stepper Motor Drivers being considered. We have an (inactive) project to develop an OSE driver called CoolRAMPS. The fallback was to use the Steppernug open source stepper motor driver. The folks behind it are amazing and we love open source. It's not clear to me (Dan), if the Steppernug is quite ready. For the short term I'd like to try to get the version 2 table up and running with the RAMPS system so we can get something working and build momentum. Then we can quickly iterate to version 3 where we switch to the Steppernug which will allow us to cut faster.
Lots of info on the control systems at CNC Torch Table 2/Control Overview.
Next Steps
My (Dan Benamy's) plan/suggestion as of Oct 2013 would be to try getting the torch table 2 up and running with the minimal possible features and work (eg no sensors, no custom electronics...).
I'd do it something like this:
- Finish fixing/replacing the RAMPS hardware that I burned. Make sure each motor moved properly when using the RAMPS test code.
- Order a new "RAM" board in case this one is damaged or becomes damaged.
- Find a power supply for the arduino so it can be run without being connected to a computer to prevent a short from frying the computer.
- Attach a sharpie to the tool head and put poster board or similar on the bed for initial testing.
- Load the Marlin firmware onto the arduino and do any needed configuration. Grbl looks sweet but doesn't support RAMPS out of the box and we're going for simple here for the moment.
- The standard RAMPS setup for 2 motors on one axis is to run them in parallel off one driver. Since our motors draw a fair amount of current, try to use a separate driver for each motor and modify marlin to drive those two drivers identically.
- Run a simple test gcode program- https://github.com/grbl/grbl/wiki/G-Code-Examples.
- Draw a rectangle in librecad, run it through dxf2gcode and use [Printrun] to stream it to the arduino. Get the table to draw the rectangle.
Then I'd do incremental improvements, keeping the table working after each step so if I had to leave or something didn't work, it'd be easy to revert to the most recent working stuff:
- Add a circle to the dxf that's not touching the rectangle. Re-run and make sure the head lifts up between the shapes.
- Add gcode postprocessing if still needed for piercing and torch width. The "torch" should move back and forth while making an initial "pierce". For the circle, I think it should make the pieces inside the circle. I'm not sure if it should pierce the rectangle inside or on one edge. We want it to make the pierce in a part of the metal we won't use. I wonder how the piercing code knows what that is... There's a conversation here about integrating this functionality into dxf2gcode which would be great for ease of use and gives us a gui where maybe we could click where we want the pierce to be.
- Try it with the real torch!!! For future steps, I'd switch back to the sharpie for testing and only use the torch once things look good.
- Computer control of the torch since the ratio of fuel to oxygen should change for piercing vs cutting.
- Endstops.
- More powerful stepper drivers to allow faster movement (and use more open hardware).
- Height sensing to automatically deal with different thickness material and maybe uneven material.
- Rebuild the table using as many Warehouse parts as possible.
- There was a comment that said "Height Controller for oxyacetylene and plasma torches". I don't know what that means.
- Order proper screws to replace to replace what I used for the 2 long axis motor mount.
Developement Board
Design
Lots of information about the control system in CNC Torch Table 2/Control Overview.
Additional discussion at TorchTableModularTooling
Files
Github, mostly solidworks - [1]. - DXFs of motor mounts. - Sketchup files
Additional Notes
- As a large x-y-z coordinate table, the Torch Table has potential applications with other tooling besides a cutting torch. One limitation is that the drive system is not powerful enough or stiff enough to support heavy cutting-tool forces.
- A modular tool mounting (possibly dual mounting, so two tools could be available simultanously) would facilitate tool changeover.