Quantcast
Channel: Carbide 3D Community Site - Latest topics
Viewing all articles
Browse latest Browse all 25357

CM feature request: production workflows

$
0
0

@joshhartung wrote:

Hi CM team, I’ve been using my Shapeoko 3 for production and prototyping for a few weeks now and have been very impressed with the machine. I can share more about that in another thread. For this thread, I wanted to share my use case and some feature ideas.

In my use case, I am cutting both tooling and doing trim-offs of a production part in a four-cavity configuration. I’ve divided the work area into four sections, each with their own local coordinate system. I’ve cut dowel pin holes to locate tooling precisely and repeatably at each location. Here’s a quick pick to give you the idea:

Each cavity is interchangeable, so I can put a variety of different parts in the machine (high mix production) and simply move the local offsets to each known position to do the work needed.

What this means is that I’m jogging around the work area and resetting zeroes regularly. I do this by doing a rapid to the local offset and using G0 commands in MDI. This is an error prone process that requires multiple context switches in CM. First I relocate the cutter to the local offset. I wait for the spindle to arrive, because closing the Jog context too quickly will stop the rapid movement prematurely. I then close out of the rapid menu, then the Jog context, and open MDI. I enter my G0 offset and switch back to Jog, where I reset the X or Y zero and am ready to begin cutting. I then context switch to Load, find my file, and context switch again to the Run context. After double checking the my cutter is at (0,0) I am ready to beg cutting. A number of errors are possible in this process, which I’m happy to enumerate if it would be helpful.

Today the CM interface works well for simple use cases and is clearly optimized for accessibility. While I know that my use case may not be one you are interested in specifically supporting, optimizing for a more pro workflow may help smooth what today is sometimes a clumsy (though beautiful) UI. I’ve got some ideas, hopefully some of which seem really simple:

  1. Allow the enter/return key to close out of the UI context (like pressing the “done” button). This would allow much faster context switching and would cut out about 50% of the mouse work I currently do.
  2. Allow me to turn off the tool switch popup after clicking run. It was a useful double check when I was starting out, but if I’m working quickly I’d like the machine to actually run when I click run.
  3. Allow direct editing of the G54 offset. This would mean I don’t need to jog to a local offset and then MDI - I would just change the numbers to the new position.
  4. Along the same lines (but less important), supporting multiple offsets such as G55, G56, etc. would be helpful because I could gang multiple programs more flexibly - more automation would be possible.
  5. Allow quick MDI presets (ala UGS) so I can pre-program MDI commands. This would eliminate the error that is currently possible if I mis-enter the G0 command, which I do about once/week, and end up 20mm off on one of the axes.
  6. Is there a secret button somewhere for re-homing the machine? In prototyping, I’m using pretty much the entire work envelope and I found myself causing the machine to skip steps by going over travel. Right now if I need to re-home I close out of CM completely and restart. It’s nice that it doesn’t lose my offsets, but it seems a little silly.

Hopefully this is helpful to you. I’d be happy to talk through my use case and observations if there is interest on your side.

Best,
Josh

Posts: 1

Participants: 1

Read full topic


Viewing all articles
Browse latest Browse all 25357

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>