- boundaryThe list of boundary IDs from the mesh where this object applies
C++ Type:std::vector<BoundaryName>
Controllable:No
Description:The list of boundary IDs from the mesh where this object applies
- temperatureThe name of the temperature functor
C++ Type:MooseFunctorName
Controllable:No
Description:The name of the temperature functor
FunctorGapFluxModelConduction
Gap flux model for varying gap conductance using a functor for temperature.
Description
FunctorGapFluxModelConduction implements the same equations as GapFluxModelConduction, however, it uses the functor system to evaluate needed quantities on-the-fly. The functor system is leveraged heavily by MOOSE's finite volume discretizations. To use pre-initialized data, which is the tradition for finite element discretizations, the GapFluxModelConduction object may be the more appropriate object to use.
Example Input File Syntax
[conduction]
type = FunctorGapFluxModelConduction
temperature = temp
boundary = 100
gap_conductivity = 0.02
[]
FunctorGapFluxModelConduction must be used in conjunction with the modular gap conductance constraint as shown below:
[ced]
type = ModularGapConductanceConstraint
variable = lm
secondary_variable = temp
primary_boundary = 100
primary_subdomain = 10000
secondary_boundary = 101
secondary_subdomain = 10001
gap_flux_models = 'radiation conduction'
ghost_higher_d_neighbors = true
[]
Input Parameters
- gap_conductivity1Gap conductivity value
Default:1
C++ Type:double
Controllable:No
Description:Gap conductivity value
- gap_conductivity_multiplier1Thermal conductivity multiplier. Multiplied by the constant gap_conductivity to form the final conductivity
Default:1
C++ Type:MooseFunctorName
Controllable:No
Description:Thermal conductivity multiplier. Multiplied by the constant gap_conductivity to form the final conductivity
- min_gap1e-06A minimum gap (denominator) size
Default:1e-06
C++ Type:double
Controllable:No
Description:A minimum gap (denominator) size
- min_gap_order0Order of the Taylor expansion below min_gap for GapFluxModelConductionBase
Default:0
C++ Type:unsigned int
Controllable:No
Description:Order of the Taylor expansion below min_gap for GapFluxModelConductionBase
- prop_getter_suffixAn optional suffix parameter that can be appended to any attempt to retrieve/get material properties. The suffix will be prepended with a '_' character.
C++ Type:MaterialPropertyName
Controllable:No
Description:An optional suffix parameter that can be appended to any attempt to retrieve/get material properties. The suffix will be prepended with a '_' character.
Optional Parameters
- allow_duplicate_execution_on_initialFalseIn the case where this UserObject is depended upon by an initial condition, allow it to be executed twice during the initial setup (once before the IC and again after mesh adaptivity (if applicable).
Default:False
C++ Type:bool
Controllable:No
Description:In the case where this UserObject is depended upon by an initial condition, allow it to be executed twice during the initial setup (once before the IC and again after mesh adaptivity (if applicable).
- control_tagsAdds user-defined labels for accessing object parameters via control logic.
C++ Type:std::vector<std::string>
Controllable:No
Description:Adds user-defined labels for accessing object parameters via control logic.
- enableTrueSet the enabled status of the MooseObject.
Default:True
C++ Type:bool
Controllable:Yes
Description:Set the enabled status of the MooseObject.
- execution_order_group0Execution order groups are executed in increasing order (e.g., the lowest number is executed first). Note that negative group numbers may be used to execute groups before the default (0) group. Please refer to the user object documentation for ordering of user object execution within a group.
Default:0
C++ Type:int
Controllable:No
Description:Execution order groups are executed in increasing order (e.g., the lowest number is executed first). Note that negative group numbers may be used to execute groups before the default (0) group. Please refer to the user object documentation for ordering of user object execution within a group.
- force_postauxFalseForces the UserObject to be executed in POSTAUX
Default:False
C++ Type:bool
Controllable:No
Description:Forces the UserObject to be executed in POSTAUX
- force_preauxFalseForces the UserObject to be executed in PREAUX
Default:False
C++ Type:bool
Controllable:No
Description:Forces the UserObject to be executed in PREAUX
- force_preicFalseForces the UserObject to be executed in PREIC during initial setup
Default:False
C++ Type:bool
Controllable:No
Description:Forces the UserObject to be executed in PREIC during initial setup
- implicitTrueDetermines whether this object is calculated using an implicit or explicit form
Default:True
C++ Type:bool
Controllable:No
Description:Determines whether this object is calculated using an implicit or explicit form
- use_displaced_meshTrueWhether or not this object should use the displaced mesh for computation. Note that in the case this is true but no displacements are provided in the Mesh block the undisplaced mesh will still be used.
Default:True
C++ Type:bool
Controllable:No
Description:Whether or not this object should use the displaced mesh for computation. Note that in the case this is true but no displacements are provided in the Mesh block the undisplaced mesh will still be used.