That seems to have nailed it!
Thanks Fred, your contributions to the group are greatly appreciated, as
always.

Chris Kocourek
Tool Design Engineer
Flextronics

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 2:24 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [mfg-smartcam] G-code output


Oops... I had a greater than, ">" where I should have had a less than "<".

Try the attached version.

=============================================
 Fred Lauzus, CAM Programming Coordinator
 High Steel Structures, Incorporated
 mailto:[EMAIL PROTECTED] http://www.highsteel.com
=============================================
 



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 3:17 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [mfg-smartcam] G-code output
Importance: High


Fred,
This tmp worked well in generating g-code in .0005" increments. However, all
the cutter path was generated mirrored on the X axis. Modifying post logic
is not my strong point. Can you spot a reason for the above anomaly?

Chris

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 10:21 AM
To: [EMAIL PROTECTED]
Subject: RE: [mfg-smartcam] G-code output


In the attached template file there are logic expressions in the @CYCLCHG
section that will re-evaluate #XPOS, #YPOS, #ZPOS, #XCTR, #YCTR, #XCTR,
#XHOME, #YHOME, #ZHOME, #ZCHK, #PECK and #CLEAR prior to their output and
round their value to the nearest half thousandth.

=============================================
 Fred Lauzus, CAM Programming Coordinator
 High Steel Structures, Incorporated
 mailto:[EMAIL PROTECTED] http://www.highsteel.com
=============================================
 



-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 9:12 AM
To: [EMAIL PROTECTED]
Subject: RE: [mfg-smartcam] G-code output


Apparently SMF question #21 suppresses output moves of less than the
assigned value and does not round the value to an the nearest even
increment. 

============================================= 
 Fred Lauzus, CAM Programming Coordinator 
 High Steel Structures, Incorporated 
  mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
http://www.highsteel.com <http://www.highsteel.com/>  
============================================= 
  

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 6:15 PM
To: [EMAIL PROTECTED]
Subject: [mfg-smartcam] G-code output


Hi all,
 
When smf question #21 is set to .0005" the g-code should post in .0005"
increments. Yet when I post, my g-code is still being produced with .0001"
increments.
Can anyone help with this? Am I missing an additional setting somewhere?
I need to try .0005" increments to trouble shoot a re-occurring error in our
Proto Trak MX2 toolroom mill controls.
 
Thanks in advance.
   
 Chris Kocourek
Tool Design Engineer
FLEXTRONICS

 

======================================================================
To find out more about this mailing list including how to unsubscribe,
send the message "info mfg-smartcam" to [EMAIL PROTECTED]
======================================================================

Reply via email to