Unusual boundary conditions in FEA software

Click For Summary

Discussion Overview

The discussion revolves around the implementation and implications of unusual boundary conditions (BCs) in Finite Element Analysis (FEA) software, particularly focusing on the control of degrees of freedom (DoFs) for nodes in 2D problems. Participants explore the feasibility of applying mixed BCs, such as displacement and force conditions, and the potential conflicts that may arise from such applications.

Discussion Character

  • Technical explanation
  • Debate/contested
  • Mathematical reasoning

Main Points Raised

  • Some participants question whether it is permissible to apply a displacement BC and a force BC simultaneously at the same boundary, particularly when they act along different directions.
  • There is a discussion on the fixed number of DoFs in a 2D plane problem, with some participants noting that controlling individual node DoFs is supported in certain FEA software.
  • Participants mention that boundary conditions can be applied to individual or grouped nodes, and local coordinate systems can be specified for these conditions.
  • Some participants express uncertainty about how specific features, such as "anisotropic" properties or "zero friction" layers, relate to the control of DoFs.
  • Concerns are raised about the implications of applying conflicting BCs, with some arguing that while the software may compute without error, the results could depend on the order in which BCs are applied.
  • There is a suggestion that redundancy in BC definitions may be handled differently by various software, with some allowing for warnings rather than errors when conflicting conditions are defined.

Areas of Agreement / Disagreement

Participants generally express differing views on the implications of applying mixed boundary conditions and the handling of conflicting BCs by different FEA software. The discussion remains unresolved regarding the specifics of how software manages these situations and the potential impact on results.

Contextual Notes

Participants note that the treatment of boundary conditions and the handling of conflicting constraints may vary between different FEA software packages, and there is uncertainty about the sequential order of loading BCs and its effect on analysis outcomes.

feynman1
Messages
435
Reaction score
29
For a 2D problem with unknown displacements u(x,y) and v(x,y), is it allowed to give such a set of BCs u(0,y)=1 and vy(0,y)=0, the former being a displacement BC, the latter being a force BC (vy is the y strain)?
How is this implemented in FEA software?
 
Engineering news on Phys.org
Can you control the “degree of freedom” of nodes in your model ?
 
Baluncore said:
Can you control the “degree of freedom” of nodes in your model ?
the number of DOFs is fixed in a model, =2 in a 2D plane problem.
 
feynman1 said:
the number of DOFs is fixed in a model, =2 in a 2D plane problem.
Controlling the DoF of individual nodes is supported in some FEA software.

Search in the documentation for “anisotropic” or “directional properties”.
Maybe consider a "zero friction" layer between the material and the boundary.

Rather than considering generalities, it might help if you identified the particular FEA software package you are using.
 
Baluncore said:
Controlling the DoF of individual nodes is supported in some FEA software.

Search in the documentation for “anisotropic” or “directional properties”.
Maybe consider a "zero friction" layer between the material and the boundary.

Rather than considering generalities, it might help if you identified the particular FEA software package you are using.
Ansys, abaqus etc. I don't know how “anisotropic” or “directional properties”, "zero friction" have sth to do with this topic. How do you control DOFs?
 
In FEA software it's pretty straightforward. You can apply boundary conditions to individual or grouped nodes (only CAD-embedded FEA modules are limited to geometry-based selection) and control each DOF (3 translations for 3D solid elements or 3 translations and 3 rotations for 3D shell or beam elements). Usually, you can specify local (user-defined) coordinate systems for boundary conditions, including cylindrical systems. There are also special constraints (called SPC and MPC that allow you to define more complex relations for degrees of freedom, for example, you can make selected DOFs for two nodes equal).
 
  • Like
Likes   Reactions: feynman1
FEAnalyst said:
In FEA software it's pretty straightforward. You can apply boundary conditions to individual or grouped nodes (only CAD-embedded FEA modules are limited to geometry-based selection) and control each DOF (3 translations for 3D solid elements or 3 translations and 3 rotations for 3D shell or beam elements). Usually, you can specify local (user-defined) coordinate systems for boundary conditions, including cylindrical systems. There are also special constraints (called SPC and MPC that allow you to define more complex relations for degrees of freedom, for example, you can make selected DOFs for two nodes equal).
many thanks but is there a specific example or demonstration of how this works as a response to my OP?
 
