Nx8 NC Simulation Examples
Nx8 NC Simulation Examples
Nx8 NC Simulation Examples
7
8
9
SIM01: ........................................................................................................................................................... 15
SIM03: ........................................................................................................................................................... 15
SIM07 and SIM09 CSE: ................................................................................................................................ 15
SIM07 with MTD: .......................................................................................................................................... 15
SIM10: ........................................................................................................................................................... 15
SIM13: ........................................................................................................................................................... 15
14 Creating your own CSE examples based on the OOTB mach examples ............................. 22
15 Appendix ............................................................................................................................... 22
A.
B.
C.
D.
E.
F.
G.
H.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 1 / 34
Overview
This document explains the handling and usage of the simulation examples provided out-of-thebox (OOTB) with NX Version 8.0. The example data is mainly contained in two locations: one is
for the library machine tool models in the
$UGII_CAM_BASE_DIR/resource/library/machine/installed_machines folder, the other for the
CAM examples utilizing the library machine tools. These CAM examples can be found under
$UGII_CAM_BASE_DIR/samples/nc_simulation_samples. All of the machine tools in the library have
preconfigured geometry, assembly and kinematics models as well as post processors and CSE
controller models for the major controller types Siemens SINUMERIK 840D, Fanuc family and
TNC Heidenhain Conversational; posts are available for metric and inch units. For all machine
tools in the library there is one CAM setup example available. The intention of these examples is
to show best practice and to demonstrate the features of the NX CAM built-in machine
simulation. Another intended use of the examples is as seed parts for customer specific
simulation.
NOTE: The examples cannot contain or show every possible feature of NX CAM, NX Post and
ISV. In certain cases such as complex or multi-function machine tools, and in order to achieve
advanced capabilities, specific customization of the provided posts and/or controller models will
be necessary.
Load Options
To ensure all related assembly component parts are loaded correctly it is recommended to use
the following load options and not using USE Partial Loading:
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 2 / 34
CAM-Setup
When creating a new CAM setup with the provided set of machine tools, the following best
practice is suggested. It is assumed that the CAD geometry of the part to be machined already
exists.
Open the CAD part file in NX
Select New and pick an appropriate entry in the Manufacturing tab.
Select the body of the CAD model for the Wave object and hide the CAD component in the
assembly navigator
To prepare for material removal simulation it is recommended to have the blank geometry
pre-defined as well. In the example shown it is a simple cylinder added to the assembly.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 3 / 34
MCS-Handling
In order to achieve a complete and reliable machine simulation, different modules need to play
together. These are: the CAM programming structure in the Operation Navigator (ONT), the
internal Post Processor (MOM inside NX), the TCL based post processor and the simulation
controller model.
Consider a few rules for the NX CAM setup to support the assigned post processor creating a
valid NC code which can be used at the physical machine tool as well as for simulation. Our
examples are using only one MCS, which is set to Purpose Main (see picture below). The post
processor output depends on MCS Purpose, Special output and Fixture Offset settings.
Each CAM setup example using one of our OOTB MACH machine tools must not include
more than one single MCS with the purpose Main
The Main MCS needs to be placed at the same location and orientation as the
MACHINE_ZERO coordinate junction of the machine tool.
NOTE: This is necessary to tell the post processor the position of the machine zero position. In
future releases it is planned to enhance the Post-TCL interface to access the kinematics model.
Once this is implemented, the rule to place the main MCS at the same location as machine zero
junction will become obsolete.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 4 / 34
Purpose
Main
Local
Local
Local
Fixture Offset
0
1
2
2 (inherit)
Special Output
Fixture Offset
Fixture Offset
CSYS Rotation
Post S840D
Post Fanuc
Post TNC
G54
G55
ROT
G54
G55
G68
All the OOTB delivered post processors are created with the Post Builder Version 8.0. based on
the template post for Sinumerik S840D. Some differences between pure template post and
OOTB post are listed in the 3rd subchapter.
6.1
The SINUMERIK 840D post processor creates a CAM setup specific initialization data file for
offset values and the tool data. The post processor creates an additional ini file (to_iniChannel.ini) in the SINUMERIK format. This file will be located in the cse_files/subprog subfolder
of the CAM setup part:
MACH/samples/nc_simulation_samples/cse_files/subprog
This to_ini.ini file is handled as an subprogram and in the ini files of the machine tool in the library
this file gets called (executed and loaded). When working with CSE controller models, the
different ini files are loaded and executed before the simulation starts. The format and syntax of
the files is controller specific and their purpose is to initialize certain settings upfront. For more
details about ini files please see Appendix.
Before the post create a new file to_ini.ini it will back up the existing ini file by renaming it to
*.bck.
Note: With the Sinumerik template Post within PostBuilder Version 8 you are able to configure
the behavior of creating the ini file.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 5 / 34
6.2
For coordinate rotation NC codes output inside the post, the related coordinate matrix is changed
in PB_CMD_set_csys. Reason for this is because the Main MCS is representing Machine zero
and Local fixture offset representing machining coordinate G54, G55, but mom_csys_origin
and mom_csys_matrix still map current local MCS to Main MCS. For CSYS rotation coordinate
output, the value of linear offset (G68, CYCLE800 ) should be the offset between current local
MCS to parent local MCS(e.g. G54,G55). Therefore, mom_parent_csys_matrix replaced
mom_csys_matrix in this command.
MCS-Main (G53)
|----MCS-Local-for-G54
|-----MCS-for CSYS rotation or other-purpose
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
mom_csys_matrix
mom_parent_csys_matrix
Page 6 / 34
6.3
The OOTB posts are created based on the latest template posts for Sinumerik S840D. Some
settings and or features are slightly different, which are listed here.
6.3.1
Order of Position rotary Axis and activate TRAORI mode
The order of the posted output between the initial positioning motion of the rotary axis and the
activation of the TRAORI mode is different.
Posts of OOTB Examples
Preset the rotary axis angles before TRAORI
/TRAFOOF output in Initial Move and First Move
This can be easily changed by drag the box G0 AC and drop it under TRAORI.
6.3.2
Automatic detection on operation type
OOTB post will automatically detect 3 axis and 3+2 axis operation. This function is not
implemented in template post, it is added in PB_CMD_before_motion. The command name is
PB_CMD_detect_3axis_milling. With this function TRAFOOF will be output for 3 axis operations
and TRAORI will be output for 3+2 operations.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 7 / 34
6.3.3
Output of 3DCUTCOM
This mode will not be outputted in the OOTB posts mainly because it is not supported by
simulation at this point in time.
Posts of OOTB Examples
No output for 3D-CutCom Mode
6.3.4
COMPRESS Function
The output of the compress functions is disabled in the OOTB Posts, mainly because it is not
supported by simulation at this point in time.
Posts of OOTB Examples
No output for compress mode
About Cutter Compensation for contact contour and circle statements in the NC code file:
Whenever the NC code contains statements which refer to a plane such as G02/G03 or
G41/G42, the controller needs to have a working plane defined. Therefore it is necessary to
define the correct plane upfront. The initialization files provided with the machine tool examples
define a default working plane. This is typically the XY-Plane (G17) for the milling machine tools
and ZX-Plane (G18) for the turning machine tools.
Important to understand are cases where the surfaces to be machined are not parallel to one of
the orthogonal machine tool planes and the post processor has a specific transformation like
TRAORI activated to achieve this operation. A typical example is shown with the external NC
code listed in Appendix simulated with the machine tool example
sim06_mill_5ax_cam_sinumerik_mm.prt.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 8 / 34
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 9 / 34
The CAM setup simulation examples use as many as possible tools available from the OOTB tool
library (ASCII in NX native)
9
9.1
Like any physical NC controller, CSE drivers can process offset information (activated e.g.
through G55) only if the required data is provided, i.e. coordinate values between the actual
chosen offset e.g. G55 and the machine tool zero position. There are two ways to achieve this
with CSE and both are used in the OOTB examples.
9.1.1
Alternative 1 (Fanuc)
In the case of Fanuc, the controller queries the information during simulation from the application
(ISV NX). This is done internally by a command called LoadOffset during interpretation of an
offset statement in the NC code like G55. When the simulation is executed from the operation in
the ONT, the system used the related MCS information where the operation is located under.
Note: This mechanism will not work if more MCS levels are used and the related MCS, which
defines the offset e.g. G54 is NOT one where the operation is located under. Example:
MCS-Main
|----MCS-Local-for-G54
|-----MCS-for-other-purpose
|----Operation
When the simulation is executed by selecting an external NC code file, the system looks for an
MCS by searching the MCS objects in the GEOMETRY view of the ONT for the related fixture
offset number. The first which is found will be used.
Example: In the NC code a G55 (2nd offset) is used. In this case the system cycles through all
MCS objects and compares the value use in Fixture Offset with the given offset in the NC code.
9.1.2
Alternative 2 (Sinumerik and TNC)
The SINUMERIK 840D CSE and the TNC controller doesnt use the LoadOffset mechanism as
described above but follows an alternative implementation. On the physical controller in the shop
floor, the offset values are typically measured by probing operations or are manually set in the
controller. The controller stores these values in an offset table and in controller variables.
The SINUMERIK OOTB post processors create an initialization file for the actual CAM setup
including information about the offsets and tool data. This initialization file is loaded before the
simulation starts. So the offset definition is achieved by the definition of the variables in the
initialization file.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 10 / 34
Later, when one of the offsets is activated in the NC code, the CSE controller uses these
variables to calculate the offset transformation.
The TNC OOTB post processors outputs the offset data into the main program based on the
actual CAM setup. The offset gets activated right away by parsing these NC code lines.
Example for TNC offset data:
9.2
Tool changes with CSE controller models in the existing examples are achieved by calling a tool
change subprogram. This subprogram is located under the subprog folder for each CSE driver;
its kept in the corresponding NC code syntax and basically positions the tool to the tool change
location. Using one of these subprograms for a different machine tool will typically require an
adjustment of the tool change position. Another section in the tool change subprogram is the
Anycontroller (AC) part, which mimics the PLC portion of the tool change. This mainly takes care
of the mounting and un-mounting of the tool itself. Refer to NX Help for more details about the AC
language. The OOTB examples demonstrate different kinds of tool change methods.
The standard way is that one spindle is defined on the kinematics model of the milling
machine tool and the tools are mounted on the fly during simulation. This can be seen in
sim02 to sim09 as well as sim14.
sim08 is similar, but shows how an advanced tool change mechanism can be animated
using the AC language to open and close doors.
In sim01, tools are already pre-mounted and visible in the CAM scenario on an eight
pocket tool changer. During simulation, the system moves the spindle and the tool
changer to mount and un-mount the tool.
The turning examples sim10 to sim13 dont mount tools during simulation. Here, all tools
are already pre-mounted on the turret in the CAM scenario. The tool change subprogram
takes care of the rotation of the turret and the activation of the selected tool.
An example of a tool change subprogram can be found in Appendix
Note: The machine tool view in the ONT reflects the definition of turrets and pockets in the
kinematics model. Each time the machine tool is retrieved from library, the ONT is updated based
on the kinematics model. It is strongly recommended not to add or remove turrets and pockets in
the ONT machine tool view when working with machine tools.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 11 / 34
9.3
In Fanuc NC code, the G command G28 is often used to move the reference point. The OOTB
examples include this in the post and in the CSE controller models. This section describes how
the position of the reference point is defined and stored to get good simulation results.
On physical machine tools, the reference point is stored inside of the controller. To mimic this in
the virtual CSE simulation, the position of the reference point is defined in the *.ini file along with
the machine tool. The NC code to define reference points in Fanuc syntax is shown in the sim01
example (sim01_mill_3ax_fanuc-Main.ini) as:
(This part sets the position of the
G54
G17
G90
G10L52
N1240P1R0000
-> X Position
-> Y Position
N1240P2R225.425
N1240P3R406.425
-> Z Position
G11
If needed, the values of the reference point can easily be changed in the ini file. All coordinates
are assumed to be metric.
CYCLE71
CYCLE81 CYCLE90
CYCLE801
HOLES1, HOLES2
LONGHOLE
SLOT1, SLOT2
POCKET1, POCKET2, POCKET3, POCKET4
CYCLE800 (kinematic specific, customized per machine tool)
Solutionline
CYCLE71
CYCLE81 CYCLE90
CYCLE801
HOLES1, HOLES2
LONGHOLE
SLOT1, SLOT2
POCKET3, POCKET4
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 12 / 34
Working with swiveling cycles will make the life easier and let the controller do the work. In the
following subchapters it is explained in detail how the swiveling Cycle PLANE Spatial on
Heidenhain controllers and the CYCLE800 on Sinumerik S840D controllers work and how this is
implemented n the CSE and the OOTB examples. In addition you will see a section how this is
configured and can be reused for a different machine tool.
11.1
PLANE SPATIAL
With NX8 for the following machine tool the PLANE SPATIAL implementation will be part of the
OOTB examples.
Sim05
Sim06
Sim07
Sim08
Sim09
Sim14
More details about the cycle and the ay how it is implemented in CSE can be found in the
Appendix
11.1.1
How the ONT needs to be defined to achieve a proper Post output
To achieve an output of PLANE SPATIAL by the Post the following prerequisites needs to be
fulfilled.
milling operations and drilling operations needs to be 3+2 orientation
The MCS need to be set to CSYS Rotation
11.2
CYCLE800
11.2.1
Includes in the OOTB examples:
With NX8 the following OOTB examples include a CYCLE800 implementation:
Sim05
Sim06
Sim07
Sim08
Sim14
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 13 / 34
11.2.3
How the ONT needs to be defined to achieve a proper Post output
To achieve an output of PLANE SPATIAL by the Post the following prerequisites needs to be
fulfilled.
milling operations and drilling operations needs to be 3+2 orientation
Sinumerik 840 UDE should be added on the operations, Transformation option should
choose Swiveling as
11.2.4
Machine Tool dependent data customized ini files
This is the list of variables defined for each machine tool in the ini file and others files to define
data for the CYCEL800. These are the data, which need to match the related machine tool.
Content of the OOTB INI file
SMAC; adopt the original DEF file from MC
PGUD; need remove the line with REDEF
TC_CARR; define tool holder data
G40 D0
$MN_MM_NUM_TOOL_CARRIER=1
M17
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 14 / 34
SIM01:
This example has a somewhat fancy tool change mechanism including a real tool changer. Reusing this example for other machines without a similar tool changer can cause unexpected
behavior. In this case, use sim02 as reference for a simple 3 axis milling machine tool.
12.2
SIM03:
This metric Sinumerik example includes a cam setup, which handles operation using milling tool
(T-Cutter and Step-Mill) dealing with multiple tracking points. (New enhancement of NX8)
12.3
These two machine tools are characterized by a rotary axis in the head and another rotary axis in
the table. When using a Local MCS with the special settings CSYS Rotation, the following
restriction exists for placing the MCS. In these cases, the parent MCS (e.g. MCS_G54) and the
rotated MCS (e.g. ROT) need to be placed in the center of the rotation of the table. The following
figure shows this case in sim07. Ignoring this rule will result in invalid G code. This restriction
applies to NX CAM Post and Fanuc only.
12.4
This case is only supported with CSE but not with MTD in the OOTB examples. As a workaround
to allow MTD simulation with sim07, all related junctions and MCS need to be placed at the
center of the table.
12.5
SIM10:
This machine tool is only available with a Fanuc controller model, no material removal or tool
path based simulation.
12.6
SIM13:
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 15 / 34
Note: Due to the general complexity and variations of mill turn machine tools it could not
expected that these example can be reused for a different mill turn machine tool type. For such
complex manufacturing centers a customization for Post and Driver is always mandatory.
Note: This example is available in Sinumerik CSE only. No TPB and no MTD
13.1
Kinematics Configuration
+ Z3
+ X1
+ B1
+ Y1
+ C2
+ C3
+ C4
+ Z2
+ Z1
+ X2
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 16 / 34
13.2
G53
MZJ
G59
G54
Local 1
G59
MCS
Description
G53
G54
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
G55
Local 2
Picture
Page 17 / 34
G59
G55
G59
13.3
Tool Change
The Toll change on the B-Axis is done by calling a sub program TC.SPF. The parameter
definition is defined as:
TC(tool number, B-Axis position, Spindle position )
Example:
13.4
About Spindles
The post outputs related code to activate (M3/M4) and stop (M5) them. At the beginning of an
operation the related spindle will be set as main spindle with the SETMS command. At the
beginning the main spindle C4 is assigned to the first channel (B-Axis Head) and the sub spindle
C3 is assigned to the second channel (lower turret). If necessary to change this the post will
output the command GETD(channel) to assigned the related spindle/axis to the channel which
drive this spindle/axis
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 18 / 34
13.5
The example includes the TRANSMIT option (CX Polar Mode) for one operation. To activate and
deactivate a start and end UDE needs to be used.
N5520
N5530
N5540
N5550
N5560
N5570
N5580
N5590
N5600
N5610
N5620
N5630
N5640
N5650
N5660
N5670
N5680
N5690
N5700
N5710
N5720
N5730
N5740
N5750
N5760
N5770
N5780
N5790
N5800
N5810
N5820
;Operation : PLANAR_MILL_ROUGH
GETD(C4)
;Tool Change
G17
DIAMOF TOWSTD
TC(5,0.,0.)
MSG("MILL_TRANSMIT")
SETMS(1)
;
;Initial Move
G0 B0.0 C4=0.0
TRANSMIT(1)
G54
TRANS X0.0 Y0.0 Z300.
G0 G90 X-42.544 Y-70.87 Z10. S1=2000 D1 M1=3
;Approach Move
Z-52.
;Engage Move
G94 G1 Z-55. M8 F200.
X-45.041 Y-66.538
;Cutting
X-80.152 Y-5.636
;Retract Move
X-82.649 Y-1.304
Z-52.
;Departure Move
G0 Z10.
;End of Path
TRANS X0 Y0 Z0
TRAFOOF
M1=5
For other milling modes like XYZ motions (example operation is FACE_MILLING_AREA) and for
axial drilling XYC motion (example operation DRILL_IN_CENTER_S1H) the post figure out this
automatically by the operation.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 19 / 34
13.6
The example includes some multi axis operation, which simulated using the TRAORI function. As
a show case one operation (CONTOUR_PROFILE_1) are created Vector output instead of Axis
positioning. To achieve the vector output the following UDE is used.
13.7
The part transfer is defined with two UDE one for start and one for end.
UDE description
Contact point: define the contact
point on the work piece on the main
spindle
Main and Sub spindle Distance:
The distance between the part mount
junction on the sub spindle and the
machine zero (G53).
See Picture below
Approach Distance: Distance to
where sub spindle move in rapid
mode.
Fixed Stop Torque: used for FXST
Fixed Stop Window: used for FXSW
Retract Distance: This is the
distance for the retract motion after
part cut off.
Subspindle Z position: This defines
the final position of sub spindle Z3
Figure
NC Code Example
To achieve the mounting of the work piece from the main to the sub spindle the subprogram
part_takeover.spf located in the subprog folder of sim15 takes the responsibility. The kernel
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 20 / 34
13.8
This chapter explains the dependencies between tool angle data, the related orientation and
mounting in to a machine tool. This will be used to created specific operations and achieve the
desired orientation. Even if this is done based on one operation of the sim15 example, this is not
specific but can be seen as some more general CAM tool related information. As the example we
are using the operation ROUGH_BACK_TURN. Desired is the following manufacturing.
13.8.1
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 21 / 34
13.8.2
Settings in the Operation:
To achieve the desired position for the operation the tool needs to be more orientated vertical
instead of horizontal (B-Axis motion) this will be set into the operation. Here to achieve 80
degree. To achieve the rotation about 180 degree in the spindle of the B axis, so that the cutting
edge is more on the right as on the left, the Flip Tool Holder is used.
15 Appendix
A.
Page 22 / 34
Summary:
The NC code examples shows, that the case 'D is general possible,
but this not supported by the OOTB post processors.
So the rule here is:
Activate TRAORI and avoid outputting circle statements G2/G3
after activating TRAORI and have NC axes rotated
M30
B.
Putting such INI files directly into the mach kit affects all setups that share the same machine.
When creating your own copies of the OOTB machine tool examples, consider the following
execution order for INI files:
All INI files in the MACH kit directory
All INI files in the part working directory
All INI files in the directory specified by the UGII_CAM_CSE_USER_DIR environment
variable
Within a directory, the execution order is specified by the optional last hyphen. If the order is
omitted then execution order 0 is implied, and the ordering is further determined alphabetically by
programName. Should programName be the same then the entire programName-ChannelexecutionOrder is compared.
C.
Page 23 / 34
getJunction("SPINDLE", "S"));
0.0, 0.0, 0.0, 0.0, 0.0, 0.0);
ON, TRUE);
2, -0.01);
D.
This chapter describes the supported functions of the example posts of the MACH library
machine tools. All post processors are available as inch and metric versions.
Milling Machine Posts
Standard functions for 3-5 milling machines:
Standard linear, circular and rapid motion (G0,G1, G2 and G3)
Standard drilling cycles supported by NX. (G80-G89/CYCLE81-CYCLE89)
Cutter compensation (G40, G41 and G42)
Tool length compensation (G43/G43.1 for Fanuc)
Multiple plane circular interpolation (G17, G18 and G19)
Work coordinate offsets (G53-G59 /G505/G54.1 P1 etc )
Spindle control (M03, M04, M05, S)
Coolant (M08, M09)
The five- axis posts support coordinate system output on machines that have two rotary
axes. This is commonly a G68/ROT/CYCLE SPATIAL. The posts will create a local
coordinate system on the fly using the tool axis.
Five axis tool tip control G43.4/TRAORI/M128
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 24 / 34
E.
Set tool offset values for the related D number of the tool 100
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 25 / 34
$TC_DP1[100,1]=120
$TC_DP2[100,1]=133.00
$TC_DP3[100,1]=133.00
$TC_DP6[100,1]=68.500
$TC_DP7[100,1]=0
;
;
;
;
;
$TC_TP1[1]=1
$TC_TP2[1]="UGT0203_065"
$TC_TP7[1]=1
$TC_TP8[1]=10
$TC_DP1[1,1]=120
$TC_DP2[1,1]=29.00
$TC_DP3[1,1]=109.00
$TC_DP6[1,1]=4.0
$TC_DP7[1,1]=4.0
$TC_MPP6[1,1]=1
;$TX_TOOLCOUNT = 9 ; tool numbers
M17
F.
PLANE SPATIAL
Inside the used MCF one global variable is set related to the type of the machine tool.
Name of the variable is:GV_strMachineType (HeadHead, HeadTable,TableTable)
About SEQ+/- parameter in PLANE SPATIAL
Choose the shortest way as the preferred solutions. Implement this in the CCF file. First check if
both solutions are achievable due to limits of the axis. If neither solution is within traverse
range, error message will be generated. This mechanism uses the axis limits set in the MCF file.
About TABLE ROT/COORD ROT in PLANE SPATIAL
Transformation mode is an optional parameter for Plane function and TABLE ROT will used as
default if omitted.
Support PLANE SPATIAL for sim05 TNC
For dual-head machine, except rotation of coordinate, tool tip offset after rotation should be
compensated.
Create coordinate matrix by SPA SPB SPC
Calculate IKS angles from new coordinate Z vector(two results)
Call method GMe_GetPlaneSolution to choose rotation angles by SEQ option.
Get linear offset by calculateIKSlinears
Reset transformation PLANE origin, compensate offset values of setp4 and subtract tool
length compensation.
Set transformation rotation, the order is SPA->SPB->SPC
Add tool length compensation in modal transformation PLANE.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 26 / 34
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 27 / 34
Working-with-OOTB-MACH-Simulation-Examples
Examples-NX8.docx
Page 28 / 34
G. CYCLE800
Basic Workflow
The CYCLE800.SPF consists of two subprograms, which are:
On Powerline: TOOLCARR.SPF
On Solutionline: CUST_800.SPF
In addition CYCLE800 makes use of lots of system-variables and machine data, e.g.
TC_CARRxx[x] that holds the kinematic configuration and also needs some definition files like
PGUD.DEF and SMAC.DEF so on Powerline even more.
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 29 / 34
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 30 / 34
YES
0 >= Value
Reset
transformation
NO
TCOFR
TCOABS
Assign
TC_CARR13&14
to
partAngle&toolAng
le
Calculate IKS
Angles
Set $P_TCSOL &
$P_TCANG value
Gme_GetRotateS
olution
TRUE
TCOABS or
TCOFR
Gme_Caculateline
ars
$P_TCSOL>0
Assign
TCANG1&2 to
partAngle&toolAng
le
YES
CARR13==TC
ANG3 AND
CARR14==TC
ANG4AND
CARR13!=0AN
D CARR14!=0
Assign
TCANG3&4 to
partAngle&toolAng
le
FALSE
NO
Gme_Caculateline
ars
End TCARR
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 31 / 34
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 32 / 34
Working-with-OOTB-MACH-Simulation-Examples-NX8.docx
Page 33 / 34