Monday, September 5, 2011
Cloud this.. Cloud that... What about Cloud Simulations? Cloud FEA/CFD?
Do you think Cloud FEA/CFD will actually see the daylight? I have created a poll on this recently and already have seen some great comments and interest on this topic. I would love to hear from you! Here you go:
Poll: Cloud Computing for FEA/CFD? Do you like it?
Once I have this poll completed (in 28 days from today), I plan to update this post (or publish a new post) with a final report and analysis of what the simulation community thinks.
I am really interested in hearing what you have to say!
Thursday, August 12, 2010
Get started with Entry-Level HPC and ANSYS
Ansys Mechanical has supported and been tightly integrated in the High Performance Computing (HPC) arena for many years and many versions. However, I've seen a quite some hesitation from users and companies to introduce HPC into their engineering simulation environment. Reasons generally come down to cost and complexity.
True, setting up a central cluster with many nodes is costly. The complexity of configuring it, optimizing it (for Ansys and the other array of applications that will share it), and maintaining it can be daunting.
However, I've worked with a large number of customers recently getting into "entry level HPC". Even though our primary workstations are getting more powerful (6-core processors are here, 12-core processors are coming soon) and we're able to run larger jobs on them, there's still a need to offload the job to an HPC environment. Let's face it - we've all closed our emails, web browsers, and office apps during those painfully slow solves to try a free up just a few more Mb's of ram, hoping the run won't crash.
What I consider "entry-level" is to have at minimum a 2nd workstation (or server), can be high or low end, expensive with lots of CPU/RAM/disk space, or inexpensive (assembled from all those spare components laying around). The idea here is to try HPC - a simple setup to send a solve over to a 2nd computer. If you have the compute power in your 2nd computer for high-end analysis, great! If not, get something set up to at least introduce yourself to the concepts and see how it works.
I recently worked with a customer who purchased a very high-end single-node compute server. Why just one? Simple answer... cost constraints. We were able to set it up, get the Ansys users up and running and accustomed to HPC (and adopting its advantages) and then when the budget allowed, the customer added additional compute nodes to the existing cluster.
Off-loading the solve can be done a number of ways, including Remote Solve Manager (RSM), batch scripts, Distributed Ansys, even simply using Remote Desktop. (Great discussion points for future topics!) This simple "entry level HPC" setup can free up your primary workstation during those intensive solves. It is amazingly convenient to build a model on my laptop, hit "Solve", shut down my laptop, go home, and come in the next morning with a fully solved model!
Monday, July 19, 2010
Fracture Mechanics in Turbine Blade Analysis
So what is fracture mechanics? In short it’s a method of determining the time it takes a crack in a part to grow to failure under a specific loading condition. The crack growth stage of fatigue can make up a significant portion of a products life. This happens in products ranging from bicycles, to airplanes, to steam turbine blades.
At the heart of fracture mechanics is the stress intensity factor K defined as:

Where:
f(g) is a correction factor based on crack geometry. This value tends to be between 1 and 1.4.
a is the crack length
s is the remote stress
Fatigue crack growth is divided into 3 regions as shown in the figure below. In this figure, crack growth rate (da/dN) is plotted on the vertical axis in log scale and

For design purposes the focus is on Regions I and II. Crack growth is so fast in Region III that it does not have a significant effect on the total crack propagation life. Noted on the graph is DKth, the threshold stress intensity which is determined through testing. This value marks the beginning of crack growth. Kc is the critical stress intensity and values higher than this predict fracture.
When performing a turbine blade analysis we often want to determine if a dynamic stress condition is severe enough to grow a crack (Refer to previous posts on blade analysis). To determine that, we run a fracture mechanics analysis for Region I of the above graph. If the stress condition and initial flaw size is not capable of growing a crack then we need not be concerned with removing the near resonant condition.
This analysis starts with calculating the stress intensity factor range:

In the case of an edge crack on a turbine blade airfoil the a correction factor f(g)=1.12 is typically used. Ds is the stress range, or dynamic stress for turbine blades (again refer to my last post on dynamic stress analysis). If DK is greater than DKth, then a crack will propagate under the given loading condition.
One other thing to consider is the R ratio. Test results for DKth values are very dependant on the conditions which they were tested at. A particular DKth value will only apply to a loading condition that has the same R ratio as the test. The R ratio calculation is shown below:

Where sm is the mean steady stress and sd is the alternating or dynamic stress. If the R ratio for the DKth test is different than calculated above, the DKth will need to be adjusted to account for the difference. One common method for the compensation of DKth is

Where
is the value at R=0, g is a material constant and is typically between 0.3 and 1. Steels are typically around 0.5. Using this relationship, and assuming that
is a constant, you can calculate the DKth value for any R ratio.
Thanks for reading,
Thursday, April 29, 2010
Turbine Blade Dynamic Stress Analysis
This time I will focus on a dynamic stress analysis. Once you have created the interference diagram that was discussed in my last post, you will be able to identify conditions where resonance may occur. Typically I find any case where the resonant condition is less than 3% different from the forcing frequency (impulse line on interference diagram). I then run a dynamic stress analysis on each of those conditions using BLADE.
Resonant conditions were covered in my last post, but I think it is important enough to summarize it here. The dynamic amplitude and stress response of a structure depends on the following factors:
sd= Dynamic Stress
sr= Resonant Stress
h=Frequency Ratio (excitation frequency/natural frequency)
z =Critical damping ratio
Friday, February 26, 2010
Load incrementation of initially weak structures
When I turned on the large displacement option (nlgeom), the model failed to converge even after several cutbacks (bisections). I certainly did not expect to solve the model in one substep, but I thought the default bisection algorithm would find a converged solution. I was using automatic timestep control. I reduced the initial substep until I eventually obtained a solution, but by this point the subsequent substeps were so small that it would take many, many substeps to complete the load step.
I noticed that after the first substep converged, convergence for later substeps required only a few iterations. Therefore, I broke the load step into 2 separate steps. In the first step, the load was reduced to the value that converged earlier, about 1/1000th. In the second step, I specified the full load with a reasonably sized initial substep. The model had no trouble converging, even though the load had dramatically increased between steps. The reason is that the initial stiffness of the plate is bending only, because it was flat. Since it was a very thin plastic component, the bending stiffness is very low. The first step established some membrane stiffness as the plate tries to assume a more spherical shape. Once the load generates some membrane stress and there is membrane stiffness, subsequent predictions of displacement are more accurate.
I have also used this 2 step load strategy for preloading of bolts. Sometimes, not always, the contact resisting the preload has trouble converging with the full preload. Before contact is established, there is no stiffness resisting the preload. Then, the contact overcloses so much that the solver cannot resolve the overclosure efficiently.
Friday, February 5, 2010
Turbine Blade Modal Analysis

Tuesday, January 26, 2010
Limit load analysis
I used the limit load analysis method instead. The limit load analysis has established itself as the preferred method, subject to its limitations, to assess primary sizing (Protection Against Plastic Collapse). The limit load analysis eliminates the need for stress categorization because it is a pass-fail criterion. The material definition is elastic-perfectly plastic. So, the limit load analysis is trying to predict when a plastic hinge forms in a plate an uncontrolled deformation with result with any additional applied load.
Bottom Line:
Did the analysis model converge at the desired load (i.e.1.5*Design Pressure)? If yes, Section 5.2, Protection Against Plastic Collapse is satisfied. If not, Section 5.2, Protection Against Plastic Collapse is NOT satisfied.
Advances in the capabilities of computers have enabled the method, since the limit load analysis will take longer to run than an elastic stress analysis. However, post-processing effort is reduced to near zero. Also, there is no question about whether or not the stress categorization line (stress cutline) is in the limiting location.
Jeff
Sunday, January 17, 2010
Engineering Simulation blog... a beginning.
Being an engineering simulation consulting firm and working with a wide range of customers in various industries, we see several unique simulation requirements, from leading edge to bleeding edge! We have seen several times how what we learn in simulating for one industry can so easily be transferable to another industry; how simple tricks or having "been there, done that" would have saved us hours and hours of frustration (if not days!). We also have done some "cool" projects which we love to share with anyone over a cocktail discussion. We have a love-hate relationship with simulation... years of passion and also sometimes days of frustration!
So, that being said, we thought, blogging about our experiences, analyses and physics in general could be a great way to help the simulation community, our customers and also create our voice! So, we plan to post interesting analysis stories, tricks, tips, macros, glitches, software patches (or atleast direct to the right resource), FEA vs. Testing, our perspectives and more.... If our experience, macros, resources etc., can save a few hours for a fellow analyst, we will consider our blog a success!
Let us "Engineer, Simulate and Innovate" together.
This blog is maintained by our engineering analysis group out of Rochester, NY office.
Our blogging team (The SimuSquad) includes:
Jeff Heckman, Jason Zbick, Rolf Orsagh, Mike Sobol, Nick Lynn and Sriram "Rob" Atchutuni.
