DerpCAM
gcodepreview
DerpCAM | gcodepreview | |
---|---|---|
3 | 26 | |
15 | 11 | |
- | - | |
0.0 | 7.8 | |
2 months ago | 11 days ago | |
Python | OpenSCAD | |
GNU General Public License v3.0 only | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
DerpCAM
-
CAM FOSS
https://github.com/kfoltman/DerpCAM --- /r/hobbycnc/comments/z7c5ku/a_friend_and_i_have_been_working_on_25d_cam/
-
If I don't use Windows or Mac and only use Linux, will I run into a lot of compatibility issues?
DerpCAM is what I'm currently using. Disclaimer: a good friend of mine is the lead developer and I've been heavily involved in the testing and feedback process. It's in the relatively early stages of development but it's all I use for 2.5d work. https://github.com/kfoltman/DerpCAM I made a few YouTube videos about it. Eg: https://youtu.be/eU6pck5KVbg More functionality is on the way. Take a look at some of the other GitHub branches to see what's coming.
- A friend and i have been working on 2.5D CAM software as a hobby project. The primary motivation is to fill a gap in our own tool chain but it's at the stage it's quite useful so thought i'd share.
gcodepreview
-
Pyspread – The Most Pythonic Spreadsheet
I've tried a lot of 3D software over the years, and OpenSCAD has been the one I've been most successful with (along w/ Carbide Create, but I work for that company....)
Currently working on a library which makes the two work together:
https://github.com/WillAdams/gcodepreview
(which is currently quite primitive/basic, and even when fully developed is not likely to be used by anyone else)
-
Digital Wood Joints
I've been working on this sort of thing for a while.
For a Japanese spin on this see Tsugite:
http://ma-la.com/Tsugite_UIST20.pdf
which I worked through at:
https://community.carbide3d.com/t/a-study-of-joinery/28492
Traditional joints (box, dovetails, or obscure variations such as Knapp (cove and pin)) require a vertical fixture and 3 setups (at a minimum) --- cut parts to length and machine internal features, mount four board and cut joints in 2 corners, flip boards (with correct orientation) and cut other two corners.
Rabbet joints are simpler --- so simple that they were covered in a video as "The Simple Box":
https://www.youtube.com/watch?v=V93xDM3lXsM
(ob. discl., I work for Carbide 3D)
There have been a number of programs developed for joinery. A current commercial option is:
http://www.g-forcecnc.com/jointcam.html
(but it requires a vertical fixture)
One commercial option became freely available:
https://fabrikisto.com/tailmaker-software/
and ingeniously has an option where a 30 degree V endmill is used, but to cut boards held at a 15 degree angle, affording a 90 degree cut with a great deal of control and flexibility --- this can multiply setups to 9.
A variation I've been experimenting with is full-blind box joints:
https://community.carbide3d.com/t/full-blind-box-joints-in-c...
They're reasonably easily drawn up, though they do have some rather specific tooling requirements (a narrow 90 degree V endmill, a square tool of that or smaller diameter, and to make things easier, a large V endmill)
One test project was so tight that after putting it together for a dry-fit before gluing I was unable to get it apart:
https://cutrocket.com/p/63781eaf9822f/
I've been working on a programming system to make this sort of thing a bit easier:
https://github.com/WillAdams/gcodepreview
and have some sketched out joints which I've not been able to make using existing CAM tools which I hope I'll be able to do using this system (if anyone could recommend books on conic sections, I'd be grateful --- that's where I got bogged down last time).
-
PicoGK is a compact and robust geometry kernel for Computational Engineering
While I certainly appreciate the virtues of a Domain Specific Language, and that OpenSCAD has been wildly successful because of its limitations, the limitations are downright infuriating at times.
An interesting potential alternative (which hopefully won't result in a fork) is adding Python:
https://pythonscad.org/
which I've had some success with:
https://github.com/WillAdams/gcodepreview
ImplicitCAD is interesting --- and the (new?) ability to open files from GitHub is _amazing_ (OpenSCAD recently gained that same facility, _and_ it supports the customizer: https://seasick.github.io/openscad-web-gui/?https://raw.gith... ), but it's a heavy lift given the need to work out how to edit files, preview them, and so forth.
-
Flattening Bézier Curves and Arcs
Do you have a need to?
Do you have a project which might be able to make use of this? What sort of work do you do?
I am bookmarking this for re-reading later because I hope it will help me to understand how to implement Bézier curves in a tool I've been working on for controlling a CNC machine/creating files for cutting on a CNC:
https://github.com/WillAdams/gcodepreview
(but first I have to get arcs working)
- OpenSCAD Survey - What should be improved ?
- OpenSCAD Survey - what programming language do you want to be added to app?
-
FullControl: Unconstrained gcode design for 3D printers
Interesting.
I've long been frustrated by traditional CAD/CAM, so finally worked up:
https://github.com/WillAdams/gcodepreview
which allows me to use:
http://pythonscad.org/
and:
https://github.com/derkork/openscad-graph-editor
to create joinery:
https://forum.makerforums.info/t/openscad-and-python-looking...
which would otherwise be tedious to draw up:
https://community.carbide3d.com/t/creating-drawers/19475/26
-
Visual Node Graph with ImGui
The problem here is that a fundamental question has not been answered, and as far as I can tell, has not been addressed by any of these visual environments:
What does an algorithm look like?
Herman Hesse alluded to this in his novel _The Glass Bead Game_, but despite decades of discussion and work, no one has made a convincing pysical representation of that system.
I love the concept, and have made some moderately complex attempts, e.g.,:
https://www.blockscad3d.com/community/projects/1430644
https://github.com/WillAdams/gcodepreview
it always devolves to screen size being out-paced by problem complexity --- one gets something of an inkling of this at:
https://scriptsofanotherdimension.tumblr.com/
Alternately, one can just break a project down into modules, but then the top-level view becomes the wall of text representation (albeit w/ nice lines or captured into pretty boxes) which one is ostensibly trying to escape.
I'd love to see someone succeed in this, and I've been using:
https://github.com/derkork/openscad-graph-editor
quite a bit, and put a bit of money towards:
http://nodezator.com/
-
Suggest for buying a small CNC
or perhaps Solvespace --- certainly FreeCAD, and if you're inclined to do programming, OpenSCAD --- see: https://github.com/WillAdams/gcodepreview for an approach which uses RapCAD
- Buy a used Bobs Evolution 4?