We have a user who has a model with a 2D temperature field and a want to map it to a 3D model but his 3D model is a cylindrical. He wanted to know how he could map it with 2D field and have a "radial" mapping.
Here was what our support genius Mark suggested:
See the attached image. It shows temperature results in a 2D solve, and those temperature results mapped onto a 3D model as a temperature load. I did this by writing the 2D results to a table based field. Then I created a formula based field for the 3D temperature load based upon the 2D table based field. The formula allows R and Z to vary, but constrains THETA to be 0.0 regardless of the actual THETA value in the 3D model. Basically, it is a revolve of the 2D temperatures, but applied only where 3D geometry exists.
In NX 10 I created a formula using the NX expressions capabilities to apply the 2D data to the 3D model.
Turns out this is exactly what the user wanted, however Mark added detailed steps on how to do this. There were two different methods, one which was quicker using new capabilites in NX 10 and a second, a bit more involved, in NX9:
This is likely more information than you need, but I wanted to tell a complete story. I assume you already have results data in an axisymmetric or cylindrical form and need to apply it accordingly. This outline starts as if you are generating that data from NX post processing.
------------------
NX 9 conversion of 2D axisymmetric temperature results to a 3D revolved temperature load
------------------
This method describes how to use NX 9 and previous versions to generate 3D temperature loads from 2D axisymmetric results. It uses post processing and fields capabilities.
In my example I have 2D data defined in the absolute XY plane. X is the axis of rotation. Therefore, from a cylindrical sense, my data has:
Absolute X representing Local Z
Absolute Y representing Local R
Absolute Z representing Local Theta
Spatial fields output from NX post processing currently are only in terms of the Absolute Cartesian system. Now for the procedure.
The next step involves transposing spreadsheet columns to be of the form R, THETA, Z as opposed to Z, R, THETA. There are a number of ways to do this.
Now create a new spatial table field from the saved Excel data.
You have a cylindrical spatial field, but all the THETA values are essentially null. You really still have just 2D data. The next step creates a formula field that uses the cylindrical spatial field’s data for all THETA.
ug_fieldVarAt("TestCylindrical","temperature",ug_var("radius"),0,ug_var("z"))
The function ug_fieldVarAt evaluates TestCylindrical for temperature as the dependent variable. It uses the current model’s R and Z locations, while always evaluating TestCylindrical at THETA=0 regardless of the current value of THETA. This effectively rotates the 2D data about the Z axis of the cylindrical system to create the 3D field. The final step is to create a temperature load that varies spatially. When defining the load, select field TestCylindricalFormula.
Here is the process in NX10
NX 10 simplifies this process.
NX 10 reduces the process down to defining a field from post processing, and then using that field to define an axisymmetric plane formula field. When evaluating the axisymmetric plane field in the 3D model's temperature load, it produces revolved results since results are independent of THETA.
Here is a video that illustrates these steps in NX 10: