Viewfactor > Model Creation for a Thermal Radiation Problem > 3.4 Specifying Radiation Boundary Conditions Using Patran Reference Manual (VFAC Boundary Condition)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX''">XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX''">   
3.4 Specifying Radiation Boundary Conditions Using Patran Reference Manual (VFAC Boundary Condition)
The Patran Viewfactor Loads/BCs option was specifically implemented in Patran, under the Patran Thermal preference, to provide support for Viewfactor thermal radiation problems. Basic features of the form are described in this section. Advanced features are described in the following section.
Purpose of the Viewfactor Form
The Viewfactor form is used:
1. To identify surfaces in the model which will participate in thermal radiation interchange;
2. For these surfaces to identify certain properties relevant to thermal radiation transfer;
3. To provide information on radiation enclosures, participating media nodes, ambient nodes, convex surfaces, and nonobstructing surfaces. The surface properties are identified only by a pointer to a VFAC template ID, on the VFAC LBC input data form. This template ID points to material property data in the Patran Thermal data files. It must correspond to a template ID number, TID, in the template data file, TEMPLATEDAT.
Form for the VFAC LBC
This is a technical description of the Viewfactor form. For more information, refer to Viewfactor (p. 126) in the Patran Thermal User’s Guide Volume 1: Thermal/Hydraulic Analysis.
Input Data for the Viewfactor Form
Input Data
Description
VFAC
TEMPLATE ID
The user function ID, UID, identifies the VFAC template in P⁄THERMAL’s TEMPLATEDAT file which will be used to identify the material properties associated with this surface. These properties include surface emissivity and participating media transmissivity data. This parameter is required and is entered as an integer. In Patran Thermal and Viewfactor only positive UIDs are valid. Patran does not check for nonpositive UIDs and so it is up to you to observe this restriction. A nonpositive UID causes an error in Patran Thermal and Viewfactor.
MEDNOD
This parameter identifies the participating media (if any) node by its node ID number. The default value is 0 (zero), indicating that no media node is present. If this referenced node ID number changes as a result of optimization, equivalencing, or node renumbering in Patran, the corresponding reference in the VFAC record will not be automatically updated to match this change. So it is up to you to make sure that the node ID for the media node has not changed.
AMBIENT
NODE ID
This parameter identifies the ambient or space node (if any) by its node ID number. The default value is 0 (zero), indicating that no ambient node is present. This is the node which radiation escaping the enclosure will reach and which will represent the ambient radiation from space for this surface. If this referenced node ID number changes as a result of optimization, equivalencing, or node renumbering in Patran, then the corresponding reference in the VFAC record will not be automatically updated to match this change.
CONVEX
SURFACE ID
The convex surface ID, CNVSID, is used to identify convex surfaces in an enclosure. This is used to reduce computer time for the Viewfactor raw viewfactor calculations. A convex surface is one for which no point on the surface has a direct line of sight view of any other point on the surface. For our purposes, plane surfaces may be considered convex. Note that the scope of the CNVSID is confined to the present enclosure and thus the user may reuse convex surface ID numbers in different enclosures without adverse effects. The default value is 0 (zero), indicating that this is not a convex surface. Special care must be taken in axisymmetric and 3-D models to make sure that saddle-like surfaces are not mistakenly thought to be convex.
OBSTRUCTION
FLAG
The value of 1, causes the nonobstruction flag to be set. This means to Viewfactor that this surface is not capable of obstructing the view between any other pair of surfaces in this enclosure, including the view between this surface and other surfaces. This facility provides the option to reduce Viewfactor calculation time by identifying the nonobstructing surfaces in an enclosure.
TOP/BOTTOM
FLAG
The bottom surface flag, “1”, is used when applying VFAC boundary conditions to the bottom surface (not edges) of quadrilateral, triangular, or bar elements. In these cases, VFAC DFEGs can be applied either to the top or bottom, the default being the top. The bottom is selected when the character “1”is present in the TOP/BOTTOM FLAG data box. The bottom surface flag has no meaning for solid elements or for the edges of quadrilateral and triangular elements, and is ignored. The top of a quadrilateral or triangular element is defined by the right-hand rule. For bar elements, the beam orientation is used. The top of bars points towards the beam orientation, the bottom points away. See the Patran Reference Manual for more information on beam orientation.
ENCLOSURE
ID
Entering the correct enclosure ID is critical to the proper performance of Viewfactor. There is no way for Patran, Patran Thermal or Viewfactor to check the correctness of the enclosure ID. Exercise extreme care in this regard.
Note: This is required even if there is only one enclosure.
Examples of a Viewfactor LBCs applied to a 2-Dand 3-D model are shown in Figure 3‑13 and Figure 3‑14, respectively. 
Figure 3‑13 Example VFAC LBC on Edges of a Patch
 
Figure 3‑14 list2+ VFAC DFEGs on a Hyperpatch
Requirement for Oriented 2-D Surfaces Related to the VFAC LBC
Patch and element orientation is important for two-dimensional planar and axisymmetric models with regards to the VFAC and surface orientation for calculating viewfactors. Surface orientation and its importance to the thermal radiation model is explained in detail in the previous section of this chapter. This is a very important aspect of two-dimensional models in Patran, and if you are not familiar with the material in Surface Orientation in Patran, 31 and plan to model two-dimensional planar or axisymmetric models, then you should study Surface Orientation in Patran, 31.
Neutral File Data Packet Created from the VFAC LBC
This information is provided to assist you should you desire to examine the model data in the Patran neutral file or wish to interface to this data in some other manner. If you do not wish to do this, then this subsection need not be read.
VFAC LBC data will be output in the neutral file on packet 19. The sequence of the packet 19s will be the same as for all other data packets (see the Patran Reference Manual). The form of packet 19 is as follows:
Header Card
Format
(I2,8I8)
ITC
ID
IV
KC
N2
 
ITC
ID
IV
KC
N2
 
19
Element ID
Enclosure ID
1
UID
Data Card 1
Format
(6I8, 2X, 8I1)
MEDNOD
AMBNOD
CNVSID
OBSTR DYN
SURF NODE(8)
 
MEDNOD
AMBNOD
CNVSID
DYN
SURF
NODE (8)
 
Participating media node
Ambient node
Obstruction Flag (0 or 1)
Dynamic Flag (0 or 1)
Surface (0=Top, 1=Bottom)
8 element node flags (0 or 1)