HeeksCNC can be finicky about profiles. Often I've found that a sketch which should be easily profiled won't generate any gcode at all. When I look in the console, I find an error like this
File "/usr/lib/heekscnc/kurve_funcs.py", line 247, in profileraise Exception, "couldn't offset kurve " + str(offset_curve)Exception: couldn't offset kurve <area.Curve object at 0xb6f4bf2c>
I got the chance to speak about FreeCAD at the Osmoces event near Chicago over the weekend. I had a really good time seeing some of the other presentations and exhibits and just hanging around with some pretty cool people. In addition to the talk, I also taught a workshop where we got hands-on with the software and modeled a simple part.
One theme in my presentation was that this stuff is really hard. It's hard to learn, hard to use, and mistakes have real consequences. This isn't just true of FreeCAD but of any CAD or modeling software. This fact was reinforced for me personally in the workshop where I saw frustration and confusion first hand.
Even though students struggled at first with the interface and the general concepts, most were able to make a lot of progress and judging by the number of students who stayed late and asked about areas I hadn't even covered, the demand for powerful open source design tools is growing.
This was the second time I've taught FreeCAD to a group of new users and I'm starting to get a sense for where they get hung up. I'm hoping to teach this again so I can build on that knowledge and perhaps find better ways to explain the core concepts. If you have anecdotes about learning CAD or teaching it to greenhorns, I'd be interested in your comments.
If you're looking for my slides or notes, they can be found here.
This is still early but it's too cool not to share. Yorik has added a WebGL exporter to the FreeCAD arch module (but it seems to work everywhere in FreeCAD)
Open a model in FreeCAD and select the objects in the tree
Export the objcts (File -> Export) and select WebGL
Save the file and open it in a browser: WebGL export (will open in a new window)
(The default view is zoomed up close but clicking and dragging with the mouse buttons will zoom/pan/rotate the object. There's still plenty to be done with materials and lighting but being able to share FreeCAD models through a browser is very cool.)
I'm going to build an enclosure for my CNC mill to keep coolant and chips from going all over the floor. It took about ten minutes to model the mill table in FreeCAD but modeling all the aluminum extrusions was looking like a lot of work. Fortunately it isn't necessary
More and more vendors are providing CAD data in their online catalog. As long as they provide data in one of the non-proprietary formats, it should import very nicely into FreeCAD.
McMaster-Carr's catalog is legendary and many of their products have CAD data associated. You can download in a bunch of different formats that are compatible with FreeCAD, HeeksCAD, or probably any other CAD system on the planet.
Just click on the part number . In the item detail pop-up there's a CAD link that will take you to a page where you can get 2D and 3D CAD models and also see some dimension data online.
Misumi's site is maybe even better. Misumi will custom cut aluminum extrusions without a setup fee. The nice thing is they also provide custom CAD data for the parts you specify. For example, if you want a 330 mm extrusion, they'll cut it, but you can also download a 330mm model to use in your design.
In the design at the top of the page, I used three different length pieces and played with them in FreeCAD to verify that things would line up on the table the way I wanted.
I wish all vendors provided this, along with detailed specs, schematics, and illustrated parts lists. If you know other noteworthy vendors, drop a comment.
I spent the Thanksgiving holiday at my brother's place. It was a very relaxing weekend spent eating too much and shooting stuff. (I'm not very into guns but this stuff is fun!)
My brother recently bought a jealousy inducing lathe like this:
This thing was barely out of the crate. The DRO hadn't even been installed yet and and he was just getting familiar with it. So, of course, we decided we needed to make something -- preferably a piece of high-precision technology.
Armed with a healthy disregard for prior planning, a can-do attitude, and the proper fluids:
we started making chips.
Two days (and late nights) later, the world's first tactical yo-yo. Heavy enough to take your head clean off.
The first field test was less than impressive
So, back to the drawing board:
In the end, the device functioned within specification. It's a bit heavy for normal use but there's plenty of material that can still be removed to improve it.
All joking aside, I really enjoyed this project. Too often we think through a project and, figuring that we could do it, we declare it done. Actually DOING it unearths all kinds of tricky problems but that's where real experience is developed. I know my meager skills on the lathe were improved greatly. And I had a blast.
My interests in CNC and machining developed over a period of years in a very organic way. I have no formal training in either engineering or manufacturing --my interests were born out of necessity. Learning that way is great if you have the time and patience. Sometimes, however, it's just frustrating. You find yourself struggling with something that should be easy and only later find out that all kinds of people have the same issue and either they know how to work around it or perhaps they just feel each other's pain. But you, the loner, are left banging your head against the wall feeling like an idiot.
Meet the Spider
This post is about a perennial problem that I've faced in lots of CNC projects. It's something newbies like me are going to see eventually so this post is for you. I don't know if this problem has a name so I call it the 'spider problem'. If you know anything about this or how other CAM packages address it, leave a comment.
The first time I saw it was when I was playing with the HeeksCNC zigzag operation. To mill the spider, a lot of material needs to be removed but there are some areas that are very small and require a small cutter to reach. And there lies the problem. If you use a big cutter to go fast, you can't get into all the nooks and crannies like the space between the legs. You end up with a tool path that looks like this:
If you choose a small cutter that can get in there, your step over and step-down values have to be small. The run-time on the job is going to be excessively long - really REALLY long.
Roughing and Finishing
The intuitive solution is to rough the spider out with the big cutter, then do a finishing pass with the small cutter. With a model that doesn't have all those tight corners, this works great. It's exactly the technique I used on this pinewood derby car.
But it doesn't work here. Finishing assumes that the roughing phase has left a small, roughly uniform amount of material all over the model. The finish pass doesn't limit step-down because it doesn't have to. Ideally you're already within one step-down distance of the model everywhere. Cutting our spider, we're within one-step-down everywhere except the small areas between the legs. There, the remaining material is 5, 10, or more step increments away -- we're still roughing in those areas.
Of course you can limit the step down value but now you're back to where you started. You're either spending a LOT of time milling air, or you're plunging your cutter and breaking it off.
The fundamental problem is that the CAM software doesn't know what material has been removed.
Manually controlling the boundaries.
The only other solution I've found, and one I use regularly, is to artificially limit the boundaries of the operation. This means creating some geometry -- a sketch -- to limit the work area of of a roughing operation. For instance, I could create a boundary sketch like this:
The resulting toolpath will focus on the problem areas. This works but it's a compromise. If the model is complicated with lots of small problem areas, it can be difficult or impossible to create the right kinds of boundaries. It's also manually intensive and, at least in my case, that means mistakes are likely.
Not just about 3D sculpting.
The example I've given might make it seem like this problem is only about milling 3D irregular models but it isn't. Imagine cutting a simple rectangular pocket. If the pocket is large, you'll want to use a big cutter to remove a lot of material but you'll have rounded corners with the radius of the cutter. If you use a small cutter to get in tighter, you'll either spend a lot of time milling or you'll have to add some artificial bounding geometry to keep your itty-bitty cutter working in the corner and not milling air that the big cutter already cleared. The problem is the same and the available solutions are the same too. All compromises.
What would a better solution look like?
A smarter CAM tool would remember where previous operations had sent the tool and avoid re-milling those areas in subsequent operations. The workflow I would like to see would look like this:
1) The user selects the model and creates a roughing operation, specifying the tool to use and the feeds and speeds. The boundaries of the model are used to determine the work envelope. The step-over and step-down could be suggested from the tool or overriden by the user.
2) The user selects the previous operation and creates a refinement operation. The user selects the tool, feeds,speeds, and step-overs just like above.
3) Optionally, additional refinements can be added with progressively smaller tools, each time, the refinement references the previous operation not the original model.
4) When the tool path is generated, the system first generates the roughing operation tool path. It then constructs a solid in memory using the bounds of the path - the area swept out be the tool. It performs a boolean operation comparing the new solid to the original model to see where material still remains to be cleared. The resulting area, or its perimeter at least, is used as the bounding box for the refinement operation.
5). The user selects the original model and adds a finishing operation, which works just like it does today.
I'm sure there's a lot I'm missing in this approach -- maybe even some legitimate reasons it won't work at all -- but I'm listening and willing to learn.
When I first started using HeeksCNC I was totally confused. It seemed overly complex. When I finally understood it, I realized what a great model it is. I still won't claim to be an expert but from my perspective it meets three really big objectives. One of these is compromised in every other solution I've seen:
1) It keeps the computationally intensive algorithms in C++ where they run fast. Other systems that are flexible and customizable are written in interpreted languages and that means they're slow for computationally intensive tasks. Generating a complex path can tax a processor and really needs to be fast.
2) It provides a scriptable interface in a friendly language (Python). No matter how good the developer was, there's no way he can anticipate every need. That's why we like applications like blender, inkscape, gimp, and FreeCAD. These apps assume that the user may want to extend the application. Making the tool path generation accessible through a scripting language unleashes a lot of power.
3) It allows customization for the machine specific output without recompiling. This is the Post-processor. Not all machines are created equal. Different capabilities and different controllers mean the final output must be tailored.
Dan Falck did a great write-up of how Python is used in HeeksCNC to generate tool paths using the C++ libraries. I hope a future CAM workbench for FreeCAD has a structure like this.
I think the thing that got me into this hobby in the first place was reading the [amazon_link id="0960433007" target="_blank" ]The charcoal foundry (Build your own metal working shop from scrap)[/amazon_link]. It's the first of an awesome series that led me to casting aluminum which, somehow, got me into CNC. I don't do much casting these days but At the last meeting of the Columbia Gadget Works at my place I did a little casting demo. One of our members took some incredible pictures:
A couple other guys also brought a Rubens Tube they've been working on. So much fire for one night!
My son edited this one and I think the effect is cool!
Dan Falck and I spent the last couple months working the Packt Publishing to write this book. The book is written as a series of recipes to guide new users through some of the basic concepts in FreeCAD. The later chapters get into how Python can be used to automate and extend the application.
I hope the book will be a benefit to the community and make it easier for new users to get productive with this great application.
BTW, Packt Publishing is very supportive of Open Source software. According to their website, a portion of the royalties will go directly to the project.