For some unknown reason I cannot get my offsets to post out. My post is setup for subs but when I set the misc values variable to "0", it acts ac a normal post and has worked fine. When I change my offset in either the WCS page or in planes in an operation, the program spits out G54 and that is it no matter what I do. I am thinking I have some settings goofed up somehow. Any ideas where to check first to see if this is a post issue or just a MC setting issue?

I am going to give that a quick study tomorrow and let you know. Thanks for the heads up MC guru.

regarding the M05 problem,

#Switch G97/G96 or direction at null or dwell

#Stop the spindle if direction changes

if (prv_g_spdir <> g_spdir) & abs(prv_g_spdir - g_spdir) <> three,

pbld, n$, *pnullstop, e$ #added * bm

if css_actv$,

[

speed = g_speed

pnullg50

if prv_speed <> speed | prv_g_spdir<>g_spdir | prv_css_actv$<>css_actv$, pcss #(09/05/01)

]

else,

This is the post code I believe to be driving the M05 output. I am not sure yet if there is a switch I am missing or what. I added the * but still will not force the M05 output

Regarding the G28 ref return, I added a line to include sg59ref_ret G59 and it will output the G59 in place of the G28 but my goal is the use an offset for TC only and allow it to return G28 at M30. So far, I get all one or the other even when setting my ref_ret coding different for TC and program end.

Gunna have to look at this some more I guess..

fstrsel sg28 ref_ret sg28ref 2 -1

This is all that is found for g28. g28 uvw0 returns nothing.

#Retract to reference return

