CAM Development Roadmap: Difference between revisions

From FreeCAD Documentation
No edit summary
Line 23: Line 23:


=== Job Types ===
=== Job Types ===
Path is optimized for 2.5D milling. It needs to the concept of job 'types' to handle other kinds of workflows like Lathe, 4th Axis, and pure 2D machines.
Path is optimized for 2.5D milling. It needs the concept of job 'types' to handle other kinds of workflows like Lathe, 4th Axis, and pure 2D machines.
Additional job types would help narrow the choices a user must make and eliminate the visual noise and confusion that comes from options that don't apply to the desired task.
Additional job types would help narrow the choices a user must make and eliminate the visual noise and confusion that comes from options that don't apply to the desired task.



Revision as of 17:09, 27 June 2020

This documentation is a work in progress. Please don't mark it as translatable since it will change in the next hours and days.

Purpose

This page will discuss strategic objectives for Path Workbench. This is not a list of individual features to implement but broader objectives that will steer the overall direction of Path development.

For a list of specific features, please check Mantis.

Core Objectives

These things make Path a reliable, performant, and flexible tool. Work in this area is never-ending and always high priority.

  • Broad test coverage
  • DRY code base
  • Efficient workflow

Workflow

Job Types

Path is optimized for 2.5D milling. It needs the concept of job 'types' to handle other kinds of workflows like Lathe, 4th Axis, and pure 2D machines. Additional job types would help narrow the choices a user must make and eliminate the visual noise and confusion that comes from options that don't apply to the desired task.

2D workflow

2D workflows like laser/waterjet/plasma have some unique requirements.

  • Nesting of parts into cut sheets
  • marking for part ID, fold lines, stitching, etc.
  • Efficient import from DXF

Additional 2D strategies

  • Engrave - Engrave by following a set of 2D edges. We support this partly now but the worklow is rough and keeping the 2D elements oriented with the shape is nearly impossible.
  • V-Carve - Engrave by following the centerline between edges while controlling Z depth
  • Hatch Fill - Fill an arbitrary boundary with a hatching pattern


Lathe Workflow

Lathe setup is different from milling. The user is generally viewing the coordinate system with Z axis pointing right and X axis pointing toward the user. Toolpaths are viewed as 2D relative to one side of the work or relative to the end for facing operations.

Lathe operations

  • Center Drill
  • Contour Roughing - Remove material to approximate
  • Contour Finishing - Contour finishing pass
  • Facing
  • Boring
  • Threading External
  • Threading Internal

4/5 axis workflow

continuous 4th axis operations may rotate the 4th while engaging the cutter. These kinds of operations will need to visualize the toolpath relative to the part. Other operations use the 4th to rotate the part to an orientation and then perform a pure 2.5D operation on the work. This is more like multiple setups and visualization might need to be take into account each discrete step.

2.5D (milling) workflow

This is Path's strongest area. But there's room to improve.

Additional strategies

  • Threading
  • Boring - Straightline Boring Canned operation (G85/G89)
  • Slitting Saw - Slot cutting with saw tool on the side of the work


Path Modifications

Some of the operations/strategies offer features and tools that are desirable but not available for other op/startegies. We should work to make things more consistent.

Pocket/3D Pocket has a boundary extension tool. This should be available to all operations where it makes sense. For example adaptive, surface, waterline,


Post Processing

  • Post to git

Gcode for the hobbyist is transient. It's used once and then likely not retained. If the user needs it again, they simply re-post the original file. For commercial users under certain certification standards, the gcode is a long-term asset and often may require version control protection. Integrating version control directly into the post-processing workflow might be an interesting feature.

  • modular output for older machines with limited memory.

Many old machines have an extremely limited capacity for gcode. While physically able to produce more complex paths, the very large output from surfacing and adaptive toolpaths make them unusable. It would be useful to post-process the output with an eye on the size of the resulting file. As a file reaches a maximum size, the post-processor could insert a spindle retraction and stop gracefully, then the next file could continue. Output files would be numbered to indicate sequence.


Path Analysis

  • Tip up Prediction / avoidance

When 2D cutting (laser/waterjet/plasma) of material supported on a grating, small parts cut out of the main stock can 'tip up' creating a crash hazard for the cutting tool during subsequent moves. Being able to predict these events or avoid them by ordering paths would be desirable. (Further reading)