CamWorks v EdgeCam

We have been using CamWorks for a while now but it is very buggy and we
are having a load of problems with the NC output to our mill and lathe.
Has anyone got any experience of EdgeCam (especially in the UK) and got
any opinions?

Also open to any other suggestions for a package that could work
effortlessly with SolidWorks.

 

I'm haven't used Edgecam, but I am looking into it for the same reason.
I talked with a guy in my swug who switched to it from Camworks, and
he greatly prefers it, he likes its flexibility in editing toolpaths.
One of the advantages as I see is it doesn't operate within Solidworks
and therefore doesn't add its bugs to Solidworks bugs. One of the
biggest hassles I have with Camworks is how it keeps nagging me when I'm
trying to use Solidworks.

--
J Kimmel

www.metalinnovations.com

"Cuius testiculos habes, habeas cardia et cerebellum." - When you have
their full attention in your grip, their hearts and minds will follow.

 

SolidCAM is also a Gold Partner solution

www.solidcam.com

 

"... got any opinions?"

See if this opens your mind a little to what is possible when you have
full graphical editing control over your toolpath. Lucky for you I just
happened to see this in the Rhino newsgroup and think this guy is a
fucking genius ;>)

"In my opinion if CAM toolpaths were real Rhino geometry RhinoCAM would
be in a position that even much more expensive CADCAM programs are not.
For serious production milling where multi-part, multi-pallet,
multi-vise machining is the norm when change occurs it can be pure hell
if the user does not have *full graphical control* over the toolpath.

Without a doubt full graphical control over the toolpath is what has
kept many machining job shops in the Phoenix, Arizona area using an
outdated program like SmartCAM which for many years received no
updates. The reason SmartCAM is still widely used in serious production
machining job shops in the Phoenix, Arizona area is that SmartCAM was
built from the ground up to handle change. The authors of SmartCAM
accomplished this by giving the user full graphical editing control
over the toolpath. Most CADCAM programs today don't handle change very
well and give the user little or no control over the toolpath.

In SmartCAM you can use all the geometry creation, editing, grouping,
sorting, etc. tools for toolpath. In fact, geometry becomes toolpath in
SmartCAM when you give geometry a toolpath property.

If I could only get one improvement in RhinoCAM then toolpaths being
real Rhino geometry would without a doubt be what I would want. Just
doing this would give a CAM program that runs inside Rhino a massive
leg up on just about any mid-priced (Gibbs, FeatureCAM, MasterCAM,
SurfCAM, EdgeCAM, etc.)CADCAM product.

The following was posted to the Usenet newsgroup alt.machines.cnc by a
"Smarmy Dolt" some years ago and shows just how totally frustrated many
production machining job shops are with their lousy CAM choices:

"Hey,Here's a bug-a-boo that's tripped-up all the CAM systems I own and
the ones I have demoed to replace the ones I own. The situation boiled
down to one tool. The reality of it is two pallets, 10 double vices, 20
Work Coordinate Systems (G54x) and 28 tools: Pallet-1 The Front.Tool
One tool cuts on three different fixtures. Each fixture has a different
part in it. Each Fixture has its own Work Coordinate System. G54, G55,
G56 Pallet-2. The Back - Physically a duplicate setup of Pallet 1. The
same tool with the same H/H or H/D offsets cuts on three different Work
Coordinate Systems. G57, G58, G59.


A) I want to be able to do the work of generating motion on the front
pallet only. Complete. Then have the CAM allow me to duplicate the
motions on the back pallet using different Work Coordinate systems. The
CAM system must know that the edits to the operations of tool 1(front)
must be automatically applied to wherever the same Tool One operation
was dropped. I'm lazy and feel that the CAM should let me tweak the
feeds for the front pallet and have the back follow suite. That is,
drop the "motion" on the back pallet from the front and have any
eventual edits to Tool One's feed rate and cutting motion update the
back pallet "duplicate" as well the front pallet "original".


B) The Work Coordinate Systems must be changeable by Windowing. I'm not
going to edit 24 tools on 20 WCS through 120 ops. I'm just not.


C) The tools must be sortable by Pallet and Tool number. Let us not
forget that Tool One gets used on Pallet1 *and* Pallet2 but with an
intervening pallet swap. Nothing worse that watching a CAM system sort
by tool and see Tool One rapid through the door of the CNC to work on
the back pallet that just happens to be three feet in -X overtravel.


D) There will be no cutting and there will be no pasting of g-codes - I
don't need the practice. The code - no matter how it *looks* - will
come out of the CAM system and go into the control. I will then touch
off the tools and fixtures and push the Cycle Start button.


E) There will be no custom macro that, I am assured, will work most of
the time if my cutting situations stay "relatively" the same."

Not Your Uncle Bob
Not In Seattle, WA"

Jon Banquer
Phoenix, Arizona

 

[
CHRISTMAS CAROLS FOR THE DISTURBED

* 1. Schizophrenia -- Do You Hear What I Hear?

* 2. Multiple Personality Disorder --- We Three Kings Disoriented Are

* 3. Dementia --- I Think I'll be Home for Christmas

* 4. Narcissistic --- Hark the Herald Angels Sing About Me

* 5. Manic - Deck the Halls and Walls and House and Lawn and Streets and Stores
and Office and Town and Cars and Buses and Trucks and Trees and.....

* 6. Paranoid --- Santa Claus is Coming to Town to Get Me

* 7. Borderline Personality Disorder --- Thoughts of Roasting on an Open Fire

* 8. Personality Disorder --- You Better Watch Out, I'm Gonna Cry, I'm Gonna
Pout, Maybe I'll Tell You Why

* 9. Attention Deficit Disorder -- Silent night, Holy oooh look at the Froggy -
can I have a chocolate? Why is the moon so far away?

* 10. Obsessive Compulsive Disorder --- (To the tune of Jingle Bells) Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the ashtrays, Empty the
ashtrays, .....

]

 

http://www.practicalmachinist.com/ubb/ultimatebb.php/topic/27/384.htm...
[
Topic: Toolpath To Geometry Associativity
.....
For me it's often very important as some of the parts I program for prototypes
get changed very frequently.

OneCNC does not offer toolpath to geometry associativity. Change the geometry in
OneCNC and the toolpath is totally ignorant of the change.
]

Here's a GOOD one:
http://www.practicalmachinist.com/ubb/ultimatebb.php/topic/27/384.htm...
[
IMO, associativity between toolpath and geometry is the only way to go! Saves
*major time* when changes occur... and they always seem to occur. Associativity
has no drawbacks that I know of.
]

I suppose everyone knows who posted all of that too ...

<Chuckle>