ball end mill follows curve.
basically you create the toolpath yourself. rhinocam only has to add transfer movements, simulate and post-process. apart from the materal removal simulation this could also all be done by the definition i posted above.…
i don't have the definition at hand right now. the algorithm is something like this.
- get isocrvs of a give srf.
- devide them (get points)
- displace even points of even isocrvs and odd points of odd isocrvs
- use interpolated curve to generate…
hey taz,
wow, surprise!
i guess i can learn more on rhinocam here than on the rcam forum ;-)
i took the definition of 2.5axis operation too literally (allowing for either x+y OR z to move simultaniously).
i did ask on the mecsoft forum to implement…
Hey Frank,
In response to your question...
Others can correct me if I'm wrong (I currently don't have RhinoCAM installed...) but I think that even though engraving is located in the 2.5-axis menu it works with 3D curves. I know I've done this in t…
i am using rhinocam too and experimented with the post-processor/g-code creation out of GH (as others did).
concering rhinocam:
is there a way to feed rhinocam with 3d curves that i missed? since engraving is 2,5-axis, it will not support 3d curves…
I use Rhinocam and it's great. You can simulate different bits very quickly. I just hope to make a GH that can parametrically create the lines to then use with Rhinocam.
my other big wish for Rhino is to have a Voxel based modeling plugin, like Rhi…
I had a little luck yesterday by creating a flat surface, dividing it, extracing the points and then moving them in the Z random distances, and recreating a surface from the new points. Then projecting an array of lines at an angle to the surface..…
Maybe someone should try to link GH and RhinoCAM...
Creating toolpaths templates with GH would be pretty straightforward, but simulating the final milled surface product with various bit types would require something else.