Register now to participate in the forums, access the download area, buy Mastercam training materials, post processors and more. This message will be removed once you have signed in.
Use your display name or email address to sign in:
Thad,
Unless you also have .ops files in a seperate location you can configure it to go to the same files as your mcx files by changing the routing for ops files to mcx location. When you go to import it is trying to find your ops files and goes to the location you have that set for.
I do agree though. that to have the option for either one would be good. To have it give you a choice to import from mcx or ops and to have it go to your default location based on that info.
------------------------------------------------
The secretary's computer that spends 90% of the time writing reports, and other similar activities that's a good candidate for the first OS upgrade victim errrr I mean station.
-----------------------------------------------
That's funny James. Last place I worked at had us using 400mhz computers while the secretaries had 1 gig+. We had probs on a daily basis with MC shutting down and everything taking 20+ minutes to regen. After I left they finally put some 1gig+ computers on the floor but only after the secretaries got 2gigs+. These were their hand-me-downs. What makes them think that a word processor needed that much computer compared to what we tried to do every day? go figure
Some people use "from tool" because they have large enough carousels to hold most of their tools and these tool #'s will never change. So they create their libraries to match what is in machine. You don't have to renumber tools except for the ones not in dedicated tool pots. Even then you could import your whole directory to begin with and then change to the "add tools sequentially" for any added tools to the program. I wish our carousels held enough so that we could dedicate tool #'s and offsets. I do still dedicate a certain amount of them and bring in my dedicated libray first and then add to it.
Thanks again. That did delete most of the blank lines but I still am getting this.
%01 G70
; PROGRAM NAME - T
; DATE: 11-10-07 TIME: 08:49
N10 G99 T1 L0. R1.5 ;L___________R__________
; 3" B52 FLY-CUTTER DIA. - 3.
N20 G99 T2 L0. R.25 ;L___________R__________
; 1/2" DIA. 2 FLUTE CARB. E.M. DIA. - .5
N30 G99 T7 L0. R.25 ;L___________R__________
; 1/2" DIA. 2 FLUTE CARB. E.M. DIA. - .5
N40 G99 T3 L0. R.25 ;L___________R__________
; 1/2"CHAMFER/SPOT E.M. DIA. - .5
N50 G99 T4 L0. R.1953 ;L___________R__________
; 25/64" PARABOLIC DRILL DIA. - .390625
N60 G99 T5 L0. R.125 ;L___________R__________
; 1/4" PARABOLIC DRILL DIA. - .25
N70 G99 T6 L0. R.125 ;L___________R__________
; 1/4" 2 FL CARB '242' E.M. DIA. - .25
N80 G99 T8 L0. R.2 ;L___________R__________
; .400 DIA. REAMER DIA. - .4
N90 G0 G40 G90 M25
I do expect there to be 2 lines of nothing in between callouts, but some of them are 12. 8 extra. I know it has to do with the amount of ops that tool is doing because the more ops the more spaces. Is there somewhere else that I should be looking.
you will also need to make sure you are using the correct file type. Go into setup, file types. and make sure you have the correct file type highlighted. then go to machines and set your tool change and tool load to what you are using. Ex. T for change, M6 for load.
I use 1 file for eveything with the wcs. 1 file uses less memory and the wcs keeps files smaller also because your not having to copy your geometry. Plus this way you can verify all ops without having to save an stl. Again, less memory. Only time I split them is for huge files when the computer starts to bog down.
Ok, so I need to have at least a 10% overlap in the along. Thanks for the help. When you guys said you weren't having probs I kept plugging away at settings and finally got it to work correctly.
Sorry so long for getting back, was at lunch. I've tried alot of dif settings to get it to work. I would like it to be 20% across overlap with 0% along overlap. And then have a 2.0 inch approach and exit distance. When I set it the old way with rapid and 110% along overlap, 20% across, 0 approach and exit it works. But when I just change the rapid to linear it bombs out.
I'm having trouble with a facing op. It is not allowing me to use linear moves between cuts. It keeps giving me a "error creating the facing toolpath". It will work with rapids but not linear. Is anyone else having this prob?
I think this was covered before and that it was going to be fixed for XP but not for windows 2000. I think it was because , if I remember right, X3 will not support windows 2000. We'll have to switch to XP. Correct me if I'm wrong.
Thanks Kannon for the ref. With understanding now how that worked I can change some other stuff that we had been hand editting for a long time. It really made me aware of how to understand alot more of the post than I did before.
And thanks to the others that contributed to the referrenced materials.
Looking back I should probably add the fs2 18 and change the dwell callout to use 18 and change the fs11 back the way it was in case something else was using 11.
Again Thanks
I couldn't get that to work so I went to the
fs2 11 0.3 0.3 and took out the .'s. It now posts out correctly. Plus if I remember right, the machine wouldn't take a decimal for dwell anyways. I will save the this and try it later if needed.
Thanks
eMastercam - your online source for all things Mastercam.
Together, we are the strongest Mastercam community on the web with over 56,000 members, and our online store offers a wide selection of training materials for all applications and skill levels.