feynman1 said:
many thanks but is there a specific example or demonstration of how this works as a response to my OP?
You would have to focus on particular software. Personally, I recommend Abaqus where features like that are very well implemented. Abaqus documentation is very comprehensive and contains multiple examples for all options, including MPCs.
 
If on one same boundary, a displacement BC is given along x but a force BC is given along y, is it allowed and what will the software do?
 
  • #10
Sure, since those are separate DOFs, it's not a problem. In fact, such situations are quite common - for example, consider a block sliding on a surface. You can push the block towards the surface (force in the vertical direction) and slide it on this surface (prescribed displacement in the horizontal direction). This load and boundary condition can be applied to the same region of the block (i.e. its top face). In fact, it wouldn't be a problem to apply force and prescribed displacement to the same region and in the same DOF but it just wouldn't make much sense. The only thing that you can't do is apply conflicting boundary conditions - for example, fix the surface in one direction and make it move by 2 mm in that direction at the same time. In such a case the solver will give you an error message regarding redundant BCs.
 
  • Like
Likes   Reactions: feynman1
  • #11
FEAnalyst said:
Sure, since those are separate DOFs, it's not a problem. In fact, such situations are quite common - for example, consider a block sliding on a surface. You can push the block towards the surface (force in the vertical direction) and slide it on this surface (prescribed displacement in the horizontal direction). This load and boundary condition can be applied to the same region of the block (i.e. its top face). In fact, it wouldn't be a problem to apply force and prescribed displacement to the same region and in the same DOF but it just wouldn't make much sense. The only thing that you can't do is apply conflicting boundary conditions - for example, fix the surface in one direction and make it move by 2 mm in that direction at the same time. In such a case the solver will give you an error message regarding redundant BCs.
When applying conflicting BCs, namely applying a displacement and force BC along the same direction on the same boundary, the software still can compute without an error message. Does that vary from software to software? In this case, which one will be overridden, displacement or force condition?
 
  • #12
feynman1 said:
When applying conflicting BCs, namely applying a displacement and force BC along the same direction on the same boundary, the software still can compute without an error message. Does that vary from software to software? In this case, which one will be overridden, displacement or force condition?
What I meant by conflicting constraints, was limited to boundary conditions (prescribed displacements). Loads are somewhat different in FEA. Boundary conditions influence the left side of the equation while external forces form the right side of it: $$[K] \lbrace u \rbrace=\lbrace f \rbrace$$ where: ##[K]## - stiffness matrix, ##\lbrace u \rbrace## - displacement vector (from it we get the solutions), ##\lbrace f \rbrace## - external forces vector.
 
  • #13
FEAnalyst said:
What I meant by conflicting constraints, was limited to boundary conditions (prescribed displacements). Loads are somewhat different in FEA. Boundary conditions influence the left side of the equation while external forces form the right side of it: $$[K] \lbrace u \rbrace=\lbrace f \rbrace$$ where: ##[K]## - stiffness matrix, ##\lbrace u \rbrace## - displacement vector (from it we get the solutions), ##\lbrace f \rbrace## - external forces vector.
Right! Then perhaps the final FEA result depends on the sequential order of how the software loads the displacement and force BCs, that is the former (displacement/force) load will be overridden by the latter (displacement/force), and perhaps the software won't regard this as an error. Is it possible to investigate this sequential order, while I doubt software will release this trivial detail?
 
  • #14
feynman1 said:
Right! Then perhaps the final FEA result depends on the sequential order of how the software loads the displacement and force BCs, that is the former (displacement/force) load will be overridden by the latter (displacement/force), and perhaps the software won't regard this as an error. Is it possible to investigate this sequential order, while I doubt software will release this trivial detail?
Yes, redundant features are sometimes treated this way in FEA software. However, this does not apply to such important stuff as boundary conditions - the program does not perform the analysis and shows an error so that the user realizes that he has defined conflicting boundary conditions. Redundancy is allowed only in cases when removal of unnecessary definition (the second one, solver leaves the one that’s first in the input file) won’t have significant impact on the solution. And even then there is a warning (but not error) message in output files.
 
  • Like
Likes   Reactions: feynman1

Similar threads

  • · Replies 21 ·
Replies
21
Views
2K
Replies
5
Views
2K
  • · Replies 22 ·
Replies
22
Views
4K
  • · Replies 5 ·
Replies
5
Views
1K
  • · Replies 4 ·
Replies
4
Views
2K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 19 ·
Replies
19
Views
2K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 2 ·
Replies
2
Views
3K