Loading ...
Sorry, an error occurred while loading the content.
 

Re: Rhino/Grasshopper with cnc_Toolkit

Expand Messages
  • Matt
    I have looked at GH and read in the Tutorials section... Grasshopper contains a VB.net and C# component. These components allow you to run your own custom
    Message 1 of 21 , May 9, 2013
      I have looked at GH and read in the 'Tutorials' section..."
      Grasshopper contains a VB.net and C# component. These components allow you to run your own custom code within Grasshopper." I agree with Yves that it will be a lot of work especially for us (--->me) who don't know Rhino or GH. I seen where I can download Rhino and I can save 25 times. After that I can still run Rhino but cannot save. So I am going to download Rhino and start playing with it but it will be awhile before I can even ask a question. I don't even know what I don't know :^(


      --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@...> wrote:
      >
      > Michael,
      >
      >
      >
      > I've taken a good look at GH this afternoon and especially how others used
      > it to generate some toolpath with it, of course only 3 axis code at this
      > time. I wouldn't be surprised if it was possible to find the necessary tools
      > that would allow one to do 5 axis code generation a la CNCToolkit but but
      > but I'd use the kit only to figure out the feature you need to provide and
      > implement them a la GrassHopper. IMHO it's going to be an incredible amount
      > of work especially if like me you will have to start as a total newbie with
      > GH.
      >
      >
      >
      > Regards,
      >
      > Yves
      >
      >
      >
      > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
      > Behalf Of Michael
      > Sent: May-09-13 7:20 AM
      > To: CNC_Toolkit@yahoogroups.com
      > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
      >
      >
      >
      >
      >
      > Matt/Yves:
      > RhinoScript is essentially Visual Basic. But I'm having a tough time getting
      > started in it for some reason. I guess I'm thinking it might be better to do
      > it in Grasshopper (although you can have a VB script component in the GH
      > definition) That might be the answer use GH with some of the routines (like
      > generating the parallel toolpath lines) being scripted components.
      >
      > I just had two projects come in on top of one I'm finishing up, so I'm
      > swamped at the moment. But will keep working on how to start the
      > translation.
      > Cheers!
      >
      >
      >
      >
      >
      > [Non-text portions of this message have been removed]
      >
    • Matt
      I have been thinking this weekend on how to extrapolate data from vertices. Tell if I am crazy but I think Blender can tell you everything you want to know
      Message 2 of 21 , May 12, 2013
        I have been thinking this weekend on how to extrapolate data from vertices. Tell if I am crazy but I think Blender can tell you everything you want to know about each vertex including location and angles. It might be possible to run Blender in the background without even knowing it is there to figure out data. From this data it can be dumbed into GH to derive the gcode. I would really like to see what others thought about this possibility.

        --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@...> wrote:
        >
        >
        >
        >
        > I have looked at GH and read in the 'Tutorials' section..."
        > Grasshopper contains a VB.net and C# component. These components allow you to run your own custom code within Grasshopper." I agree with Yves that it will be a lot of work especially for us (--->me) who don't know Rhino or GH. I seen where I can download Rhino and I can save 25 times. After that I can still run Rhino but cannot save. So I am going to download Rhino and start playing with it but it will be awhile before I can even ask a question. I don't even know what I don't know :^(
        >
        >
        > --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@> wrote:
        > >
        > > Michael,
        > >
        > >
        > >
        > > I've taken a good look at GH this afternoon and especially how others used
        > > it to generate some toolpath with it, of course only 3 axis code at this
        > > time. I wouldn't be surprised if it was possible to find the necessary tools
        > > that would allow one to do 5 axis code generation a la CNCToolkit but but
        > > but I'd use the kit only to figure out the feature you need to provide and
        > > implement them a la GrassHopper. IMHO it's going to be an incredible amount
        > > of work especially if like me you will have to start as a total newbie with
        > > GH.
        > >
        > >
        > >
        > > Regards,
        > >
        > > Yves
        > >
        > >
        > >
        > > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
        > > Behalf Of Michael
        > > Sent: May-09-13 7:20 AM
        > > To: CNC_Toolkit@yahoogroups.com
        > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
        > >
        > >
        > >
        > >
        > >
        > > Matt/Yves:
        > > RhinoScript is essentially Visual Basic. But I'm having a tough time getting
        > > started in it for some reason. I guess I'm thinking it might be better to do
        > > it in Grasshopper (although you can have a VB script component in the GH
        > > definition) That might be the answer use GH with some of the routines (like
        > > generating the parallel toolpath lines) being scripted components.
        > >
        > > I just had two projects come in on top of one I'm finishing up, so I'm
        > > swamped at the moment. But will keep working on how to start the
        > > translation.
        > > Cheers!
        > >
        > >
        > >
        > >
        > >
        > > [Non-text portions of this message have been removed]
        > >
        >
      • Michael
        Rhino/GH has all of that information right inside.
        Message 3 of 21 , May 13, 2013
          Rhino/GH has all of that information right inside.

          --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@...> wrote:
          >
          > I have been thinking this weekend on how to extrapolate data from vertices. Tell if I am crazy but I think Blender can tell you everything you want to know about each vertex including location and angles. It might be possible to run Blender in the background without even knowing it is there to figure out data. From this data it can be dumbed into GH to derive the gcode. I would really like to see what others thought about this possibility.
          >
          > --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@> wrote:
          > >
          > >
          > >
          > >
          > > I have looked at GH and read in the 'Tutorials' section..."
          > > Grasshopper contains a VB.net and C# component. These components allow you to run your own custom code within Grasshopper." I agree with Yves that it will be a lot of work especially for us (--->me) who don't know Rhino or GH. I seen where I can download Rhino and I can save 25 times. After that I can still run Rhino but cannot save. So I am going to download Rhino and start playing with it but it will be awhile before I can even ask a question. I don't even know what I don't know :^(
          > >
          > >
          > > --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@> wrote:
          > > >
          > > > Michael,
          > > >
          > > >
          > > >
          > > > I've taken a good look at GH this afternoon and especially how others used
          > > > it to generate some toolpath with it, of course only 3 axis code at this
          > > > time. I wouldn't be surprised if it was possible to find the necessary tools
          > > > that would allow one to do 5 axis code generation a la CNCToolkit but but
          > > > but I'd use the kit only to figure out the feature you need to provide and
          > > > implement them a la GrassHopper. IMHO it's going to be an incredible amount
          > > > of work especially if like me you will have to start as a total newbie with
          > > > GH.
          > > >
          > > >
          > > >
          > > > Regards,
          > > >
          > > > Yves
          > > >
          > > >
          > > >
          > > > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
          > > > Behalf Of Michael
          > > > Sent: May-09-13 7:20 AM
          > > > To: CNC_Toolkit@yahoogroups.com
          > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
          > > >
          > > >
          > > >
          > > >
          > > >
          > > > Matt/Yves:
          > > > RhinoScript is essentially Visual Basic. But I'm having a tough time getting
          > > > started in it for some reason. I guess I'm thinking it might be better to do
          > > > it in Grasshopper (although you can have a VB script component in the GH
          > > > definition) That might be the answer use GH with some of the routines (like
          > > > generating the parallel toolpath lines) being scripted components.
          > > >
          > > > I just had two projects come in on top of one I'm finishing up, so I'm
          > > > swamped at the moment. But will keep working on how to start the
          > > > translation.
          > > > Cheers!
          > > >
          > > >
          > > >
          > > >
          > > >
          > > > [Non-text portions of this message have been removed]
          > > >
          > >
          >
        • Yves Gauvreau
          Michael, I ve taken the time to look at GH docs and the possibilities it offers and obviously it as all the necessary tools or components to do the job as far
          Message 4 of 21 , May 13, 2013
            Michael,



            I've taken the time to look at GH docs and the possibilities it offers and
            obviously it as all the necessary tools or components to do the job as far
            as I can see. But I think one as to have a completely different approach
            with GH compared with a MaxScript or any other "programming" language for
            that matter. But we can use what I would call the strategies that Rab Gordon
            used with the CNCToolkit. Though I have no idea yet on how one creates some
            kind of user interface in GH I think it would be relatively simple to create
            a GH "document" to implement the core strategies used in Rabs toolkit for a
            specific machine.



            I've seen a few video on toolpath generation using GH and I think the main
            idea is relatively simple to understand though I've seen only 3 axis stuff.
            If you add the strategy of using existing or generating the proper geometry
            that represent your toolpath strategy then project this geometry on your
            model be it 2.5D or 3D then I believe GH as the tools to obtain all the
            data in the form of say a cloud of points and their associated normal
            vectors with a controllable density. Then it's just a question of computing
            the translation and axis rotation the "control point" as to do to follow
            this projected geometry and then translating this to gcode. This last part
            seems pretty easy to do in GH as I've seen in a video.



            I think the key is to understand how Rhino and GH see a vector as just a set
            of 3 values (x, y, z) and that we can interpret these values as we which be
            it a point, a translation, a rotation, or a length and a direction and even
            output any of these interpreted values as formatted text, gcode in our case.
            I think I need to add that GH is like a highly multi core parallel computer
            system while any script is just a sequence of operation process one at a
            time. Thus one as to setup GH such that we can control which "task" it does
            and when it does it otherwise it will try to do everything at the same time.



            I hope all this bla bla will be as useful to you as it is to me for better
            understanding what needs to be done. I know I still have a lot of things to
            figure out especially the simulation part or task but for now I'd be very
            happy to be able to generate gcode for my 5 axis CNC.



            Regards,

            Yves









            From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
            Behalf Of Michael
            Sent: May-13-13 7:52 AM
            To: CNC_Toolkit@yahoogroups.com
            Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit





            Rhino/GH has all of that information right inside.

            --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
            "Matt" <precastguy@...> wrote:
            >
            > I have been thinking this weekend on how to extrapolate data from
            vertices. Tell if I am crazy but I think Blender can tell you everything you
            want to know about each vertex including location and angles. It might be
            possible to run Blender in the background without even knowing it is there
            to figure out data. From this data it can be dumbed into GH to derive the
            gcode. I would really like to see what others thought about this
            possibility.
            >
            > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
            , "Matt" <precastguy@> wrote:
            > >
            > >
            > >
            > >
            > > I have looked at GH and read in the 'Tutorials' section..."
            > > Grasshopper contains a VB.net and C# component. These components allow
            you to run your own custom code within Grasshopper." I agree with Yves that
            it will be a lot of work especially for us (--->me) who don't know Rhino or
            GH. I seen where I can download Rhino and I can save 25 times. After that I
            can still run Rhino but cannot save. So I am going to download Rhino and
            start playing with it but it will be awhile before I can even ask a
            question. I don't even know what I don't know :^(
            > >
            > >
            > > --- In CNC_Toolkit@yahoogroups.com
            <mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
            wrote:
            > > >
            > > > Michael,
            > > >
            > > >
            > > >
            > > > I've taken a good look at GH this afternoon and especially how others
            used
            > > > it to generate some toolpath with it, of course only 3 axis code at
            this
            > > > time. I wouldn't be surprised if it was possible to find the necessary
            tools
            > > > that would allow one to do 5 axis code generation a la CNCToolkit but
            but
            > > > but I'd use the kit only to figure out the feature you need to provide
            and
            > > > implement them a la GrassHopper. IMHO it's going to be an incredible
            amount
            > > > of work especially if like me you will have to start as a total newbie
            with
            > > > GH.
            > > >
            > > >
            > > >
            > > > Regards,
            > > >
            > > > Yves
            > > >
            > > >
            > > >
            > > > From: CNC_Toolkit@yahoogroups.com
            <mailto:CNC_Toolkit%40yahoogroups.com> [mailto:CNC_Toolkit@yahoogroups.com
            <mailto:CNC_Toolkit%40yahoogroups.com> ] On
            > > > Behalf Of Michael
            > > > Sent: May-09-13 7:20 AM
            > > > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>

            > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
            > > >
            > > >
            > > >
            > > >
            > > >
            > > > Matt/Yves:
            > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
            getting
            > > > started in it for some reason. I guess I'm thinking it might be better
            to do
            > > > it in Grasshopper (although you can have a VB script component in the
            GH
            > > > definition) That might be the answer use GH with some of the routines
            (like
            > > > generating the parallel toolpath lines) being scripted components.
            > > >
            > > > I just had two projects come in on top of one I'm finishing up, so I'm
            > > > swamped at the moment. But will keep working on how to start the
            > > > translation.
            > > > Cheers!
            > > >
            > > >
            > > >
            > > >
            > > >
            > > > [Non-text portions of this message have been removed]
            > > >
            > >
            >





            [Non-text portions of this message have been removed]
          • mark hubrich
            I m a little confused. Rhino already has a great plugin called Rhinocam. Is there another reason to create another Cam plugin for it? Other than it being free.
            Message 5 of 21 , May 14, 2013
              I'm a little confused. Rhino already has a great plugin called Rhinocam. Is
              there another reason to create another Cam plugin for it? Other than it
              being free.

              Is the reason Gmax was originally used because it's freely available?

              Too bad us AutoCAD users get left out. However I have found myself starting
              out my model in acad and importing into Rhino with RhinoCam.
              On May 13, 2013 6:52 AM, "Michael" <mike@...> wrote:

              > **
              >
              >
              > Rhino/GH has all of that information right inside.
              >
              > --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@...> wrote:
              > >
              > > I have been thinking this weekend on how to extrapolate data from
              > vertices. Tell if I am crazy but I think Blender can tell you everything
              > you want to know about each vertex including location and angles. It might
              > be possible to run Blender in the background without even knowing it is
              > there to figure out data. From this data it can be dumbed into GH to derive
              > the gcode. I would really like to see what others thought about this
              > possibility.
              > >
              > > --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@> wrote:
              > > >
              > > >
              > > >
              > > >
              > > > I have looked at GH and read in the 'Tutorials' section..."
              > > > Grasshopper contains a VB.net and C# component. These components allow
              > you to run your own custom code within Grasshopper." I agree with Yves that
              > it will be a lot of work especially for us (--->me) who don't know Rhino or
              > GH. I seen where I can download Rhino and I can save 25 times. After that I
              > can still run Rhino but cannot save. So I am going to download Rhino and
              > start playing with it but it will be awhile before I can even ask a
              > question. I don't even know what I don't know :^(
              > > >
              > > >
              > > > --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@>
              > wrote:
              > > > >
              > > > > Michael,
              > > > >
              > > > >
              > > > >
              > > > > I've taken a good look at GH this afternoon and especially how
              > others used
              > > > > it to generate some toolpath with it, of course only 3 axis code at
              > this
              > > > > time. I wouldn't be surprised if it was possible to find the
              > necessary tools
              > > > > that would allow one to do 5 axis code generation a la CNCToolkit
              > but but
              > > > > but I'd use the kit only to figure out the feature you need to
              > provide and
              > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
              > amount
              > > > > of work especially if like me you will have to start as a total
              > newbie with
              > > > > GH.
              > > > >
              > > > >
              > > > >
              > > > > Regards,
              > > > >
              > > > > Yves
              > > > >
              > > > >
              > > > >
              > > > > From: CNC_Toolkit@yahoogroups.com [mailto:
              > CNC_Toolkit@yahoogroups.com] On
              > > > > Behalf Of Michael
              > > > > Sent: May-09-13 7:20 AM
              > > > > To: CNC_Toolkit@yahoogroups.com
              > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
              > > > >
              > > > >
              > > > >
              > > > >
              > > > >
              > > > > Matt/Yves:
              > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
              > getting
              > > > > started in it for some reason. I guess I'm thinking it might be
              > better to do
              > > > > it in Grasshopper (although you can have a VB script component in
              > the GH
              > > > > definition) That might be the answer use GH with some of the
              > routines (like
              > > > > generating the parallel toolpath lines) being scripted components.
              > > > >
              > > > > I just had two projects come in on top of one I'm finishing up, so
              > I'm
              > > > > swamped at the moment. But will keep working on how to start the
              > > > > translation.
              > > > > Cheers!
              > > > >
              > > > >
              > > > >
              > > > >
              > > > >
              > > > > [Non-text portions of this message have been removed]
              > > > >
              > > >
              > >
              >
              >
              >


              [Non-text portions of this message have been removed]
            • Michael
              Well, yes, the idea is that one does not have to spend $14,000 US to be able to generate simultaneous 5 axis G-code. That was the price for RhinoCam last I
              Message 6 of 21 , May 14, 2013
                Well, yes, the idea is that one does not have to spend $14,000 US to be able to generate simultaneous 5 axis G-code. That was the price for RhinoCam last I checked. That's great if one can afford this cost along with the 5 axis machine itself, but some need to be more creative.

                Cheers!

                --- In CNC_Toolkit@yahoogroups.com, mark hubrich <meistro57@...> wrote:
                >
                > I'm a little confused. Rhino already has a great plugin called Rhinocam. Is
                > there another reason to create another Cam plugin for it? Other than it
                > being free.
                >
                > Is the reason Gmax was originally used because it's freely available?
                >
                > Too bad us AutoCAD users get left out. However I have found myself starting
                > out my model in acad and importing into Rhino with RhinoCam.
                > On May 13, 2013 6:52 AM, "Michael" <mike@...> wrote:
                >
                > > **
                > >
                > >
                > > Rhino/GH has all of that information right inside.
                > >
                > > --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@> wrote:
                > > >
                > > > I have been thinking this weekend on how to extrapolate data from
                > > vertices. Tell if I am crazy but I think Blender can tell you everything
                > > you want to know about each vertex including location and angles. It might
                > > be possible to run Blender in the background without even knowing it is
                > > there to figure out data. From this data it can be dumbed into GH to derive
                > > the gcode. I would really like to see what others thought about this
                > > possibility.
                > > >
                > > > --- In CNC_Toolkit@yahoogroups.com, "Matt" <precastguy@> wrote:
                > > > >
                > > > >
                > > > >
                > > > >
                > > > > I have looked at GH and read in the 'Tutorials' section..."
                > > > > Grasshopper contains a VB.net and C# component. These components allow
                > > you to run your own custom code within Grasshopper." I agree with Yves that
                > > it will be a lot of work especially for us (--->me) who don't know Rhino or
                > > GH. I seen where I can download Rhino and I can save 25 times. After that I
                > > can still run Rhino but cannot save. So I am going to download Rhino and
                > > start playing with it but it will be awhile before I can even ask a
                > > question. I don't even know what I don't know :^(
                > > > >
                > > > >
                > > > > --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@>
                > > wrote:
                > > > > >
                > > > > > Michael,
                > > > > >
                > > > > >
                > > > > >
                > > > > > I've taken a good look at GH this afternoon and especially how
                > > others used
                > > > > > it to generate some toolpath with it, of course only 3 axis code at
                > > this
                > > > > > time. I wouldn't be surprised if it was possible to find the
                > > necessary tools
                > > > > > that would allow one to do 5 axis code generation a la CNCToolkit
                > > but but
                > > > > > but I'd use the kit only to figure out the feature you need to
                > > provide and
                > > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                > > amount
                > > > > > of work especially if like me you will have to start as a total
                > > newbie with
                > > > > > GH.
                > > > > >
                > > > > >
                > > > > >
                > > > > > Regards,
                > > > > >
                > > > > > Yves
                > > > > >
                > > > > >
                > > > > >
                > > > > > From: CNC_Toolkit@yahoogroups.com [mailto:
                > > CNC_Toolkit@yahoogroups.com] On
                > > > > > Behalf Of Michael
                > > > > > Sent: May-09-13 7:20 AM
                > > > > > To: CNC_Toolkit@yahoogroups.com
                > > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                > > > > >
                > > > > >
                > > > > >
                > > > > >
                > > > > >
                > > > > > Matt/Yves:
                > > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                > > getting
                > > > > > started in it for some reason. I guess I'm thinking it might be
                > > better to do
                > > > > > it in Grasshopper (although you can have a VB script component in
                > > the GH
                > > > > > definition) That might be the answer use GH with some of the
                > > routines (like
                > > > > > generating the parallel toolpath lines) being scripted components.
                > > > > >
                > > > > > I just had two projects come in on top of one I'm finishing up, so
                > > I'm
                > > > > > swamped at the moment. But will keep working on how to start the
                > > > > > translation.
                > > > > > Cheers!
                > > > > >
                > > > > >
                > > > > >
                > > > > >
                > > > > >
                > > > > > [Non-text portions of this message have been removed]
                > > > > >
                > > > >
                > > >
                > >
                > >
                > >
                >
                >
                > [Non-text portions of this message have been removed]
                >
              • Michael
                I agree, it would be a different mindset. And there would have to be maybe dataDam components to control what GH definition shows when. I looked at Beaver a
                Message 7 of 21 , May 14, 2013
                  I agree, it would be a different mindset. And there would have to be maybe dataDam components to control what GH definition shows when. I looked at Beaver a little bit more last night, and it does define normal vector data with density control, the only things it's missing that I can see so far are the simultaneous 5 axis positioning calculations & exporting in Generic Gcode that Mach3 can read. Plus when I tried to show normals for a 10"x16" 3d shape with a 0.4" stepover, it crashed. It's got to be something different. When I get some time, maybe I can start a discussion with them on GH forum or something to ask about it.

                  Look up Beaver on the Grasshopper forum & see what you think. I think it's for ShopBot & code is not generic Gcode.

                  Have you taken a look at CAMel? You can also find this in the GH forum. It is a little too specific & was about creating 5 axis code using swarfing moves but is not about following a surface, but about creating one. A mathematecian at Uark wrote it but has paused in development.

                  ToolKit works great in Max, but I have trouble importing geometry from Rhino - it doesn't like some of the surfaces & the normals are all messed up. I suppose if I could just fix the normals, Max would be fine.
                  -Cheers!

                  --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@...> wrote:
                  >
                  > Michael,
                  >
                  >
                  >
                  > I've taken the time to look at GH docs and the possibilities it offers and
                  > obviously it as all the necessary tools or components to do the job as far
                  > as I can see. But I think one as to have a completely different approach
                  > with GH compared with a MaxScript or any other "programming" language for
                  > that matter. But we can use what I would call the strategies that Rab Gordon
                  > used with the CNCToolkit. Though I have no idea yet on how one creates some
                  > kind of user interface in GH I think it would be relatively simple to create
                  > a GH "document" to implement the core strategies used in Rabs toolkit for a
                  > specific machine.
                  >
                  >
                  >
                  > I've seen a few video on toolpath generation using GH and I think the main
                  > idea is relatively simple to understand though I've seen only 3 axis stuff.
                  > If you add the strategy of using existing or generating the proper geometry
                  > that represent your toolpath strategy then project this geometry on your
                  > model be it 2.5D or 3D then I believe GH as the tools to obtain all the
                  > data in the form of say a cloud of points and their associated normal
                  > vectors with a controllable density. Then it's just a question of computing
                  > the translation and axis rotation the "control point" as to do to follow
                  > this projected geometry and then translating this to gcode. This last part
                  > seems pretty easy to do in GH as I've seen in a video.
                  >
                  >
                  >
                  > I think the key is to understand how Rhino and GH see a vector as just a set
                  > of 3 values (x, y, z) and that we can interpret these values as we which be
                  > it a point, a translation, a rotation, or a length and a direction and even
                  > output any of these interpreted values as formatted text, gcode in our case.
                  > I think I need to add that GH is like a highly multi core parallel computer
                  > system while any script is just a sequence of operation process one at a
                  > time. Thus one as to setup GH such that we can control which "task" it does
                  > and when it does it otherwise it will try to do everything at the same time.
                  >
                  >
                  >
                  > I hope all this bla bla will be as useful to you as it is to me for better
                  > understanding what needs to be done. I know I still have a lot of things to
                  > figure out especially the simulation part or task but for now I'd be very
                  > happy to be able to generate gcode for my 5 axis CNC.
                  >
                  >
                  >
                  > Regards,
                  >
                  > Yves
                  >
                  >
                  >
                  >
                  >
                  >
                  >
                  >
                  >
                  > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                  > Behalf Of Michael
                  > Sent: May-13-13 7:52 AM
                  > To: CNC_Toolkit@yahoogroups.com
                  > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                  >
                  >
                  >
                  >
                  >
                  > Rhino/GH has all of that information right inside.
                  >
                  > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                  > "Matt" <precastguy@> wrote:
                  > >
                  > > I have been thinking this weekend on how to extrapolate data from
                  > vertices. Tell if I am crazy but I think Blender can tell you everything you
                  > want to know about each vertex including location and angles. It might be
                  > possible to run Blender in the background without even knowing it is there
                  > to figure out data. From this data it can be dumbed into GH to derive the
                  > gcode. I would really like to see what others thought about this
                  > possibility.
                  > >
                  > > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                  > , "Matt" <precastguy@> wrote:
                  > > >
                  > > >
                  > > >
                  > > >
                  > > > I have looked at GH and read in the 'Tutorials' section..."
                  > > > Grasshopper contains a VB.net and C# component. These components allow
                  > you to run your own custom code within Grasshopper." I agree with Yves that
                  > it will be a lot of work especially for us (--->me) who don't know Rhino or
                  > GH. I seen where I can download Rhino and I can save 25 times. After that I
                  > can still run Rhino but cannot save. So I am going to download Rhino and
                  > start playing with it but it will be awhile before I can even ask a
                  > question. I don't even know what I don't know :^(
                  > > >
                  > > >
                  > > > --- In CNC_Toolkit@yahoogroups.com
                  > <mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
                  > wrote:
                  > > > >
                  > > > > Michael,
                  > > > >
                  > > > >
                  > > > >
                  > > > > I've taken a good look at GH this afternoon and especially how others
                  > used
                  > > > > it to generate some toolpath with it, of course only 3 axis code at
                  > this
                  > > > > time. I wouldn't be surprised if it was possible to find the necessary
                  > tools
                  > > > > that would allow one to do 5 axis code generation a la CNCToolkit but
                  > but
                  > > > > but I'd use the kit only to figure out the feature you need to provide
                  > and
                  > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                  > amount
                  > > > > of work especially if like me you will have to start as a total newbie
                  > with
                  > > > > GH.
                  > > > >
                  > > > >
                  > > > >
                  > > > > Regards,
                  > > > >
                  > > > > Yves
                  > > > >
                  > > > >
                  > > > >
                  > > > > From: CNC_Toolkit@yahoogroups.com
                  > <mailto:CNC_Toolkit%40yahoogroups.com> [mailto:CNC_Toolkit@yahoogroups.com
                  > <mailto:CNC_Toolkit%40yahoogroups.com> ] On
                  > > > > Behalf Of Michael
                  > > > > Sent: May-09-13 7:20 AM
                  > > > > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                  >
                  > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                  > > > >
                  > > > >
                  > > > >
                  > > > >
                  > > > >
                  > > > > Matt/Yves:
                  > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                  > getting
                  > > > > started in it for some reason. I guess I'm thinking it might be better
                  > to do
                  > > > > it in Grasshopper (although you can have a VB script component in the
                  > GH
                  > > > > definition) That might be the answer use GH with some of the routines
                  > (like
                  > > > > generating the parallel toolpath lines) being scripted components.
                  > > > >
                  > > > > I just had two projects come in on top of one I'm finishing up, so I'm
                  > > > > swamped at the moment. But will keep working on how to start the
                  > > > > translation.
                  > > > > Cheers!
                  > > > >
                  > > > >
                  > > > >
                  > > > >
                  > > > >
                  > > > > [Non-text portions of this message have been removed]
                  > > > >
                  > > >
                  > >
                  >
                  >
                  >
                  >
                  >
                  > [Non-text portions of this message have been removed]
                  >
                • Yves Gauvreau
                  Michael, I ve found this video here that shows how one does it for 3 axis. I could add it seems
                  Message 8 of 21 , May 14, 2013
                    Michael,



                    I've found this
                    <http://www.grasshopper3d.com/video/gcode-writer-for-surface> video here
                    that shows how one does it for 3 axis. I could add it seems there are many
                    ways to skin a cat with GH. I've join a couple files that show how it's done
                    for 5 axis. I'm so new to GH that I don't even know how to see the output of
                    a component and or the geometry it creates so I can't say much about this
                    one.



                    As for this idea of going through the free ShopBot package well if it can
                    generate generic g-code I wouldn't mind at all but again in the video it
                    seem pretty easy to format the text exactly the way you want directly
                    instead of going through SB but maybe it as some benefits that I can't see
                    for now.



                    Yes Camel I've seen that as well.



                    Ha! Ha! I think I see the real problem now, you have a problem with your
                    Rhino geometry that doesn't import well in Max. GMax or 3DSMax? Have you
                    heard of Meshlab? I use mainly Moi for all my Cad stuff and a few more
                    things and when we export stuff the author recommend setting some options
                    and he also suggest a specific file format to use for a specific program,
                    say for example Rhinos OBJ exporter doesn't give you the result you want,
                    maybe it's a question of export options or maybe you could use the FBX
                    exporter with the default options and have no problem. Maybe you can find
                    similar info for Rhino somewhere, i.e. which options and exporter works best
                    with which program.



                    Then I think any effort to adapt the kit to GH would be irrelevant. Except
                    for the fact that 3DSMax cost a fortune compared to Rhino which is not free
                    either. I know there are a few other commercial programs that can be used
                    with the kit, maybe one of them is cheap enough to use instead of GMax.



                    Just some thought,

                    Yves











                    From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                    Behalf Of Michael
                    Sent: May-14-13 7:52 AM
                    To: CNC_Toolkit@yahoogroups.com
                    Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit







                    I agree, it would be a different mindset. And there would have to be maybe
                    dataDam components to control what GH definition shows when. I looked at
                    Beaver a little bit more last night, and it does define normal vector data
                    with density control, the only things it's missing that I can see so far are
                    the simultaneous 5 axis positioning calculations & exporting in Generic
                    Gcode that Mach3 can read. Plus when I tried to show normals for a 10"x16"
                    3d shape with a 0.4" stepover, it crashed. It's got to be something
                    different. When I get some time, maybe I can start a discussion with them on
                    GH forum or something to ask about it.

                    Look up Beaver on the Grasshopper forum & see what you think. I think it's
                    for ShopBot & code is not generic Gcode.

                    Have you taken a look at CAMel? You can also find this in the GH forum. It
                    is a little too specific & was about creating 5 axis code using swarfing
                    moves but is not about following a surface, but about creating one. A
                    mathematecian at Uark wrote it but has paused in development.

                    ToolKit works great in Max, but I have trouble importing geometry from Rhino
                    - it doesn't like some of the surfaces & the normals are all messed up. I
                    suppose if I could just fix the normals, Max would be fine.
                    -Cheers!

                    --- In <mailto:CNC_Toolkit%40yahoogroups.com> CNC_Toolkit@yahoogroups.com,
                    "Yves Gauvreau" < <mailto:gauvreau-yves@...> gauvreau-yves@...> wrote:
                    >
                    > Michael,
                    >
                    >
                    >
                    > I've taken the time to look at GH docs and the possibilities it offers and
                    > obviously it as all the necessary tools or components to do the job as far
                    > as I can see. But I think one as to have a completely different approach
                    > with GH compared with a MaxScript or any other "programming" language for
                    > that matter. But we can use what I would call the strategies that Rab
                    Gordon
                    > used with the CNCToolkit. Though I have no idea yet on how one creates
                    some
                    > kind of user interface in GH I think it would be relatively simple to
                    create
                    > a GH "document" to implement the core strategies used in Rabs toolkit for
                    a
                    > specific machine.
                    >
                    >
                    >
                    > I've seen a few video on toolpath generation using GH and I think the main
                    > idea is relatively simple to understand though I've seen only 3 axis
                    stuff.
                    > If you add the strategy of using existing or generating the proper
                    geometry
                    > that represent your toolpath strategy then project this geometry on your
                    > model be it 2.5D or 3D then I believe GH as the tools to obtain all the
                    > data in the form of say a cloud of points and their associated normal
                    > vectors with a controllable density. Then it's just a question of
                    computing
                    > the translation and axis rotation the "control point" as to do to follow
                    > this projected geometry and then translating this to gcode. This last part
                    > seems pretty easy to do in GH as I've seen in a video.
                    >
                    >
                    >
                    > I think the key is to understand how Rhino and GH see a vector as just a
                    set
                    > of 3 values (x, y, z) and that we can interpret these values as we which
                    be
                    > it a point, a translation, a rotation, or a length and a direction and
                    even
                    > output any of these interpreted values as formatted text, gcode in our
                    case.
                    > I think I need to add that GH is like a highly multi core parallel
                    computer
                    > system while any script is just a sequence of operation process one at a
                    > time. Thus one as to setup GH such that we can control which "task" it
                    does
                    > and when it does it otherwise it will try to do everything at the same
                    time.
                    >
                    >
                    >
                    > I hope all this bla bla will be as useful to you as it is to me for better
                    > understanding what needs to be done. I know I still have a lot of things
                    to
                    > figure out especially the simulation part or task but for now I'd be very
                    > happy to be able to generate gcode for my 5 axis CNC.
                    >
                    >
                    >
                    > Regards,
                    >
                    > Yves
                    >
                    >
                    >
                    >
                    >
                    >
                    >
                    >
                    >
                    > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                    [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                    On
                    > Behalf Of Michael
                    > Sent: May-13-13 7:52 AM
                    > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                    > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                    >
                    >
                    >
                    >
                    >
                    > Rhino/GH has all of that information right inside.
                    >
                    > --- In <mailto:CNC_Toolkit%40yahoogroups.com> CNC_Toolkit@yahoogroups.com
                    < <mailto:CNC_Toolkit%40yahoogroups.com>
                    mailto:CNC_Toolkit%40yahoogroups.com> ,
                    > "Matt" <precastguy@> wrote:
                    > >
                    > > I have been thinking this weekend on how to extrapolate data from
                    > vertices. Tell if I am crazy but I think Blender can tell you everything
                    you
                    > want to know about each vertex including location and angles. It might be
                    > possible to run Blender in the background without even knowing it is there
                    > to figure out data. From this data it can be dumbed into GH to derive the
                    > gcode. I would really like to see what others thought about this
                    > possibility.
                    > >
                    > > --- In <mailto:CNC_Toolkit%40yahoogroups.com>
                    CNC_Toolkit@yahoogroups.com < <mailto:CNC_Toolkit%40yahoogroups.com>
                    mailto:CNC_Toolkit%40yahoogroups.com>
                    > , "Matt" <precastguy@> wrote:
                    > > >
                    > > >
                    > > >
                    > > >
                    > > > I have looked at GH and read in the 'Tutorials' section..."
                    > > > Grasshopper contains a VB.net and C# component. These components allow
                    > you to run your own custom code within Grasshopper." I agree with Yves
                    that
                    > it will be a lot of work especially for us (--->me) who don't know Rhino
                    or
                    > GH. I seen where I can download Rhino and I can save 25 times. After that
                    I
                    > can still run Rhino but cannot save. So I am going to download Rhino and
                    > start playing with it but it will be awhile before I can even ask a
                    > question. I don't even know what I don't know :^(
                    > > >
                    > > >
                    > > > --- In <mailto:CNC_Toolkit%40yahoogroups.com>
                    CNC_Toolkit@yahoogroups.com
                    > < <mailto:CNC_Toolkit%40yahoogroups.com>
                    mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
                    > wrote:
                    > > > >
                    > > > > Michael,
                    > > > >
                    > > > >
                    > > > >
                    > > > > I've taken a good look at GH this afternoon and especially how
                    others
                    > used
                    > > > > it to generate some toolpath with it, of course only 3 axis code at
                    > this
                    > > > > time. I wouldn't be surprised if it was possible to find the
                    necessary
                    > tools
                    > > > > that would allow one to do 5 axis code generation a la CNCToolkit
                    but
                    > but
                    > > > > but I'd use the kit only to figure out the feature you need to
                    provide
                    > and
                    > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                    > amount
                    > > > > of work especially if like me you will have to start as a total
                    newbie
                    > with
                    > > > > GH.
                    > > > >
                    > > > >
                    > > > >
                    > > > > Regards,
                    > > > >
                    > > > > Yves
                    > > > >
                    > > > >
                    > > > >
                    > > > > From: <mailto:CNC_Toolkit%40yahoogroups.com>
                    CNC_Toolkit@yahoogroups.com
                    > < <mailto:CNC_Toolkit%40yahoogroups.com>
                    mailto:CNC_Toolkit%40yahoogroups.com> [mailto:
                    <mailto:CNC_Toolkit%40yahoogroups.com> CNC_Toolkit@yahoogroups.com
                    > <mailto:CNC_Toolkit%40yahoogroups.com> ] On
                    > > > > Behalf Of Michael
                    > > > > Sent: May-09-13 7:20 AM
                    > > > > To: <mailto:CNC_Toolkit%40yahoogroups.com>
                    CNC_Toolkit@yahoogroups.com < <mailto:CNC_Toolkit%40yahoogroups.com>
                    mailto:CNC_Toolkit%40yahoogroups.com>
                    >
                    > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                    > > > >
                    > > > >
                    > > > >
                    > > > >
                    > > > >
                    > > > > Matt/Yves:
                    > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                    > getting
                    > > > > started in it for some reason. I guess I'm thinking it might be
                    better
                    > to do
                    > > > > it in Grasshopper (although you can have a VB script component in
                    the
                    > GH
                    > > > > definition) That might be the answer use GH with some of the
                    routines
                    > (like
                    > > > > generating the parallel toolpath lines) being scripted components.
                    > > > >
                    > > > > I just had two projects come in on top of one I'm finishing up, so
                    I'm
                    > > > > swamped at the moment. But will keep working on how to start the
                    > > > > translation.
                    > > > > Cheers!
                    > > > >
                    > > > >
                    > > > >
                    > > > >
                    > > > >
                    > > > > [Non-text portions of this message have been removed]
                    > > > >
                    > > >
                    > >
                    >
                    >
                    >
                    >
                    >
                    > [Non-text portions of this message have been removed]
                    >





                    [Non-text portions of this message have been removed]
                  • Matt
                    I am lurking in the background but keeping up with the development of Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out the steps and ideas
                    Message 9 of 21 , May 17, 2013
                      I am lurking in the background but keeping up with the development of Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out the steps and ideas of what you are trying to do and where you are going. So what I am understanding about GH is that GH knows how to describe vertexes in a mesh as gcode. The problem is that it is a linear (x,y,z) motion and does not know how to rotate to describe the location. What GH needs is a way to rotate on one or more axis in the description of vertices.

                      Here are my thoughts... the way cnc toolkit/gmax figures out how describe the vertexes is so different in GH that the programing logic between the two programs will not look anything alike. I believe GH will require a series of matrixes where a set of limitations or boundaries will be set so that a pattern is used to mark off each vertex. Going forward on the mesh, GH will have to know where its been and which boundaries of vertices to work in next and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built for animation so it easily decides a location (x,y,z,A,B,C) for each vertex from a series of paths (splines).

                      Ok this is what I trying to lead up to (Mike is going to kill me).....I have been looking hard at Blender. I know Blender has the inherent ability to know how to describe vertices because it was written for gaming and graphic artist. I knew nothing about Blender a couple of weeks ago but I am beginning to figure it out. Blender can be customized in describing a mesh for gcode. I am thinking out loud...maybe Rhino can be used to design the mesh or meshes. Rhino feeds GH and GH decides based upon some input if degrees of freedom (rotation)are required. If so it feeds Blender to determine the rotations. Blender then feeds the input back into GH. Why I am saying all this, is that Blender can be the work around in developing complex code of crunching series of matrixes of do this or do that loops. Maybe I am crazy, and if so, tell me to shut up.... :)







                      "I think the key is to understand how Rhino and GH see a vector as just a set of 3 values (x, y, z) and that we can interpret these values as we which be it a point, a translation, a rotation, or a length and a direction and even output any of these interpreted values as formatted text, gcode in our case. I think I need to add that GH is like a highly multi core parallel computer system while any script is just a sequence of operation process one at a time. Thus one as to setup GH such that we can control which "task" it does and when it does it otherwise it will try to do everything at the same time."
                    • Yves Gauvreau
                      Matt,
                      Message 10 of 21 , May 19, 2013
                        Matt,



                        < I am lurking in the background but keeping up with the development of
                        Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out the
                        steps and ideas of what you are trying to do and where you are going. So
                        what I am understanding about GH is that GH knows how to describe vertexes
                        in a mesh as gcode. The problem is that it is a linear (x,y,z) motion and
                        does not know how to rotate to describe the location. What GH needs is a way
                        to rotate on one or more axis in the description of vertices. >



                        This isn't quite right, GH as all the component necessary to either rotate
                        geometry around and provides more than one way or component to do it or to
                        find out the normal vector at some point on a surface. Depending on the
                        machine type, using the normal vector can provides almost directly the
                        rotation angle for the rotary axis. The way GH does things means it can
                        compute this for all points (location XYZ) and normal vectors at each of
                        these points in what seems like a single operation, then you just need to
                        format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.



                        For other 5 axis machine type where the part itself rotates you'll need to
                        compute both the rotation angles and the translation(s) (move) but
                        essentially all the required data can be extracted and or computed from the
                        point, the normal vector and the location of the fix rotary axis.



                        Here a simple study for the case where the part rotates (only one point):



                        . The long red line is the A rotation axis

                        . The long blue line is the C rotation axis

                        . The leftmost black line is the normal vector at the intersection
                        of the ISO curve (orange) on a surface (not shown)

                        . In orange we have the ISO curves at the point shown at the
                        intersection

                        . The leftmost red and blue segment are the X and Z component of the
                        normal vector

                        . The cyan line drawn from the point to the A axis



                        From the X and Z component of the normal vector we can compute the A axis
                        rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the normal
                        vector or segment representing it will move to a new position (black segment
                        right) on the ZY plane (not shown) and we can compute the new position
                        (using math or a rotate about axis component) and extract the X and Z
                        component of this translation or move along the arc shown in light gray.



                        We do the same rotation and translation computations for the C axis (blue)
                        and we have all the data we need to compute the combined translations to
                        position the tool tip in XYZ and we already have the A and C angle of
                        rotation.



                        Concept.png







                        I've opted to break down the hole operation of computing the final XYZAC
                        values at each point on the part to be machine to simple operations that GH
                        can easily perform using via stock components. I think we can use this same
                        basic method for other configurations and create separate GH definition for
                        each. Of course at some point it would be nice to combine each definition
                        into one or possibly better a custom component or (VB) script component. I
                        think I'll study this VBScript idea a bit more and see what I can come up
                        with for both an XYZAC where A and C are tables and an XYZBC where B and C
                        are heads. I think this last one should be pretty simple and easy using the
                        method proposed here. I'll see what I can do to directly output g-code.
                        Basically this component or script would provide an input parameter to
                        provide options for the type of machine and inputs for the points and their
                        normal vectors in a form kind of a list of list where both list are ordered
                        such that each sub list represent a plunge to the first point from a given
                        distance, a series of 5 axis coordinated move in the same order as provided
                        by the data followed by a retract after the last point and so on for each
                        of the primary lists if any, so I'll provide an input for the length of both
                        plunge and retract move and it would be along the normal vector. I forgot,
                        I'll also need inputs for the A, B and C axis location and use these as
                        required inside the script.



                        Personally, I have no interest in creating the inputs (geometry) we'll need
                        for this in Rhino and or GH but I'll do my best to create this custom
                        component simply because I need it for myself. I know, I'm selfish, sorry.



                        Yves







                        From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                        Behalf Of Matt
                        Sent: May-17-13 8:26 PM
                        To: CNC_Toolkit@yahoogroups.com
                        Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit







                        I am lurking in the background but keeping up with the development of
                        Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out the
                        steps and ideas of what you are trying to do and where you are going. So
                        what I am understanding about GH is that GH knows how to describe vertexes
                        in a mesh as gcode. The problem is that it is a linear (x,y,z) motion and
                        does not know how to rotate to describe the location. What GH needs is a way
                        to rotate on one or more axis in the description of vertices.

                        Here are my thoughts... the way cnc toolkit/gmax figures out how describe
                        the vertexes is so different in GH that the programing logic between the two
                        programs will not look anything alike. I believe GH will require a series of
                        matrixes where a set of limitations or boundaries will be set so that a
                        pattern is used to mark off each vertex. Going forward on the mesh, GH will
                        have to know where its been and which boundaries of vertices to work in next
                        and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built for
                        animation so it easily decides a location (x,y,z,A,B,C) for each vertex from
                        a series of paths (splines).

                        Ok this is what I trying to lead up to (Mike is going to kill me).....I have
                        been looking hard at Blender. I know Blender has the inherent ability to
                        know how to describe vertices because it was written for gaming and graphic
                        artist. I knew nothing about Blender a couple of weeks ago but I am
                        beginning to figure it out. Blender can be customized in describing a mesh
                        for gcode. I am thinking out loud...maybe Rhino can be used to design the
                        mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                        degrees of freedom (rotation)are required. If so it feeds Blender to
                        determine the rotations. Blender then feeds the input back into GH. Why I am
                        saying all this, is that Blender can be the work around in developing
                        complex code of crunching series of matrixes of do this or do that loops.
                        Maybe I am crazy, and if so, tell me to shut up.... :)

                        "I think the key is to understand how Rhino and GH see a vector as just a
                        set of 3 values (x, y, z) and that we can interpret these values as we which
                        be it a point, a translation, a rotation, or a length and a direction and
                        even output any of these interpreted values as formatted text, gcode in our
                        case. I think I need to add that GH is like a highly multi core parallel
                        computer system while any script is just a sequence of operation process one
                        at a time. Thus one as to setup GH such that we can control which "task" it
                        does and when it does it otherwise it will try to do everything at the same
                        time."





                        [Non-text portions of this message have been removed]
                      • Michael
                        ... of ... the ... So ... vertexes ... and ... a way ... rotate ... or to ... the ... can ... of ... to ... Yes Yves, you ve got it right, GH can do it all no
                        Message 11 of 21 , May 20, 2013
                          --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" wrote:
                          >
                          > Matt,
                          >
                          >
                          >
                          > < I am lurking in the background but keeping up with the development
                          of
                          > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                          the
                          > steps and ideas of what you are trying to do and where you are going.
                          So
                          > what I am understanding about GH is that GH knows how to describe
                          vertexes
                          > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                          and
                          > does not know how to rotate to describe the location. What GH needs is
                          a way
                          > to rotate on one or more axis in the description of vertices. >
                          >
                          >
                          >
                          > This isn't quite right, GH as all the component necessary to either
                          rotate
                          > geometry around and provides more than one way or component to do it
                          or to
                          > find out the normal vector at some point on a surface. Depending on
                          the
                          > machine type, using the normal vector can provides almost directly the
                          > rotation angle for the rotary axis. The way GH does things means it
                          can
                          > compute this for all points (location XYZ) and normal vectors at each
                          of
                          > these points in what seems like a single operation, then you just need
                          to
                          > format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.
                          >
                          Yes Yves, you've got it right, GH can do it all no problem. One thing
                          I'm putting in are some DataDams to control when GH solves each group of
                          steps so it does not try to solve the entire thing at once. The other
                          challenge is just working with the Data streams to get all of the points
                          in the order you want to machine the part. I've not gotten this part
                          solved yet. But I'm working on the lines that you're summarizing below
                          Yves, using lists of points for feed moves & rapid moves & weaving data
                          lists together. Andy Payne has a couple of definitions where he has
                          ordered the lists & configured them to output the code(he's writing
                          Shopbot Code, not G-code, but I've changed it to G-code) It just needs
                          the "X, Y, Z, A,C" inserted in the lines at this point. I'll post the
                          file in a new folder in the files section. It's a work in progress & so
                          it not working yet.

                          I think actually the point & vector locations & definitions are not
                          the biggest issue, but rather defining like parallel toolpath cuts or
                          rotary patterns (like the toolkit's make parallel splines or spiral
                          splines) & getting the points defining these into the right order to
                          string together for output.

                          >
                          > For other 5 axis machine type where the part itself rotates you'll
                          need to
                          > compute both the rotation angles and the translation(s) (move) but
                          > essentially all the required data can be extracted and or computed
                          from the
                          > point, the normal vector and the location of the fix rotary axis.
                          >
                          >
                          >
                          > Here a simple study for the case where the part rotates (only one
                          point):
                          >
                          >
                          >
                          > . The long red line is the A rotation axis
                          >
                          > . The long blue line is the C rotation axis
                          >
                          > . The leftmost black line is the normal vector at the
                          intersection
                          > of the ISO curve (orange) on a surface (not shown)
                          >
                          > . In orange we have the ISO curves at the point shown at the
                          > intersection
                          >
                          > . The leftmost red and blue segment are the X and Z component
                          of the
                          > normal vector
                          >
                          > . The cyan line drawn from the point to the A axis
                          >
                          >
                          >
                          > From the X and Z component of the normal vector we can compute the A
                          axis
                          > rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the
                          normal
                          > vector or segment representing it will move to a new position (black
                          segment
                          > right) on the ZY plane (not shown) and we can compute the new position
                          > (using math or a rotate about axis component) and extract the X and Z
                          > component of this translation or move along the arc shown in light
                          gray.
                          >
                          >
                          >
                          > We do the same rotation and translation computations for the C axis
                          (blue)
                          > and we have all the data we need to compute the combined translations
                          to
                          > position the tool tip in XYZ and we already have the A and C angle of
                          > rotation.
                          >
                          >
                          >
                          > Concept.png
                          >
                          >
                          >
                          >
                          >
                          >
                          >
                          > I've opted to break down the hole operation of computing the final
                          XYZAC
                          > values at each point on the part to be machine to simple operations
                          that GH
                          > can easily perform using via stock components. I think we can use this
                          same
                          > basic method for other configurations and create separate GH
                          definition for
                          > each. Of course at some point it would be nice to combine each
                          definition
                          > into one or possibly better a custom component or (VB) script
                          component. I
                          > think I'll study this VBScript idea a bit more and see what I can come
                          up
                          > with for both an XYZAC where A and C are tables and an XYZBC where B
                          and C
                          > are heads. I think this last one should be pretty simple and easy
                          using the
                          > method proposed here. I'll see what I can do to directly output
                          g-code.
                          > Basically this component or script would provide an input parameter to
                          > provide options for the type of machine and inputs for the points and
                          their
                          > normal vectors in a form kind of a list of list where both list are
                          ordered
                          > such that each sub list represent a plunge to the first point from a
                          given
                          > distance, a series of 5 axis coordinated move in the same order as
                          provided
                          > by the data followed by a retract after the last point and so on for
                          each
                          > of the primary lists if any, so I'll provide an input for the length
                          of both
                          > plunge and retract move and it would be along the normal vector. I
                          forgot,
                          > I'll also need inputs for the A, B and C axis location and use these
                          as
                          > required inside the script.
                          >
                          >
                          >
                          > Personally, I have no interest in creating the inputs (geometry) we'll
                          need
                          > for this in Rhino and or GH but I'll do my best to create this custom
                          > component simply because I need it for myself. I know, I'm selfish,
                          sorry.
                          >
                          >
                          >
                          > Yves
                          >
                          >
                          >
                          >
                          >
                          >
                          >
                          > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com]
                          On
                          > Behalf Of Matt
                          > Sent: May-17-13 8:26 PM
                          > To: CNC_Toolkit@yahoogroups.com
                          > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                          >
                          >
                          >
                          >
                          >
                          >
                          >
                          > I am lurking in the background but keeping up with the development of
                          > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                          the
                          > steps and ideas of what you are trying to do and where you are going.
                          So
                          > what I am understanding about GH is that GH knows how to describe
                          vertexes
                          > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                          and
                          > does not know how to rotate to describe the location. What GH needs is
                          a way
                          > to rotate on one or more axis in the description of vertices.
                          >
                          > Here are my thoughts... the way cnc toolkit/gmax figures out how
                          describe
                          > the vertexes is so different in GH that the programing logic between
                          the two
                          > programs will not look anything alike. I believe GH will require a
                          series of
                          > matrixes where a set of limitations or boundaries will be set so that
                          a
                          > pattern is used to mark off each vertex. Going forward on the mesh, GH
                          will
                          > have to know where its been and which boundaries of vertices to work
                          in next
                          > and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built
                          for
                          > animation so it easily decides a location (x,y,z,A,B,C) for each
                          vertex from
                          > a series of paths (splines).
                          >
                          > Ok this is what I trying to lead up to (Mike is going to kill
                          me).....I have
                          > been looking hard at Blender. I know Blender has the inherent ability
                          to
                          > know how to describe vertices because it was written for gaming and
                          graphic
                          > artist. I knew nothing about Blender a couple of weeks ago but I am
                          > beginning to figure it out. Blender can be customized in describing a
                          mesh
                          > for gcode. I am thinking out loud...maybe Rhino can be used to design
                          the
                          > mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                          > degrees of freedom (rotation)are required. If so it feeds Blender to
                          > determine the rotations. Blender then feeds the input back into GH.
                          Why I am
                          > saying all this, is that Blender can be the work around in developing
                          > complex code of crunching series of matrixes of do this or do that
                          loops.
                          > Maybe I am crazy, and if so, tell me to shut up.... :)
                          >
                          > "I think the key is to understand how Rhino and GH see a vector as
                          just a
                          > set of 3 values (x, y, z) and that we can interpret these values as we
                          which
                          > be it a point, a translation, a rotation, or a length and a direction
                          and
                          > even output any of these interpreted values as formatted text, gcode
                          in our
                          > case. I think I need to add that GH is like a highly multi core
                          parallel
                          > computer system while any script is just a sequence of operation
                          process one
                          > at a time. Thus one as to setup GH such that we can control which
                          "task" it
                          > does and when it does it otherwise it will try to do everything at the
                          same
                          > time."
                          >
                          >
                          >
                          >
                          >
                          > [Non-text portions of this message have been removed]
                          >



                          [Non-text portions of this message have been removed]
                        • Michael
                          ... of ... the ... So ... vertexes ... and ... a way ... rotate ... or to ... the ... can ... of ... to ... Yes Yves, you ve got it right, GH can do it all no
                          Message 12 of 21 , May 20, 2013
                            --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" wrote:
                            >
                            > Matt,
                            >
                            >
                            >
                            > < I am lurking in the background but keeping up with the development
                            of
                            > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                            the
                            > steps and ideas of what you are trying to do and where you are going.
                            So
                            > what I am understanding about GH is that GH knows how to describe
                            vertexes
                            > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                            and
                            > does not know how to rotate to describe the location. What GH needs is
                            a way
                            > to rotate on one or more axis in the description of vertices. >
                            >
                            >
                            >
                            > This isn't quite right, GH as all the component necessary to either
                            rotate
                            > geometry around and provides more than one way or component to do it
                            or to
                            > find out the normal vector at some point on a surface. Depending on
                            the
                            > machine type, using the normal vector can provides almost directly the
                            > rotation angle for the rotary axis. The way GH does things means it
                            can
                            > compute this for all points (location XYZ) and normal vectors at each
                            of
                            > these points in what seems like a single operation, then you just need
                            to
                            > format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.
                            >
                            Yes Yves, you've got it right, GH can do it all no problem. One thing
                            I'm putting in are some DataDams to control when GH solves each group of
                            steps so it does not try to solve the entire thing at once. The other
                            challenge is just working with the Data streams to get all of the points
                            in the order you want to machine the part. I've not gotten this part
                            solved yet.

                            >
                            > For other 5 axis machine type where the part itself rotates you'll
                            need to
                            > compute both the rotation angles and the translation(s) (move) but
                            > essentially all the required data can be extracted and or computed
                            from the
                            > point, the normal vector and the location of the fix rotary axis.
                            >
                            >
                            >
                            > Here a simple study for the case where the part rotates (only one
                            point):
                            >
                            >
                            >
                            > . The long red line is the A rotation axis
                            >
                            > . The long blue line is the C rotation axis
                            >
                            > . The leftmost black line is the normal vector at the
                            intersection
                            > of the ISO curve (orange) on a surface (not shown)
                            >
                            > . In orange we have the ISO curves at the point shown at the
                            > intersection
                            >
                            > . The leftmost red and blue segment are the X and Z component
                            of the
                            > normal vector
                            >
                            > . The cyan line drawn from the point to the A axis
                            >
                            >
                            >
                            > From the X and Z component of the normal vector we can compute the A
                            axis
                            > rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the
                            normal
                            > vector or segment representing it will move to a new position (black
                            segment
                            > right) on the ZY plane (not shown) and we can compute the new position
                            > (using math or a rotate about axis component) and extract the X and Z
                            > component of this translation or move along the arc shown in light
                            gray.
                            >
                            >
                            >
                            > We do the same rotation and translation computations for the C axis
                            (blue)
                            > and we have all the data we need to compute the combined translations
                            to
                            > position the tool tip in XYZ and we already have the A and C angle of
                            > rotation.
                            >
                            >
                            >
                            > Concept.png
                            >
                            >
                            >
                            >
                            >
                            >
                            >
                            > I've opted to break down the hole operation of computing the final
                            XYZAC
                            > values at each point on the part to be machine to simple operations
                            that GH
                            > can easily perform using via stock components. I think we can use this
                            same
                            > basic method for other configurations and create separate GH
                            definition for
                            > each. Of course at some point it would be nice to combine each
                            definition
                            > into one or possibly better a custom component or (VB) script
                            component. I
                            > think I'll study this VBScript idea a bit more and see what I can come
                            up
                            > with for both an XYZAC where A and C are tables and an XYZBC where B
                            and C
                            > are heads. I think this last one should be pretty simple and easy
                            using the
                            > method proposed here. I'll see what I can do to directly output
                            g-code.
                            > Basically this component or script would provide an input parameter to
                            > provide options for the type of machine and inputs for the points and
                            their
                            > normal vectors in a form kind of a list of list where both list are
                            ordered
                            > such that each sub list represent a plunge to the first point from a
                            given
                            > distance, a series of 5 axis coordinated move in the same order as
                            provided
                            > by the data followed by a retract after the last point and so on for
                            each
                            > of the primary lists if any, so I'll provide an input for the length
                            of both
                            > plunge and retract move and it would be along the normal vector. I
                            forgot,
                            > I'll also need inputs for the A, B and C axis location and use these
                            as
                            > required inside the script.
                            >
                            >
                            >
                            > Personally, I have no interest in creating the inputs (geometry) we'll
                            need
                            > for this in Rhino and or GH but I'll do my best to create this custom
                            > component simply because I need it for myself. I know, I'm selfish,
                            sorry.
                            >
                            >
                            >
                            > Yves
                            >
                            >
                            >
                            >
                            >
                            >
                            >
                            > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com]
                            On
                            > Behalf Of Matt
                            > Sent: May-17-13 8:26 PM
                            > To: CNC_Toolkit@yahoogroups.com
                            > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                            >
                            >
                            >
                            >
                            >
                            >
                            >
                            > I am lurking in the background but keeping up with the development of
                            > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                            the
                            > steps and ideas of what you are trying to do and where you are going.
                            So
                            > what I am understanding about GH is that GH knows how to describe
                            vertexes
                            > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                            and
                            > does not know how to rotate to describe the location. What GH needs is
                            a way
                            > to rotate on one or more axis in the description of vertices.
                            >
                            > Here are my thoughts... the way cnc toolkit/gmax figures out how
                            describe
                            > the vertexes is so different in GH that the programing logic between
                            the two
                            > programs will not look anything alike. I believe GH will require a
                            series of
                            > matrixes where a set of limitations or boundaries will be set so that
                            a
                            > pattern is used to mark off each vertex. Going forward on the mesh, GH
                            will
                            > have to know where its been and which boundaries of vertices to work
                            in next
                            > and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built
                            for
                            > animation so it easily decides a location (x,y,z,A,B,C) for each
                            vertex from
                            > a series of paths (splines).
                            >
                            > Ok this is what I trying to lead up to (Mike is going to kill
                            me).....I have
                            > been looking hard at Blender. I know Blender has the inherent ability
                            to
                            > know how to describe vertices because it was written for gaming and
                            graphic
                            > artist. I knew nothing about Blender a couple of weeks ago but I am
                            > beginning to figure it out. Blender can be customized in describing a
                            mesh
                            > for gcode. I am thinking out loud...maybe Rhino can be used to design
                            the
                            > mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                            > degrees of freedom (rotation)are required. If so it feeds Blender to
                            > determine the rotations. Blender then feeds the input back into GH.
                            Why I am
                            > saying all this, is that Blender can be the work around in developing
                            > complex code of crunching series of matrixes of do this or do that
                            loops.
                            > Maybe I am crazy, and if so, tell me to shut up.... :)
                            >
                            > "I think the key is to understand how Rhino and GH see a vector as
                            just a
                            > set of 3 values (x, y, z) and that we can interpret these values as we
                            which
                            > be it a point, a translation, a rotation, or a length and a direction
                            and
                            > even output any of these interpreted values as formatted text, gcode
                            in our
                            > case. I think I need to add that GH is like a highly multi core
                            parallel
                            > computer system while any script is just a sequence of operation
                            process one
                            > at a time. Thus one as to setup GH such that we can control which
                            "task" it
                            > does and when it does it otherwise it will try to do everything at the
                            same
                            > time."
                            >
                            >
                            >
                            >
                            >
                            > [Non-text portions of this message have been removed]
                            >



                            [Non-text portions of this message have been removed]
                          • Michael
                            ... of ... the ... So ... vertexes ... and ... a way ... rotate ... or to ... the ... can ... of ... to ... Yes Yves, you ve got it right, GH can do it all no
                            Message 13 of 21 , May 20, 2013
                              --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" wrote:
                              >
                              > Matt,
                              >
                              >
                              >
                              > < I am lurking in the background but keeping up with the development
                              of
                              > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                              the
                              > steps and ideas of what you are trying to do and where you are going.
                              So
                              > what I am understanding about GH is that GH knows how to describe
                              vertexes
                              > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                              and
                              > does not know how to rotate to describe the location. What GH needs is
                              a way
                              > to rotate on one or more axis in the description of vertices. >
                              >
                              >
                              >
                              > This isn't quite right, GH as all the component necessary to either
                              rotate
                              > geometry around and provides more than one way or component to do it
                              or to
                              > find out the normal vector at some point on a surface. Depending on
                              the
                              > machine type, using the normal vector can provides almost directly the
                              > rotation angle for the rotary axis. The way GH does things means it
                              can
                              > compute this for all points (location XYZ) and normal vectors at each
                              of
                              > these points in what seems like a single operation, then you just need
                              to
                              > format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.
                              >
                              Yes Yves, you've got it right, GH can do it all no problem. One thing
                              I'm putting in are some DataDams to control when GH solves each group of
                              steps so it does not try to solve the entire thing at once. The other
                              challenge is just working with the Data streams to get all of the points
                              in the order you want to machine the part. I've not gotten this part
                              solved yet.

                              >
                              > For other 5 axis machine type where the part itself rotates you'll
                              need to
                              > compute both the rotation angles and the translation(s) (move) but
                              > essentially all the required data can be extracted and or computed
                              from the
                              > point, the normal vector and the location of the fix rotary axis.
                              >
                              >
                              >
                              > Here a simple study for the case where the part rotates (only one
                              point):
                              >
                              >
                              >
                              > . The long red line is the A rotation axis
                              >
                              > . The long blue line is the C rotation axis
                              >
                              > . The leftmost black line is the normal vector at the
                              intersection
                              > of the ISO curve (orange) on a surface (not shown)
                              >
                              > . In orange we have the ISO curves at the point shown at the
                              > intersection
                              >
                              > . The leftmost red and blue segment are the X and Z component
                              of the
                              > normal vector
                              >
                              > . The cyan line drawn from the point to the A axis
                              >
                              >
                              >
                              > From the X and Z component of the normal vector we can compute the A
                              axis
                              > rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the
                              normal
                              > vector or segment representing it will move to a new position (black
                              segment
                              > right) on the ZY plane (not shown) and we can compute the new position
                              > (using math or a rotate about axis component) and extract the X and Z
                              > component of this translation or move along the arc shown in light
                              gray.
                              >
                              >
                              >
                              > We do the same rotation and translation computations for the C axis
                              (blue)
                              > and we have all the data we need to compute the combined translations
                              to
                              > position the tool tip in XYZ and we already have the A and C angle of
                              > rotation.
                              >
                              >
                              >
                              > Concept.png
                              >
                              >
                              >
                              >
                              >
                              >
                              >
                              > I've opted to break down the hole operation of computing the final
                              XYZAC
                              > values at each point on the part to be machine to simple operations
                              that GH
                              > can easily perform using via stock components. I think we can use this
                              same
                              > basic method for other configurations and create separate GH
                              definition for
                              > each. Of course at some point it would be nice to combine each
                              definition
                              > into one or possibly better a custom component or (VB) script
                              component. I
                              > think I'll study this VBScript idea a bit more and see what I can come
                              up
                              > with for both an XYZAC where A and C are tables and an XYZBC where B
                              and C
                              > are heads. I think this last one should be pretty simple and easy
                              using the
                              > method proposed here. I'll see what I can do to directly output
                              g-code.
                              > Basically this component or script would provide an input parameter to
                              > provide options for the type of machine and inputs for the points and
                              their
                              > normal vectors in a form kind of a list of list where both list are
                              ordered
                              > such that each sub list represent a plunge to the first point from a
                              given
                              > distance, a series of 5 axis coordinated move in the same order as
                              provided
                              > by the data followed by a retract after the last point and so on for
                              each
                              > of the primary lists if any, so I'll provide an input for the length
                              of both
                              > plunge and retract move and it would be along the normal vector. I
                              forgot,
                              > I'll also need inputs for the A, B and C axis location and use these
                              as
                              > required inside the script.
                              >
                              >
                              >
                              > Personally, I have no interest in creating the inputs (geometry) we'll
                              need
                              > for this in Rhino and or GH but I'll do my best to create this custom
                              > component simply because I need it for myself. I know, I'm selfish,
                              sorry.
                              >
                              >
                              >
                              > Yves
                              >
                              >
                              >
                              >
                              >
                              >
                              >
                              > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com]
                              On
                              > Behalf Of Matt
                              > Sent: May-17-13 8:26 PM
                              > To: CNC_Toolkit@yahoogroups.com
                              > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                              >
                              >
                              >
                              >
                              >
                              >
                              >
                              > I am lurking in the background but keeping up with the development of
                              > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                              the
                              > steps and ideas of what you are trying to do and where you are going.
                              So
                              > what I am understanding about GH is that GH knows how to describe
                              vertexes
                              > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                              and
                              > does not know how to rotate to describe the location. What GH needs is
                              a way
                              > to rotate on one or more axis in the description of vertices.
                              >
                              > Here are my thoughts... the way cnc toolkit/gmax figures out how
                              describe
                              > the vertexes is so different in GH that the programing logic between
                              the two
                              > programs will not look anything alike. I believe GH will require a
                              series of
                              > matrixes where a set of limitations or boundaries will be set so that
                              a
                              > pattern is used to mark off each vertex. Going forward on the mesh, GH
                              will
                              > have to know where its been and which boundaries of vertices to work
                              in next
                              > and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built
                              for
                              > animation so it easily decides a location (x,y,z,A,B,C) for each
                              vertex from
                              > a series of paths (splines).
                              >
                              > Ok this is what I trying to lead up to (Mike is going to kill
                              me).....I have
                              > been looking hard at Blender. I know Blender has the inherent ability
                              to
                              > know how to describe vertices because it was written for gaming and
                              graphic
                              > artist. I knew nothing about Blender a couple of weeks ago but I am
                              > beginning to figure it out. Blender can be customized in describing a
                              mesh
                              > for gcode. I am thinking out loud...maybe Rhino can be used to design
                              the
                              > mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                              > degrees of freedom (rotation)are required. If so it feeds Blender to
                              > determine the rotations. Blender then feeds the input back into GH.
                              Why I am
                              > saying all this, is that Blender can be the work around in developing
                              > complex code of crunching series of matrixes of do this or do that
                              loops.
                              > Maybe I am crazy, and if so, tell me to shut up.... :)
                              >
                              > "I think the key is to understand how Rhino and GH see a vector as
                              just a
                              > set of 3 values (x, y, z) and that we can interpret these values as we
                              which
                              > be it a point, a translation, a rotation, or a length and a direction
                              and
                              > even output any of these interpreted values as formatted text, gcode
                              in our
                              > case. I think I need to add that GH is like a highly multi core
                              parallel
                              > computer system while any script is just a sequence of operation
                              process one
                              > at a time. Thus one as to setup GH such that we can control which
                              "task" it
                              > does and when it does it otherwise it will try to do everything at the
                              same
                              > time."
                              >
                              >
                              >
                              >
                              >
                              > [Non-text portions of this message have been removed]
                              >



                              [Non-text portions of this message have been removed]
                            • Yves Gauvreau
                              I was very busy today but there is a saying in French that says something like this: night is the mother of counsel and if you add to that a little bit of
                              Message 14 of 21 , May 20, 2013
                                I was very busy today but there is a saying in French that says something
                                like this: "night is the mother of counsel" and if you add to that a little
                                bit of reading on the VB script component. You will soon realise that the
                                documentation on VB scripting is outdated and it will be a bigger task then
                                I thought even if I used to do things in VB but with version 6.



                                Today I would start by creating only small segments or a lines if you
                                prefer, starting on the surface to CNC and ending on the normal direction or
                                vector. This could be sufficient for machine where the tool rotates. For
                                machine where the parts rotates, we'll need a bit more, the location of the
                                axis of rotation. I'll have to make sure my (suggested) method works where
                                both the tool and the part rotate. But since the method is broken down into
                                simple steps it should work.



                                Michael, you write about the DataDam component, though it sounds nice I
                                don't think it would be efficient to use them, I think we would need
                                something like a switch we could put on the connection line and toggle it on
                                or off based on some parameter like the machine type or some other
                                condition. For a BC machine where both of them work to rotate the "tool",
                                you only need a point on the surface to be machine and the normal or a small
                                line, starting on the surface and ending anywhere on the normal direction.
                                With either of these you have the XYZ coordinates directly and you can
                                easily infer the angle of rotation but only if the center of rotation of
                                both axis is on the normal. This will rarely be the case I would think and
                                it mean I'll have to revise my method for such case.



                                Maybe tomorrow I'll think of something, I'm to tired to think.



                                Yves



                                From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                                Behalf Of Michael
                                Sent: May-20-13 10:01 AM
                                To: CNC_Toolkit@yahoogroups.com
                                Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit






                                --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                "Yves Gauvreau" wrote:
                                >
                                > Matt,
                                >
                                >
                                >
                                > < I am lurking in the background but keeping up with the development
                                of
                                > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                                the
                                > steps and ideas of what you are trying to do and where you are going.
                                So
                                > what I am understanding about GH is that GH knows how to describe
                                vertexes
                                > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                                and
                                > does not know how to rotate to describe the location. What GH needs is
                                a way
                                > to rotate on one or more axis in the description of vertices. >
                                >
                                >
                                >
                                > This isn't quite right, GH as all the component necessary to either
                                rotate
                                > geometry around and provides more than one way or component to do it
                                or to
                                > find out the normal vector at some point on a surface. Depending on
                                the
                                > machine type, using the normal vector can provides almost directly the
                                > rotation angle for the rotary axis. The way GH does things means it
                                can
                                > compute this for all points (location XYZ) and normal vectors at each
                                of
                                > these points in what seems like a single operation, then you just need
                                to
                                > format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.
                                >
                                Yes Yves, you've got it right, GH can do it all no problem. One thing
                                I'm putting in are some DataDams to control when GH solves each group of
                                steps so it does not try to solve the entire thing at once. The other
                                challenge is just working with the Data streams to get all of the points
                                in the order you want to machine the part. I've not gotten this part
                                solved yet.

                                >
                                > For other 5 axis machine type where the part itself rotates you'll
                                need to
                                > compute both the rotation angles and the translation(s) (move) but
                                > essentially all the required data can be extracted and or computed
                                from the
                                > point, the normal vector and the location of the fix rotary axis.
                                >
                                >
                                >
                                > Here a simple study for the case where the part rotates (only one
                                point):
                                >
                                >
                                >
                                > . The long red line is the A rotation axis
                                >
                                > . The long blue line is the C rotation axis
                                >
                                > . The leftmost black line is the normal vector at the
                                intersection
                                > of the ISO curve (orange) on a surface (not shown)
                                >
                                > . In orange we have the ISO curves at the point shown at the
                                > intersection
                                >
                                > . The leftmost red and blue segment are the X and Z component
                                of the
                                > normal vector
                                >
                                > . The cyan line drawn from the point to the A axis
                                >
                                >
                                >
                                > From the X and Z component of the normal vector we can compute the A
                                axis
                                > rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the
                                normal
                                > vector or segment representing it will move to a new position (black
                                segment
                                > right) on the ZY plane (not shown) and we can compute the new position
                                > (using math or a rotate about axis component) and extract the X and Z
                                > component of this translation or move along the arc shown in light
                                gray.
                                >
                                >
                                >
                                > We do the same rotation and translation computations for the C axis
                                (blue)
                                > and we have all the data we need to compute the combined translations
                                to
                                > position the tool tip in XYZ and we already have the A and C angle of
                                > rotation.
                                >
                                >
                                >
                                > Concept.png
                                >
                                >
                                >
                                >
                                >
                                >
                                >
                                > I've opted to break down the hole operation of computing the final
                                XYZAC
                                > values at each point on the part to be machine to simple operations
                                that GH
                                > can easily perform using via stock components. I think we can use this
                                same
                                > basic method for other configurations and create separate GH
                                definition for
                                > each. Of course at some point it would be nice to combine each
                                definition
                                > into one or possibly better a custom component or (VB) script
                                component. I
                                > think I'll study this VBScript idea a bit more and see what I can come
                                up
                                > with for both an XYZAC where A and C are tables and an XYZBC where B
                                and C
                                > are heads. I think this last one should be pretty simple and easy
                                using the
                                > method proposed here. I'll see what I can do to directly output
                                g-code.
                                > Basically this component or script would provide an input parameter to
                                > provide options for the type of machine and inputs for the points and
                                their
                                > normal vectors in a form kind of a list of list where both list are
                                ordered
                                > such that each sub list represent a plunge to the first point from a
                                given
                                > distance, a series of 5 axis coordinated move in the same order as
                                provided
                                > by the data followed by a retract after the last point and so on for
                                each
                                > of the primary lists if any, so I'll provide an input for the length
                                of both
                                > plunge and retract move and it would be along the normal vector. I
                                forgot,
                                > I'll also need inputs for the A, B and C axis location and use these
                                as
                                > required inside the script.
                                >
                                >
                                >
                                > Personally, I have no interest in creating the inputs (geometry) we'll
                                need
                                > for this in Rhino and or GH but I'll do my best to create this custom
                                > component simply because I need it for myself. I know, I'm selfish,
                                sorry.
                                >
                                >
                                >
                                > Yves
                                >
                                >
                                >
                                >
                                >
                                >
                                >
                                > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                                On
                                > Behalf Of Matt
                                > Sent: May-17-13 8:26 PM
                                > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                >
                                >
                                >
                                >
                                >
                                >
                                >
                                > I am lurking in the background but keeping up with the development of
                                > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                                the
                                > steps and ideas of what you are trying to do and where you are going.
                                So
                                > what I am understanding about GH is that GH knows how to describe
                                vertexes
                                > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                                and
                                > does not know how to rotate to describe the location. What GH needs is
                                a way
                                > to rotate on one or more axis in the description of vertices.
                                >
                                > Here are my thoughts... the way cnc toolkit/gmax figures out how
                                describe
                                > the vertexes is so different in GH that the programing logic between
                                the two
                                > programs will not look anything alike. I believe GH will require a
                                series of
                                > matrixes where a set of limitations or boundaries will be set so that
                                a
                                > pattern is used to mark off each vertex. Going forward on the mesh, GH
                                will
                                > have to know where its been and which boundaries of vertices to work
                                in next
                                > and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built
                                for
                                > animation so it easily decides a location (x,y,z,A,B,C) for each
                                vertex from
                                > a series of paths (splines).
                                >
                                > Ok this is what I trying to lead up to (Mike is going to kill
                                me).....I have
                                > been looking hard at Blender. I know Blender has the inherent ability
                                to
                                > know how to describe vertices because it was written for gaming and
                                graphic
                                > artist. I knew nothing about Blender a couple of weeks ago but I am
                                > beginning to figure it out. Blender can be customized in describing a
                                mesh
                                > for gcode. I am thinking out loud...maybe Rhino can be used to design
                                the
                                > mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                                > degrees of freedom (rotation)are required. If so it feeds Blender to
                                > determine the rotations. Blender then feeds the input back into GH.
                                Why I am
                                > saying all this, is that Blender can be the work around in developing
                                > complex code of crunching series of matrixes of do this or do that
                                loops.
                                > Maybe I am crazy, and if so, tell me to shut up.... :)
                                >
                                > "I think the key is to understand how Rhino and GH see a vector as
                                just a
                                > set of 3 values (x, y, z) and that we can interpret these values as we
                                which
                                > be it a point, a translation, a rotation, or a length and a direction
                                and
                                > even output any of these interpreted values as formatted text, gcode
                                in our
                                > case. I think I need to add that GH is like a highly multi core
                                parallel
                                > computer system while any script is just a sequence of operation
                                process one
                                > at a time. Thus one as to setup GH such that we can control which
                                "task" it
                                > does and when it does it otherwise it will try to do everything at the
                                same
                                > time."
                                >
                                >
                                >
                                >
                                >
                                > [Non-text portions of this message have been removed]
                                >

                                [Non-text portions of this message have been removed]





                                [Non-text portions of this message have been removed]
                              • Yves Gauvreau
                                Here is an example of what I mean by a controllable switch. You can replace the line component with whatever you want as data and use whatever component that
                                Message 15 of 21 , May 20, 2013
                                  Here is an example of what I mean by a controllable switch. You can replace
                                  the line component with whatever you want as data and use whatever component
                                  that evaluates to true or false. If Enable is true the data is pass to
                                  DataPrime.











                                  From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                                  Behalf Of Michael
                                  Sent: May-20-13 10:01 AM
                                  To: CNC_Toolkit@yahoogroups.com
                                  Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit






                                  --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                  "Yves Gauvreau" wrote:
                                  >
                                  > Matt,
                                  >
                                  >
                                  >
                                  > < I am lurking in the background but keeping up with the development
                                  of
                                  > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                                  the
                                  > steps and ideas of what you are trying to do and where you are going.
                                  So
                                  > what I am understanding about GH is that GH knows how to describe
                                  vertexes
                                  > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                                  and
                                  > does not know how to rotate to describe the location. What GH needs is
                                  a way
                                  > to rotate on one or more axis in the description of vertices. >
                                  >
                                  >
                                  >
                                  > This isn't quite right, GH as all the component necessary to either
                                  rotate
                                  > geometry around and provides more than one way or component to do it
                                  or to
                                  > find out the normal vector at some point on a surface. Depending on
                                  the
                                  > machine type, using the normal vector can provides almost directly the
                                  > rotation angle for the rotary axis. The way GH does things means it
                                  can
                                  > compute this for all points (location XYZ) and normal vectors at each
                                  of
                                  > these points in what seems like a single operation, then you just need
                                  to
                                  > format these values (X,Y,Z,A,B,C) as text or g-code if you prefer.
                                  >
                                  Yes Yves, you've got it right, GH can do it all no problem. One thing
                                  I'm putting in are some DataDams to control when GH solves each group of
                                  steps so it does not try to solve the entire thing at once. The other
                                  challenge is just working with the Data streams to get all of the points
                                  in the order you want to machine the part. I've not gotten this part
                                  solved yet.

                                  >
                                  > For other 5 axis machine type where the part itself rotates you'll
                                  need to
                                  > compute both the rotation angles and the translation(s) (move) but
                                  > essentially all the required data can be extracted and or computed
                                  from the
                                  > point, the normal vector and the location of the fix rotary axis.
                                  >
                                  >
                                  >
                                  > Here a simple study for the case where the part rotates (only one
                                  point):
                                  >
                                  >
                                  >
                                  > . The long red line is the A rotation axis
                                  >
                                  > . The long blue line is the C rotation axis
                                  >
                                  > . The leftmost black line is the normal vector at the
                                  intersection
                                  > of the ISO curve (orange) on a surface (not shown)
                                  >
                                  > . In orange we have the ISO curves at the point shown at the
                                  > intersection
                                  >
                                  > . The leftmost red and blue segment are the X and Z component
                                  of the
                                  > normal vector
                                  >
                                  > . The cyan line drawn from the point to the A axis
                                  >
                                  >
                                  >
                                  > From the X and Z component of the normal vector we can compute the A
                                  axis
                                  > rotation we need, ATAN(X/Z). Now if we rotate A by this angle, the
                                  normal
                                  > vector or segment representing it will move to a new position (black
                                  segment
                                  > right) on the ZY plane (not shown) and we can compute the new position
                                  > (using math or a rotate about axis component) and extract the X and Z
                                  > component of this translation or move along the arc shown in light
                                  gray.
                                  >
                                  >
                                  >
                                  > We do the same rotation and translation computations for the C axis
                                  (blue)
                                  > and we have all the data we need to compute the combined translations
                                  to
                                  > position the tool tip in XYZ and we already have the A and C angle of
                                  > rotation.
                                  >
                                  >
                                  >
                                  > Concept.png
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  > I've opted to break down the hole operation of computing the final
                                  XYZAC
                                  > values at each point on the part to be machine to simple operations
                                  that GH
                                  > can easily perform using via stock components. I think we can use this
                                  same
                                  > basic method for other configurations and create separate GH
                                  definition for
                                  > each. Of course at some point it would be nice to combine each
                                  definition
                                  > into one or possibly better a custom component or (VB) script
                                  component. I
                                  > think I'll study this VBScript idea a bit more and see what I can come
                                  up
                                  > with for both an XYZAC where A and C are tables and an XYZBC where B
                                  and C
                                  > are heads. I think this last one should be pretty simple and easy
                                  using the
                                  > method proposed here. I'll see what I can do to directly output
                                  g-code.
                                  > Basically this component or script would provide an input parameter to
                                  > provide options for the type of machine and inputs for the points and
                                  their
                                  > normal vectors in a form kind of a list of list where both list are
                                  ordered
                                  > such that each sub list represent a plunge to the first point from a
                                  given
                                  > distance, a series of 5 axis coordinated move in the same order as
                                  provided
                                  > by the data followed by a retract after the last point and so on for
                                  each
                                  > of the primary lists if any, so I'll provide an input for the length
                                  of both
                                  > plunge and retract move and it would be along the normal vector. I
                                  forgot,
                                  > I'll also need inputs for the A, B and C axis location and use these
                                  as
                                  > required inside the script.
                                  >
                                  >
                                  >
                                  > Personally, I have no interest in creating the inputs (geometry) we'll
                                  need
                                  > for this in Rhino and or GH but I'll do my best to create this custom
                                  > component simply because I need it for myself. I know, I'm selfish,
                                  sorry.
                                  >
                                  >
                                  >
                                  > Yves
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                  [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                                  On
                                  > Behalf Of Matt
                                  > Sent: May-17-13 8:26 PM
                                  > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                  > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  >
                                  > I am lurking in the background but keeping up with the development of
                                  > Rhino/Grasshopper/cnc toolkit. I am with Yves in first thinking out
                                  the
                                  > steps and ideas of what you are trying to do and where you are going.
                                  So
                                  > what I am understanding about GH is that GH knows how to describe
                                  vertexes
                                  > in a mesh as gcode. The problem is that it is a linear (x,y,z) motion
                                  and
                                  > does not know how to rotate to describe the location. What GH needs is
                                  a way
                                  > to rotate on one or more axis in the description of vertices.
                                  >
                                  > Here are my thoughts... the way cnc toolkit/gmax figures out how
                                  describe
                                  > the vertexes is so different in GH that the programing logic between
                                  the two
                                  > programs will not look anything alike. I believe GH will require a
                                  series of
                                  > matrixes where a set of limitations or boundaries will be set so that
                                  a
                                  > pattern is used to mark off each vertex. Going forward on the mesh, GH
                                  will
                                  > have to know where its been and which boundaries of vertices to work
                                  in next
                                  > and what degrees of freedom to use(rotation...ie A,B,C). Gmax is built
                                  for
                                  > animation so it easily decides a location (x,y,z,A,B,C) for each
                                  vertex from
                                  > a series of paths (splines).
                                  >
                                  > Ok this is what I trying to lead up to (Mike is going to kill
                                  me).....I have
                                  > been looking hard at Blender. I know Blender has the inherent ability
                                  to
                                  > know how to describe vertices because it was written for gaming and
                                  graphic
                                  > artist. I knew nothing about Blender a couple of weeks ago but I am
                                  > beginning to figure it out. Blender can be customized in describing a
                                  mesh
                                  > for gcode. I am thinking out loud...maybe Rhino can be used to design
                                  the
                                  > mesh or meshes. Rhino feeds GH and GH decides based upon some input if
                                  > degrees of freedom (rotation)are required. If so it feeds Blender to
                                  > determine the rotations. Blender then feeds the input back into GH.
                                  Why I am
                                  > saying all this, is that Blender can be the work around in developing
                                  > complex code of crunching series of matrixes of do this or do that
                                  loops.
                                  > Maybe I am crazy, and if so, tell me to shut up.... :)
                                  >
                                  > "I think the key is to understand how Rhino and GH see a vector as
                                  just a
                                  > set of 3 values (x, y, z) and that we can interpret these values as we
                                  which
                                  > be it a point, a translation, a rotation, or a length and a direction
                                  and
                                  > even output any of these interpreted values as formatted text, gcode
                                  in our
                                  > case. I think I need to add that GH is like a highly multi core
                                  parallel
                                  > computer system while any script is just a sequence of operation
                                  process one
                                  > at a time. Thus one as to setup GH such that we can control which
                                  "task" it
                                  > does and when it does it otherwise it will try to do everything at the
                                  same
                                  > time."
                                  >
                                  >
                                  >
                                  >
                                  >
                                  > [Non-text portions of this message have been removed]
                                  >

                                  [Non-text portions of this message have been removed]





                                  [Non-text portions of this message have been removed]
                                • Yves Gauvreau
                                  Michael, are you the one who posted some files in macalvino posted 4 files to the
                                  Message 16 of 21 , May 30, 2013
                                    Michael,

                                    are you the one who posted some files in
                                    <http://profiles.yahoo.com/macalvino> macalvino posted 4 files to the
                                    <http://groups.yahoo.com/group/CNC_Toolkit/files/ToolKitToGrasshopper?prop=e
                                    update> ToolKitToGrasshopper folder? If yes, then can I add a couple of my
                                    own?



                                    Basically, I created a simple GH definition that takes a "list" of normal
                                    lines, created elsewhere for the time being and translate these lines into
                                    gcode for an XYZAC CNC where both the A and C axis are tables. I could
                                    easily do the same for a XYZBC CNC where B and C axis are tables.



                                    I think I made something pretty simple that could be easily integrated
                                    further along the project and if I'm not mistaking, the CNC Toolkit doesn't
                                    provide a solution for these 2 types of CNC. Lastly, maybe it's bonus, there
                                    is no fancy math involved, just plain old trigonometry and that's all. Of
                                    course all this will need to be tested and verified for every possible
                                    variants.



                                    Regards,

                                    Yves



                                    From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                                    Behalf Of Michael
                                    Sent: May-14-13 7:52 AM
                                    To: CNC_Toolkit@yahoogroups.com
                                    Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit







                                    I agree, it would be a different mindset. And there would have to be maybe
                                    dataDam components to control what GH definition shows when. I looked at
                                    Beaver a little bit more last night, and it does define normal vector data
                                    with density control, the only things it's missing that I can see so far are
                                    the simultaneous 5 axis positioning calculations & exporting in Generic
                                    Gcode that Mach3 can read. Plus when I tried to show normals for a 10"x16"
                                    3d shape with a 0.4" stepover, it crashed. It's got to be something
                                    different. When I get some time, maybe I can start a discussion with them on
                                    GH forum or something to ask about it.

                                    Look up Beaver on the Grasshopper forum & see what you think. I think it's
                                    for ShopBot & code is not generic Gcode.

                                    Have you taken a look at CAMel? You can also find this in the GH forum. It
                                    is a little too specific & was about creating 5 axis code using swarfing
                                    moves but is not about following a surface, but about creating one. A
                                    mathematecian at Uark wrote it but has paused in development.

                                    ToolKit works great in Max, but I have trouble importing geometry from Rhino
                                    - it doesn't like some of the surfaces & the normals are all messed up. I
                                    suppose if I could just fix the normals, Max would be fine.
                                    -Cheers!

                                    --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                    "Yves Gauvreau" <gauvreau-yves@...> wrote:
                                    >
                                    > Michael,
                                    >
                                    >
                                    >
                                    > I've taken the time to look at GH docs and the possibilities it offers and
                                    > obviously it as all the necessary tools or components to do the job as far
                                    > as I can see. But I think one as to have a completely different approach
                                    > with GH compared with a MaxScript or any other "programming" language for
                                    > that matter. But we can use what I would call the strategies that Rab
                                    Gordon
                                    > used with the CNCToolkit. Though I have no idea yet on how one creates
                                    some
                                    > kind of user interface in GH I think it would be relatively simple to
                                    create
                                    > a GH "document" to implement the core strategies used in Rabs toolkit for
                                    a
                                    > specific machine.
                                    >
                                    >
                                    >
                                    > I've seen a few video on toolpath generation using GH and I think the main
                                    > idea is relatively simple to understand though I've seen only 3 axis
                                    stuff.
                                    > If you add the strategy of using existing or generating the proper
                                    geometry
                                    > that represent your toolpath strategy then project this geometry on your
                                    > model be it 2.5D or 3D then I believe GH as the tools to obtain all the
                                    > data in the form of say a cloud of points and their associated normal
                                    > vectors with a controllable density. Then it's just a question of
                                    computing
                                    > the translation and axis rotation the "control point" as to do to follow
                                    > this projected geometry and then translating this to gcode. This last part
                                    > seems pretty easy to do in GH as I've seen in a video.
                                    >
                                    >
                                    >
                                    > I think the key is to understand how Rhino and GH see a vector as just a
                                    set
                                    > of 3 values (x, y, z) and that we can interpret these values as we which
                                    be
                                    > it a point, a translation, a rotation, or a length and a direction and
                                    even
                                    > output any of these interpreted values as formatted text, gcode in our
                                    case.
                                    > I think I need to add that GH is like a highly multi core parallel
                                    computer
                                    > system while any script is just a sequence of operation process one at a
                                    > time. Thus one as to setup GH such that we can control which "task" it
                                    does
                                    > and when it does it otherwise it will try to do everything at the same
                                    time.
                                    >
                                    >
                                    >
                                    > I hope all this bla bla will be as useful to you as it is to me for better
                                    > understanding what needs to be done. I know I still have a lot of things
                                    to
                                    > figure out especially the simulation part or task but for now I'd be very
                                    > happy to be able to generate gcode for my 5 axis CNC.
                                    >
                                    >
                                    >
                                    > Regards,
                                    >
                                    > Yves
                                    >
                                    >
                                    >
                                    >
                                    >
                                    >
                                    >
                                    >
                                    >
                                    > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                    [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                                    On
                                    > Behalf Of Michael
                                    > Sent: May-13-13 7:52 AM
                                    > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                    > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                    >
                                    >
                                    >
                                    >
                                    >
                                    > Rhino/GH has all of that information right inside.
                                    >
                                    > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                    <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                    > "Matt" <precastguy@> wrote:
                                    > >
                                    > > I have been thinking this weekend on how to extrapolate data from
                                    > vertices. Tell if I am crazy but I think Blender can tell you everything
                                    you
                                    > want to know about each vertex including location and angles. It might be
                                    > possible to run Blender in the background without even knowing it is there
                                    > to figure out data. From this data it can be dumbed into GH to derive the
                                    > gcode. I would really like to see what others thought about this
                                    > possibility.
                                    > >
                                    > > --- In CNC_Toolkit@yahoogroups.com
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    > , "Matt" <precastguy@> wrote:
                                    > > >
                                    > > >
                                    > > >
                                    > > >
                                    > > > I have looked at GH and read in the 'Tutorials' section..."
                                    > > > Grasshopper contains a VB.net and C# component. These components allow
                                    > you to run your own custom code within Grasshopper." I agree with Yves
                                    that
                                    > it will be a lot of work especially for us (--->me) who don't know Rhino
                                    or
                                    > GH. I seen where I can download Rhino and I can save 25 times. After that
                                    I
                                    > can still run Rhino but cannot save. So I am going to download Rhino and
                                    > start playing with it but it will be awhile before I can even ask a
                                    > question. I don't even know what I don't know :^(
                                    > > >
                                    > > >
                                    > > > --- In CNC_Toolkit@yahoogroups.com
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    > <mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
                                    > wrote:
                                    > > > >
                                    > > > > Michael,
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > > I've taken a good look at GH this afternoon and especially how
                                    others
                                    > used
                                    > > > > it to generate some toolpath with it, of course only 3 axis code at
                                    > this
                                    > > > > time. I wouldn't be surprised if it was possible to find the
                                    necessary
                                    > tools
                                    > > > > that would allow one to do 5 axis code generation a la CNCToolkit
                                    but
                                    > but
                                    > > > > but I'd use the kit only to figure out the feature you need to
                                    provide
                                    > and
                                    > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                                    > amount
                                    > > > > of work especially if like me you will have to start as a total
                                    newbie
                                    > with
                                    > > > > GH.
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > > Regards,
                                    > > > >
                                    > > > > Yves
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > > From: CNC_Toolkit@yahoogroups.com
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    > <mailto:CNC_Toolkit%40yahoogroups.com> [mailto:CNC_Toolkit@yahoogroups.com
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    > <mailto:CNC_Toolkit%40yahoogroups.com> ] On
                                    > > > > Behalf Of Michael
                                    > > > > Sent: May-09-13 7:20 AM
                                    > > > > To: CNC_Toolkit@yahoogroups.com
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    <mailto:CNC_Toolkit%40yahoogroups.com>
                                    >
                                    > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > > Matt/Yves:
                                    > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                                    > getting
                                    > > > > started in it for some reason. I guess I'm thinking it might be
                                    better
                                    > to do
                                    > > > > it in Grasshopper (although you can have a VB script component in
                                    the
                                    > GH
                                    > > > > definition) That might be the answer use GH with some of the
                                    routines
                                    > (like
                                    > > > > generating the parallel toolpath lines) being scripted components.
                                    > > > >
                                    > > > > I just had two projects come in on top of one I'm finishing up, so
                                    I'm
                                    > > > > swamped at the moment. But will keep working on how to start the
                                    > > > > translation.
                                    > > > > Cheers!
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > >
                                    > > > > [Non-text portions of this message have been removed]
                                    > > > >
                                    > > >
                                    > >
                                    >
                                    >
                                    >
                                    >
                                    >
                                    > [Non-text portions of this message have been removed]
                                    >





                                    [Non-text portions of this message have been removed]
                                  • thomas_kastrup
                                    Sendt fra Samsung mobil ... Fra: Yves Gauvreau Dato: 30/05/2013 23:30 (GMT+01:00) Til: CNC_Toolkit@yahoogroups.com Emne: RE:
                                    Message 17 of 21 , May 31, 2013
                                      Sendt fra Samsung mobil

                                      -------- Oprindelig meddelelse --------
                                      Fra: Yves Gauvreau <gauvreau-yves@...>
                                      Dato: 30/05/2013 23:30 (GMT+01:00)
                                      Til: CNC_Toolkit@yahoogroups.com
                                      Emne: RE: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit

                                      Michael,

                                      are you the one who posted some files in
                                      <http://profiles.yahoo.com/macalvino> macalvino posted 4 files to the
                                      <http://groups.yahoo.com/group/CNC_Toolkit/files/ToolKitToGrasshopper?prop=e
                                      update> ToolKitToGrasshopper folder? If yes, then can I add a couple of my
                                      own?

                                      Basically, I created a simple GH definition that takes a "list" of normal
                                      lines, created elsewhere for the time being and translate these lines into
                                      gcode for an XYZAC CNC where both the A and C axis are tables. I could
                                      easily do the same for a XYZBC CNC where B and C axis are tables.

                                      I think I made something pretty simple that could be easily integrated
                                      further along the project and if I'm not mistaking, the CNC Toolkit doesn't
                                      provide a solution for these 2 types of CNC. Lastly, maybe it's bonus, there
                                      is no fancy math involved, just plain old trigonometry and that's all. Of
                                      course all this will need to be tested and verified for every possible
                                      variants.

                                      Regards,

                                      Yves

                                      From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                                      Behalf Of Michael
                                      Sent: May-14-13 7:52 AM
                                      To: CNC_Toolkit@yahoogroups.com
                                      Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit

                                      I agree, it would be a different mindset. And there would have to be maybe
                                      dataDam components to control what GH definition shows when. I looked at
                                      Beaver a little bit more last night, and it does define normal vector data
                                      with density control, the only things it's missing that I can see so far are
                                      the simultaneous 5 axis positioning calculations & exporting in Generic
                                      Gcode that Mach3 can read. Plus when I tried to show normals for a 10"x16"
                                      3d shape with a 0.4" stepover, it crashed. It's got to be something
                                      different. When I get some time, maybe I can start a discussion with them on
                                      GH forum or something to ask about it.

                                      Look up Beaver on the Grasshopper forum & see what you think. I think it's
                                      for ShopBot & code is not generic Gcode.

                                      Have you taken a look at CAMel? You can also find this in the GH forum. It
                                      is a little too specific & was about creating 5 axis code using swarfing
                                      moves but is not about following a surface, but about creating one. A
                                      mathematecian at Uark wrote it but has paused in development.

                                      ToolKit works great in Max, but I have trouble importing geometry from Rhino
                                      - it doesn't like some of the surfaces & the normals are all messed up. I
                                      suppose if I could just fix the normals, Max would be fine.
                                      -Cheers!

                                      --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                      "Yves Gauvreau" <gauvreau-yves@...> wrote:
                                      >
                                      > Michael,
                                      >
                                      >
                                      >
                                      > I've taken the time to look at GH docs and the possibilities it offers and
                                      > obviously it as all the necessary tools or components to do the job as far
                                      > as I can see. But I think one as to have a completely different approach
                                      > with GH compared with a MaxScript or any other "programming" language for
                                      > that matter. But we can use what I would call the strategies that Rab
                                      Gordon
                                      > used with the CNCToolkit. Though I have no idea yet on how one creates
                                      some
                                      > kind of user interface in GH I think it would be relatively simple to
                                      create
                                      > a GH "document" to implement the core strategies used in Rabs toolkit for
                                      a
                                      > specific machine.
                                      >
                                      >
                                      >
                                      > I've seen a few video on toolpath generation using GH and I think the main
                                      > idea is relatively simple to understand though I've seen only 3 axis
                                      stuff.
                                      > If you add the strategy of using existing or generating the proper
                                      geometry
                                      > that represent your toolpath strategy then project this geometry on your
                                      > model be it 2.5D or 3D then I believe GH as the tools to obtain all the
                                      > data in the form of say a cloud of points and their associated normal
                                      > vectors with a controllable density. Then it's just a question of
                                      computing
                                      > the translation and axis rotation the "control point" as to do to follow
                                      > this projected geometry and then translating this to gcode. This last part
                                      > seems pretty easy to do in GH as I've seen in a video.
                                      >
                                      >
                                      >
                                      > I think the key is to understand how Rhino and GH see a vector as just a
                                      set
                                      > of 3 values (x, y, z) and that we can interpret these values as we which
                                      be
                                      > it a point, a translation, a rotation, or a length and a direction and
                                      even
                                      > output any of these interpreted values as formatted text, gcode in our
                                      case.
                                      > I think I need to add that GH is like a highly multi core parallel
                                      computer
                                      > system while any script is just a sequence of operation process one at a
                                      > time. Thus one as to setup GH such that we can control which "task" it
                                      does
                                      > and when it does it otherwise it will try to do everything at the same
                                      time.
                                      >
                                      >
                                      >
                                      > I hope all this bla bla will be as useful to you as it is to me for better
                                      > understanding what needs to be done. I know I still have a lot of things
                                      to
                                      > figure out especially the simulation part or task but for now I'd be very
                                      > happy to be able to generate gcode for my 5 axis CNC.
                                      >
                                      >
                                      >
                                      > Regards,
                                      >
                                      > Yves
                                      >
                                      >
                                      >
                                      >
                                      >
                                      >
                                      >
                                      >
                                      >
                                      > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                      [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                                      On
                                      > Behalf Of Michael
                                      > Sent: May-13-13 7:52 AM
                                      > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                      > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                      >
                                      >
                                      >
                                      >
                                      >
                                      > Rhino/GH has all of that information right inside.
                                      >
                                      > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                      <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                      > "Matt" <precastguy@> wrote:
                                      > >
                                      > > I have been thinking this weekend on how to extrapolate data from
                                      > vertices. Tell if I am crazy but I think Blender can tell you everything
                                      you
                                      > want to know about each vertex including location and angles. It might be
                                      > possible to run Blender in the background without even knowing it is there
                                      > to figure out data. From this data it can be dumbed into GH to derive the
                                      > gcode. I would really like to see what others thought about this
                                      > possibility.
                                      > >
                                      > > --- In CNC_Toolkit@yahoogroups.com
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      > , "Matt" <precastguy@> wrote:
                                      > > >
                                      > > >
                                      > > >
                                      > > >
                                      > > > I have looked at GH and read in the 'Tutorials' section..."
                                      > > > Grasshopper contains a VB.net and C# component. These components allow
                                      > you to run your own custom code within Grasshopper." I agree with Yves
                                      that
                                      > it will be a lot of work especially for us (--->me) who don't know Rhino
                                      or
                                      > GH. I seen where I can download Rhino and I can save 25 times. After that
                                      I
                                      > can still run Rhino but cannot save. So I am going to download Rhino and
                                      > start playing with it but it will be awhile before I can even ask a
                                      > question. I don't even know what I don't know :^(
                                      > > >
                                      > > >
                                      > > > --- In CNC_Toolkit@yahoogroups.com
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      > <mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
                                      > wrote:
                                      > > > >
                                      > > > > Michael,
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > > I've taken a good look at GH this afternoon and especially how
                                      others
                                      > used
                                      > > > > it to generate some toolpath with it, of course only 3 axis code at
                                      > this
                                      > > > > time. I wouldn't be surprised if it was possible to find the
                                      necessary
                                      > tools
                                      > > > > that would allow one to do 5 axis code generation a la CNCToolkit
                                      but
                                      > but
                                      > > > > but I'd use the kit only to figure out the feature you need to
                                      provide
                                      > and
                                      > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                                      > amount
                                      > > > > of work especially if like me you will have to start as a total
                                      newbie
                                      > with
                                      > > > > GH.
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > > Regards,
                                      > > > >
                                      > > > > Yves
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > > From: CNC_Toolkit@yahoogroups.com
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      > <mailto:CNC_Toolkit%40yahoogroups.com> [mailto:CNC_Toolkit@yahoogroups.com
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      > <mailto:CNC_Toolkit%40yahoogroups.com> ] On
                                      > > > > Behalf Of Michael
                                      > > > > Sent: May-09-13 7:20 AM
                                      > > > > To: CNC_Toolkit@yahoogroups.com
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      <mailto:CNC_Toolkit%40yahoogroups.com>
                                      >
                                      > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > > Matt/Yves:
                                      > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                                      > getting
                                      > > > > started in it for some reason. I guess I'm thinking it might be
                                      better
                                      > to do
                                      > > > > it in Grasshopper (although you can have a VB script component in
                                      the
                                      > GH
                                      > > > > definition) That might be the answer use GH with some of the
                                      routines
                                      > (like
                                      > > > > generating the parallel toolpath lines) being scripted components.
                                      > > > >
                                      > > > > I just had two projects come in on top of one I'm finishing up, so
                                      I'm
                                      > > > > swamped at the moment. But will keep working on how to start the
                                      > > > > translation.
                                      > > > > Cheers!
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > >
                                      > > > > [Non-text portions of this message have been removed]
                                      > > > >
                                      > > >
                                      > >
                                      >
                                      >
                                      >
                                      >
                                      >
                                      > [Non-text portions of this message have been removed]
                                      >

                                      [Non-text portions of this message have been removed]



                                      [Non-text portions of this message have been removed]
                                    • Michael
                                      Yes, Yves, that would be great. & yes,I posted that folder. Sorry for the delayed reply, busy lately. I ll take a look. Cheers!
                                      Message 18 of 21 , Jun 1, 2013
                                        Yes, Yves, that would be great. & yes,I posted that folder. Sorry for the delayed reply, busy lately. I'll take a look.
                                        Cheers!

                                        --- In CNC_Toolkit@yahoogroups.com, "Yves Gauvreau" <gauvreau-yves@...> wrote:
                                        >
                                        > Michael,
                                        >
                                        > are you the one who posted some files in
                                        > <http://profiles.yahoo.com/macalvino> macalvino posted 4 files to the
                                        > <http://groups.yahoo.com/group/CNC_Toolkit/files/ToolKitToGrasshopper?prop=e
                                        > update> ToolKitToGrasshopper folder? If yes, then can I add a couple of my
                                        > own?
                                        >
                                        >
                                        >
                                        > Basically, I created a simple GH definition that takes a "list" of normal
                                        > lines, created elsewhere for the time being and translate these lines into
                                        > gcode for an XYZAC CNC where both the A and C axis are tables. I could
                                        > easily do the same for a XYZBC CNC where B and C axis are tables.
                                        >
                                        >
                                        >
                                        > I think I made something pretty simple that could be easily integrated
                                        > further along the project and if I'm not mistaking, the CNC Toolkit doesn't
                                        > provide a solution for these 2 types of CNC. Lastly, maybe it's bonus, there
                                        > is no fancy math involved, just plain old trigonometry and that's all. Of
                                        > course all this will need to be tested and verified for every possible
                                        > variants.
                                        >
                                        >
                                        >
                                        > Regards,
                                        >
                                        > Yves
                                        >
                                        >
                                        >
                                        > From: CNC_Toolkit@yahoogroups.com [mailto:CNC_Toolkit@yahoogroups.com] On
                                        > Behalf Of Michael
                                        > Sent: May-14-13 7:52 AM
                                        > To: CNC_Toolkit@yahoogroups.com
                                        > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                        >
                                        >
                                        >
                                        >
                                        >
                                        >
                                        >
                                        > I agree, it would be a different mindset. And there would have to be maybe
                                        > dataDam components to control what GH definition shows when. I looked at
                                        > Beaver a little bit more last night, and it does define normal vector data
                                        > with density control, the only things it's missing that I can see so far are
                                        > the simultaneous 5 axis positioning calculations & exporting in Generic
                                        > Gcode that Mach3 can read. Plus when I tried to show normals for a 10"x16"
                                        > 3d shape with a 0.4" stepover, it crashed. It's got to be something
                                        > different. When I get some time, maybe I can start a discussion with them on
                                        > GH forum or something to ask about it.
                                        >
                                        > Look up Beaver on the Grasshopper forum & see what you think. I think it's
                                        > for ShopBot & code is not generic Gcode.
                                        >
                                        > Have you taken a look at CAMel? You can also find this in the GH forum. It
                                        > is a little too specific & was about creating 5 axis code using swarfing
                                        > moves but is not about following a surface, but about creating one. A
                                        > mathematecian at Uark wrote it but has paused in development.
                                        >
                                        > ToolKit works great in Max, but I have trouble importing geometry from Rhino
                                        > - it doesn't like some of the surfaces & the normals are all messed up. I
                                        > suppose if I could just fix the normals, Max would be fine.
                                        > -Cheers!
                                        >
                                        > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                        > "Yves Gauvreau" <gauvreau-yves@> wrote:
                                        > >
                                        > > Michael,
                                        > >
                                        > >
                                        > >
                                        > > I've taken the time to look at GH docs and the possibilities it offers and
                                        > > obviously it as all the necessary tools or components to do the job as far
                                        > > as I can see. But I think one as to have a completely different approach
                                        > > with GH compared with a MaxScript or any other "programming" language for
                                        > > that matter. But we can use what I would call the strategies that Rab
                                        > Gordon
                                        > > used with the CNCToolkit. Though I have no idea yet on how one creates
                                        > some
                                        > > kind of user interface in GH I think it would be relatively simple to
                                        > create
                                        > > a GH "document" to implement the core strategies used in Rabs toolkit for
                                        > a
                                        > > specific machine.
                                        > >
                                        > >
                                        > >
                                        > > I've seen a few video on toolpath generation using GH and I think the main
                                        > > idea is relatively simple to understand though I've seen only 3 axis
                                        > stuff.
                                        > > If you add the strategy of using existing or generating the proper
                                        > geometry
                                        > > that represent your toolpath strategy then project this geometry on your
                                        > > model be it 2.5D or 3D then I believe GH as the tools to obtain all the
                                        > > data in the form of say a cloud of points and their associated normal
                                        > > vectors with a controllable density. Then it's just a question of
                                        > computing
                                        > > the translation and axis rotation the "control point" as to do to follow
                                        > > this projected geometry and then translating this to gcode. This last part
                                        > > seems pretty easy to do in GH as I've seen in a video.
                                        > >
                                        > >
                                        > >
                                        > > I think the key is to understand how Rhino and GH see a vector as just a
                                        > set
                                        > > of 3 values (x, y, z) and that we can interpret these values as we which
                                        > be
                                        > > it a point, a translation, a rotation, or a length and a direction and
                                        > even
                                        > > output any of these interpreted values as formatted text, gcode in our
                                        > case.
                                        > > I think I need to add that GH is like a highly multi core parallel
                                        > computer
                                        > > system while any script is just a sequence of operation process one at a
                                        > > time. Thus one as to setup GH such that we can control which "task" it
                                        > does
                                        > > and when it does it otherwise it will try to do everything at the same
                                        > time.
                                        > >
                                        > >
                                        > >
                                        > > I hope all this bla bla will be as useful to you as it is to me for better
                                        > > understanding what needs to be done. I know I still have a lot of things
                                        > to
                                        > > figure out especially the simulation part or task but for now I'd be very
                                        > > happy to be able to generate gcode for my 5 axis CNC.
                                        > >
                                        > >
                                        > >
                                        > > Regards,
                                        > >
                                        > > Yves
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > > From: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > [mailto:CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com> ]
                                        > On
                                        > > Behalf Of Michael
                                        > > Sent: May-13-13 7:52 AM
                                        > > To: CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > > Subject: [CNC_Toolkit] Re: Rhino/Grasshopper with cnc_Toolkit
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > > Rhino/GH has all of that information right inside.
                                        > >
                                        > > --- In CNC_Toolkit@yahoogroups.com <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > <mailto:CNC_Toolkit%40yahoogroups.com> ,
                                        > > "Matt" <precastguy@> wrote:
                                        > > >
                                        > > > I have been thinking this weekend on how to extrapolate data from
                                        > > vertices. Tell if I am crazy but I think Blender can tell you everything
                                        > you
                                        > > want to know about each vertex including location and angles. It might be
                                        > > possible to run Blender in the background without even knowing it is there
                                        > > to figure out data. From this data it can be dumbed into GH to derive the
                                        > > gcode. I would really like to see what others thought about this
                                        > > possibility.
                                        > > >
                                        > > > --- In CNC_Toolkit@yahoogroups.com
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > > , "Matt" <precastguy@> wrote:
                                        > > > >
                                        > > > >
                                        > > > >
                                        > > > >
                                        > > > > I have looked at GH and read in the 'Tutorials' section..."
                                        > > > > Grasshopper contains a VB.net and C# component. These components allow
                                        > > you to run your own custom code within Grasshopper." I agree with Yves
                                        > that
                                        > > it will be a lot of work especially for us (--->me) who don't know Rhino
                                        > or
                                        > > GH. I seen where I can download Rhino and I can save 25 times. After that
                                        > I
                                        > > can still run Rhino but cannot save. So I am going to download Rhino and
                                        > > start playing with it but it will be awhile before I can even ask a
                                        > > question. I don't even know what I don't know :^(
                                        > > > >
                                        > > > >
                                        > > > > --- In CNC_Toolkit@yahoogroups.com
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > > <mailto:CNC_Toolkit%40yahoogroups.com> , "Yves Gauvreau" <gauvreau-yves@>
                                        > > wrote:
                                        > > > > >
                                        > > > > > Michael,
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > > I've taken a good look at GH this afternoon and especially how
                                        > others
                                        > > used
                                        > > > > > it to generate some toolpath with it, of course only 3 axis code at
                                        > > this
                                        > > > > > time. I wouldn't be surprised if it was possible to find the
                                        > necessary
                                        > > tools
                                        > > > > > that would allow one to do 5 axis code generation a la CNCToolkit
                                        > but
                                        > > but
                                        > > > > > but I'd use the kit only to figure out the feature you need to
                                        > provide
                                        > > and
                                        > > > > > implement them a la GrassHopper. IMHO it's going to be an incredible
                                        > > amount
                                        > > > > > of work especially if like me you will have to start as a total
                                        > newbie
                                        > > with
                                        > > > > > GH.
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > > Regards,
                                        > > > > >
                                        > > > > > Yves
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > > From: CNC_Toolkit@yahoogroups.com
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > > <mailto:CNC_Toolkit%40yahoogroups.com> [mailto:CNC_Toolkit@yahoogroups.com
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > > <mailto:CNC_Toolkit%40yahoogroups.com> ] On
                                        > > > > > Behalf Of Michael
                                        > > > > > Sent: May-09-13 7:20 AM
                                        > > > > > To: CNC_Toolkit@yahoogroups.com
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > <mailto:CNC_Toolkit%40yahoogroups.com>
                                        > >
                                        > > > > > Subject: [CNC_Toolkit] Rhino/Grasshopper with cnc_Toolkit
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > > Matt/Yves:
                                        > > > > > RhinoScript is essentially Visual Basic. But I'm having a tough time
                                        > > getting
                                        > > > > > started in it for some reason. I guess I'm thinking it might be
                                        > better
                                        > > to do
                                        > > > > > it in Grasshopper (although you can have a VB script component in
                                        > the
                                        > > GH
                                        > > > > > definition) That might be the answer use GH with some of the
                                        > routines
                                        > > (like
                                        > > > > > generating the parallel toolpath lines) being scripted components.
                                        > > > > >
                                        > > > > > I just had two projects come in on top of one I'm finishing up, so
                                        > I'm
                                        > > > > > swamped at the moment. But will keep working on how to start the
                                        > > > > > translation.
                                        > > > > > Cheers!
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > >
                                        > > > > > [Non-text portions of this message have been removed]
                                        > > > > >
                                        > > > >
                                        > > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > >
                                        > > [Non-text portions of this message have been removed]
                                        > >
                                        >
                                        >
                                        >
                                        >
                                        >
                                        > [Non-text portions of this message have been removed]
                                        >
                                      Your message has been successfully submitted and would be delivered to recipients shortly.