Separate names with a comma.
Some features disabled for guests. Register Today.
Discussion in 'CAM' started by Mark Carew, Oct 8, 2018.
Yes, the github issue will carry the notification when its fixed, will be a couple days
GRBL will not feed as low as 5 mm/min, about 50mm/min is the limit. and yes, all feedrates are in mm/minute NOT per second.
Hello how to dial this error on my new machine? Steps per mm?
Machine: Sphinx 55
Current Steps per mm default 199.100
Controller: Black Box
Cam: Openbuilds Cam
Motion Control: Openbuilds Machine Interface Controller
Rotor: 1.5kw air cooled spindle Huanyang VFD
Tool: Amana 51482 Spiral 'O' Single Flute 1/8" 3.175mm
HOWTO Calibrate your CNC Machine for MACH3 or GRBL
Using OpenBuildsCONTROL wizards makes it easier but you still need to follow the process above
Click 'Wizards and Tools'
Select each axis in turn and calibrate over the longest distance you can measure.
I use a 500mm steel rule for X and Y and a short pocket rule for Z.
Be careful to avoid parallax errors.
so question on CAM software. this appears to happen with cam.openbuilds.com and carbidecreate and others.
I change the stepover percentage to be about 50% of the cutter diameter for cutting softwood/plywood. I lose TONS of details in the corners of my pockets and some connected paths between two islands don't cut at all. I change this to 10% or something <<smaller and it cuts them but costs me TONS of machine time when I don't need the 10% stepover. Why would the toolpath be so different near the walls/islands/edges with a stepover change. I would understand a stepover change would affect the 2nd pass and how far away it is from the 1st pass. But why would the 1st pass be nowhere near the edges of the islands. See attached screenshots for 50% losing edge details.
Also, trying to generate screenshot for 10% and the gcode generator will not turn off geometry merge so the code is WAY wrong. Every time I turn off geometry merge it turns back on by itself. I tried a new workspace, new settings, new artwork from scratch, nothing is allowing me to turn off geometry merge. Even turning off advanced features still generates the gcode with all geometry merged. clearing cahce in chrome didn't work either.
Pockets needs 'geometry merge' to calculate correctly... Internally it needs it for the calculation.
If you want to exclude certain sections, just exclude them from the selection when you create the toolpath
Pocket out the majority of the waste, then run profile paths (inside/outside cuts) to cleanup the corners
will this ever work with a 2 button mouse with scroll wheel? any mouse I've tried ,left click orbits and the moves selection
No 3 button mouse is required. Left = click on stuff, middle = orbit, right = pan, scroll=zoom.
Almost every mouse the last 30 years has had a middle button (click the scroll wheel)
Its the same as Sketchup and a few other CAD applications use.
so how do I fix this? or that's how its supposed to be with left click?
Hit "reset view" button, and do the moving in top-down view first, then orbit again
Still learning here... got a question regarding toolpaths in CAM. What do you specify for the Endmill diameter for a V bit or angled engraving bit? Or does it really matter? Do you just pick a no-offset vector, and ignore diameter and just work with the cut depths?
Typically the dia is the max dia of the V-bit, not very important unless doing deep carves.
example from Freud, the capital "D"
Ah, that makes sense. I had seen in some of the other CAM software I've looked at that you can specify pretty much the entire geometry of the tool / bit. I just wasn't sure what to do in the Openbuilds CAM, since you just specified the diameter. But it does make sense to specify the maximum diameter it could cut. Thanks!
In OpenBuilds CAM, v-bit arent properly supported (doesnt do the correct maths that say Vectric would do to finish sharp corners, etc) , so its entirely up to you. If you just want to engrave a v-shape groove "on the line" then the no-offset operation will do. Endmill diameter just "moves" the toolpath away from the CAD line by half the endmill diameter (offset) so in an ordinary cut the final product is correctly sizes (machine moved tool half the endmill away from the cut, endmill removed the material, what's left is where the line was)
I have a question about the post processor for the OpenBuilds control software. I am using BobCad-Cam and I need to know what post processor or an example of one the will work with your control software so they can send me a post processor that will work with Bobcad. I have just installed your Blackbox on my C-beams XL but none of my g-codes will read in the control software. Please help.
BlackBox runs on Grbl gnea/grbl - ask them for a Grbl Post
Thanks Peter. I greatly appreciate it!
I cut out a pocket letter using OB CAM software and OB Control. Thus the inside corners of the letters have rounded interior corners. I now have V Carve Desktop and would like to cut male letters to fit into these pockets using the Create Inlay Toolpath. How do I import the OB CAM drawing into V Carve as a vector?
That is unfortunately not an option.
Start a fresh project in Vectric and do the project from the start
Guys, Newbie here - I've got great hopes for CAM, it's exactly what I'm looking for. However, my dxf file seems to be misinterpreted - looks fine in all other software but CAM seems to corrupt some arcs per the attached graphic - anyone got any ideas?
You need to export (save-as) your DXF as "R14 Polyline" format
Thanks Peter - that's the options I used - version R14, with "export all splines as polylines" selected. I've saved annotation views, selected various faces, enabled and disabled merging, upside down views etc...the DXF always looks right in every other reader...Assistance appreciated - I'm stumped. I really want to get this to work
I tried converting the lines in the sketch to polylines, and the dxf looked ok in eDrawings, but loads into CAM looking like it was drawn by a 3-year old with big gaps
Peter - I've edited the dxf files using Notepad - the problem seems to occur when an arc is going from (eg) 270 degrees to 0.0 degrees, or if it passes through 0 degrees, it flips to the opposite direction (the dxf AcDbArc lines don't include any direction statements).
I tend to just throw non working DXFs into QCAD, save-as R14 Polyline.
Pull requests for bugfixes are welcomed:
Parser: OpenBuilds/OpenBuilds-CAM (from gdsestimating/dxf-parser)
renderer OpenBuilds/OpenBuilds-CAM (modified from gdsestimating/three-dxf)
not sure which doesnt handle it correctly, but if you want to take a knack at a fix (;
Peter, you're a star - thanks for bearing with me - QCad conversion worked a treat
I have a feeling that may be beyond me
see why you have to convert to Polylines (; so much easier to Parse than adding parsing for harder entities (;
LibreCAD - Free Open Source 2D CAD makes nice clean R14 DXFs - convert your DXF via Librecad (save-as)
Fantastic! Yeah its a go to tool for me! And its "free-er" brother LibreCAD - Free Open Source 2D CAD