Welcome to Our Community

Some features disabled for guests. Register Today.

First post and odd idea, sorry.......

Discussion in 'Concepts and Ideas' started by Kaighn80, Aug 21, 2019.

  1. Kaighn80

    Kaighn80 New
    Builder

    Joined:
    Aug 21, 2019
    Messages:
    1
    Likes Received:
    0
    I have a small a3 laser diode setup and I was talking to someone about a pen plotter using the same frame and just swapping out the laser, simple so far?

    So that turned into multiple pens, a vinyl knife and possibly an etch resist pen.

    I’ve drawn up a mechanism to handle the physical side of things, my question is can an Arduino uno with grbl control a fourth stepper and two servos or can I use a second Arduino as a slave and have it as an add on?
     
  2. David the swarfer

    David the swarfer OpenBuilds Team
    Staff Member Moderator Builder Resident Builder

    Joined:
    Aug 6, 2013
    Messages:
    3,239
    Likes Received:
    1,815
    No, stock grbl cannot do this. There may be a fork on github that can but it will need at least an Arduino Mega as the Uno just does not have enough memory and pins.

    Maybe you should look at the various hardware solutions for Mach3 or LinuxCNC?
     
  3. Rob Taylor

    Rob Taylor Master
    Builder

    Joined:
    Dec 15, 2013
    Messages:
    1,470
    Likes Received:
    746
    Dunno what happened with this, but for the person reading this thread in 2022...

    Stock grbl has a couple of outputs that could be useful on a simple plotter build for toolchanging: Coolant Enable and Spindle Direction. As an input you also have Probe.

    You essentially have to design a toolchanger that uses g-code canned cycles with control of these three pins. It's certainly doable, especially if you're comfortable writing your own post-processor. If your tool rack is in a specific fixed area (like a Datron), each of your tools then has a specific machine coordinate associated with it. You can use one pin, say Coolant Enable, to unlock/relock the "spindle". You'd have to design a precision mating method which reliably changes and always maintains each tool's offset.

    You'll have to replace the "toolchange" code that your CAM package spits out- which will essentially just make grbl sit there doing nothing until you manually confirm you changed the tool- with the code that runs the above- block one: ["go to tool rack tool preliminary location", "move in single direction (onto tool rack)", "unlock tool (coolant enable)", "move away in direction to disengage toolholding"], block two: ["move to next tool rack tool preliminary location", "move in single direction to engage tool", "lock tool in place (coolant disable)", "move away", ], etc. Where you go to drop the first tool and where you go to grab the next tool will depend on what you're starting with and what you're changing with. It's not super complex once you have one tool set up, but tweaking it to get to that point is likely to be tricky.

    If the locking mechanism requires a servo, your "Coolant Enable" signal will have to enable a second board that'll drive that servo as required. If it's pneumatic, that's a little easier.

    So yeah... Doable. Just not easy and simple. If you try to do this with a mill that requires use of those pins, you're probably out of luck, unless you somehow use "moving to a specific location" (that never gets machined) to initiate a toolchanging cycle. It requires a higher-level view of grbl and g-code, that's for sure.
     
  4. Mark Carew

    Mark Carew OpenBuilds Team
    Staff Member Moderator Builder Resident Builder

    Joined:
    Jun 28, 2013
    Messages:
    2,742
    Likes Received:
    2,407
    Aha, David the swarfer and sharmstr like this.

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice