Looking for general feedback on how far nonlinear deformation and plasticity can be pushed in Sim Mechanical for this type of application.
Tensile testing of very thin copper plate to understand strength and eventual location of breaking point for various geometry configurations. Not trying to even get out anywhere near the ultimate stress. Due to stability issues, I have throttled it back to only displace the thickness of the plate.
When I run this in 2D, it is quite unstable with the time step level fluctuating wildly and it is very sensitive to mesh (the sharp corners certainly don't help here). Varying mesh (both discrete and non-discrete), using mid-side nodes, Rayleigh damping, Updated Lagrangian and 4th order integration don't seem to help much here.
Force displacement curve seems pretty choppy.
I also ran this in Abaqus (currently evaluating it using the SE version) and the run behavior seems much more stable and the output more plausible. I could also deform it to a much a greater extent in Abaqus than Sim Mechanical before it also eventually diverges.
Solved! Go to Solution.
Solved by Keith.Orgeron. Go to Solution.
That is an interesting problem. It is hard to tell what is causing the convergence difficulties, but it could be:
I wonder if @Keith.Orgeron (Keith Orgeron) has some ideas on this. He's a nonlinear/elastic-plastic expert.
John, Mark,
I ran a similar model using bronze and with the SimMech defaults and the bilinear plasticity model the results matched Mark's. However, it was simple to fix using the following to reduce the dynamics and plastic flow initiation effects of the simulated event:
Will upload graphic tomorrow...
Keith
Well, this worked but only for displacement of 100% of the thickness, then something else blew up. The reaction force plot represents a single node. Just realized I didn't show the mesh... but, it is a default mesh size and looks similar to the others in this thread (coarse mesh).
@John_Holtz, I considered Mark's posted words in greater detail and attempt here to support his effort directly with these comments:
@markdeckerZBQL7: "Tensile testing of very thin copper plate to understand strength and eventual location of breaking point for various geometry configurations. Not trying to even get out anywhere near the ultimate stress. Due to stability issues, I have throttled it back to only displace the thickness of the plate.
When I run this in 2D, it is quite unstable with the time step level fluctuating wildly and it is very sensitive to mesh (the sharp corners certainly don't help here). Varying mesh (both discrete and non-discrete), using mid-side nodes, Rayleigh damping, Updated Lagrangian and 4th order integration don't seem to help much here.
Force displacement curve seems pretty choppy."
kjo's REPLY:
Other model, material and solution parameters:
I believe that I understand the source of the solution instability. It stems from the unconstrained motion of the Pulled-End in the vertical direction (Y), normal to the pull direction (X). The plot below shows the derivative of this motion or dY/dt of the y-displacement. It accelerates as more of the model yields and continues to plastically flow. The population and frequency of the many plastic integration points incrementally flowing for each time step increase and cause the Pulled-End to fall for a left-side dominated flow and to rise for a right-side dominated flow... all the while stiffening and raising the natural frequency closer to the rather random set of exciting frequencies.
Thus, given the stiffness assumed and the resulting frequency content of our models some level of resonance and solution failure is imminent unless a vertical constraint of some kind can be justifiably included. The Abacus solution could have included a smoother yielding element formulation or a smoothing algorithm for this microscopic level of vertical motion...? The pulling machine will probably have a vertical constraint capability, as it will probably not be capable of vertically floating with no resistance. What do you think? And you @John_Holtz?
Mark,
Finally took time to test my conclusion... and yes, it does make a huge difference! However, it is not easy to guide it downwards without introducing some vertical shear and challenging the solution's convergence. But, using a high-speed batch-file solve that I learned from @John_Holtz and a few iterations, the embedded image shows the results than can be obtained.
Appreciate the input here Keith and John. Looks like we will be winding down on using Ted Lin's original Accupak code.
This is all great feedback. Curious how well it would translate over to NIC or Fusion solutions?