pbld, n$, `sgcode, psccomp, e$

if home_type = m_one & drop_offset, pbld, n$, *toolno, e$

if frc_cinit, pbld, n$, pclampoff, e$

pcan1, pbld, n$, *sg28ref, "U0.", [if y_axis_mch, "V0."], "W0.", protretinc, pnullstop, strcantext, e$

if home_type > m_one & drop_offset, pbld, n$, *toolno, e$

This was found in the post as well. I suspect I will need to rewrite the sg28 line and possibly every line in the post that uses it?

The code was generated with the latest post available on the site. The tool codes are not an issue and post correctly. I just cut a portion out of the program.

Just not sure why we are not generating an M05.

X2MR2

Machine is a Mori with 0T-C. Machine should not matter so much. Code is just wrong.

G50 S5000

G96 S1000

G1 G41 X-.0625 F.005

G0 Z.1

G1 G40 Z.2

M9

G97 S5000

G28 U0. W0.

(TOOL - 9 OFFSET - 9)

(SPOT TOOL .75 DIA.)

(CENTER DRILL)

G54

N9 T0909

G99

G97 S2000 M03

G0 X0. Z.2

Here is a sample of what is spit out. I have been putting the M05 before the G54 but that is not in concrete.

I am trying to make two last edits in the MPLpost. One is I need to input an M05 when the spindle switches direction. There is some language for it in the post but I expected there to be a switch for it since that is common.

Also wanting to apply an offset for tool changes instead of returning the machine to home position. Certainly open to other ideas to easily change TC position. Would prefer to take turret all the way home at M30 so I thought if I added an offset for TC, the end program would still be the same.

Just curious if anyone has run into this. Another generic post.

Point well taken John. I will admit I bring some things to the forum that can just be figured out by reading my books. I want to attend classes but time is my largest problem right now but will admit I sure can waste time figuring out problems.

I will agree! seems you just cannot BS your way through lathe ops. What I did wrong was try to flip a RH tool to work with M4. I grabbed a LH tool and flipped the spindle direction, and that did it.

I would like to ask though, how do you adjust holder dims and set them up? I see where you can select tools and such but if I go to "draw tool" you cannot modify the dims of the holder there. Things like shank size, presentation angle, etc.

I am using LH tools in a slant bed lathe. The preset RH tools are the only ones that present correctly relative to my machine. Problem is they generate an M3 spindle and I require M4. I tried to go into tool setup and just change spindle direction but that also flips my tool over and present wrong. Is there a simple solution to this problem? I am confident with hand coding, something will eventual get missed and kill a holder.

I guess that just leaves that G97 line huh?? Pegs the spindle just before TC. How would a guy mod that one?

I think we got it. I posted long hand which is a selection and that will work. I also found the max spindles in the post file so I just adjusted those and it seems ok for now. We will see......

Thanks for the posts guys.

I probably did not explain well on peck drilling. MC will post out G81/G83, but my machine does not support it. I need to do peck type drilling without g81/g83

I did look in the machine defs and the check max rpm is set to 10,000 rpm. I set that to 6,000 but it still posts with S3600 max. Could this be controlled in the post? I am trying out the MPL post from here.

G54

N4 T0404

G18 G99

M24

M8

G97 S2122 M03

G0 X1.8 Z0.

G50 S3600

G96 S1000

G1 G41 X-.0625 F.01

G0 Z.1

G1 G40 Z.2

M9

G97 S3600

G28 U0. V0. W0.

M01

I have already removed the V0 from the machine defs. I need to:

raise my max spindle speed to 6000rpm

Do something about the G97 S3600 when going to tool change.

Also wanted to ask about peck drill cycles on the lathe. They do not permit g81/g83 cycles so is there any other way to do peck cycles?

that is a bummer..... I thought X4 would have things whooped but sounds like I will just have to deal with these errors. My backplot too looks better but obviously does not recognize that I cut the bar off and to move down, ignoring the previous part.

I posted code for 3 parts so we will just have to see how that goes.

I have created paths on a part and translated the paths 2 more times for a total of 3 per bar pull. Problem is I am getting annoying errors indicating "construction plane of op does not match 1017 line" and I also cannot get a proper verify because it will not recognize that I cut one part off the bar before moving to the next.

Is this a settings issue? Any ideas on correction the errors? The backplot does show valid paths though it shows collision with the previous parts that will be cut off.

Yes, lathe setup here. SOrry I did not mention that.....

I tried for an hour to work through either modifying a tool or creating one. All are giving me errors. When creating a new tool, I was really wanting to use an endmill as a bore bar since it might work best for this tight clearance situation. Just creating a simple cylinder as the tool but still getting errors. That is certainly an area I need to work on - creating/modifying lathe tools.

I realize that the corner rad and such are very critical for proper lathe paths. I do a lot more with milling, than lathe work. Just different animals.

I was just curious how you guys might approach this. I have a blind, flat bottom hole in Al. Hole is .380 dia. I planned to use a .375 drill, then come back with a custom carbide bar with a flat bottom and cut width of .18 or so. I also have to add a 45* chamfer at the top of the hole so I planned to feed in, catch the chamfer, then proceed into the hole and clean up the bottom.

Curious if you would design a custom tool in MC for this or just grap something in the list and realize the verify will not be right? I have never made a custom tool in MC.

ALso, I could not find a way to feed into the hole, rather the paths wanted to start at the bottom. Did I miss a setting?

Once again, thanks for the help guys. I will take a look at this in the morning.

Just curious if there is something I am missing here. my tool paths are driving over my drive lines by a small amount and clipping off the corners. I am able to adjust my "leave stock" and pull it back but not quite understanding why when I enter to leave zero stock, it is over stepping the lines.

Have I missed a setting? I am have seen this.

Never mind. I was not paying attention very well. Just not selecting all my lines, only the solid so it was rotating the solid and leaving some extra wire.

Jay, thanks so much. I am running into a strange issue. I was able to reproduce your example for rotation once but now every time it rotates, it will create a duplicate and they are all merged together, normal to each other.

Also, I am using that "solid to 2D profile", will that generate a decent profile compared to the newer versions?

Jay, I just sent it. Hopefully I got it right. Let me know if it shows.

Jay, I would rather not post the part on the forum but I would be more than happy to email to any interested parties. Shall I email this one to you?