# Simulation of the deep-drawing process

**URL:** <https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662>\
**Category:** General Questions\
**Created:** [April 28, 2025, 3:48pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662 "2025-04-28T15:48:40Z")\
**Posts on this page:** 11\
**Page:** 2

<div class="post-metadata">

**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\
**Post date:** [May 2, 2025, 8:24am UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/21 "2025-05-02T08:24:37Z")

</div>

Except for reading messages such as warnings and errors, it’s better to check the Status and Convergence tabs first (in this order since the Status tab provides quick insight into incrementation progress).

The model may still be underconstrained. You could try adding soft springs to the blank but then they should be removed with \*MODEL CHANGE in the later stages of the simulation. Ot you could try dynamic implicit step with some significant damping but it may not converge either.

Generally speaking, CalculiX is not really a good choice for simulations like this. As I said before, they are typically carried out with explicit dynamics so OpenRadioss would make sense. Even if the initial phase converges in CalculiX, you will likely encounter issues when the deformation becomes large.

---

<div class="post-metadata">

**Author:** ![Gunnar](https://avatars.discourse-cdn.com/v4/letter/g/ed655f/32.png) [@Gunnar](https://prepomax.discourse.group/u/Gunnar)\
**Post date:** [May 3, 2025, 6:32pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/22 "2025-05-03T18:32:54Z")

</div>

Hello @DrHybris,  
after many adjustments, I was able to run the simulation almost to completion (it finally stopped after 36mm). However, I reduced the blank holder force to 4.9kN, since you applied the full force of 19.6kN to the 1/4 model.  
 ![ani0](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/f/f6efb142865545fa0f6a5a913c6a0b84b7d71886.gif)

Unfortunately, reducing the blank holder force in my simulation caused the blank to lift the holder and form wrinkles (i think for this reason i needed to lower the contact stiffness further from 10xE to 1xE to make the solver converge):  
 ![ani](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/a/ae874a89662e97db38aa0e8c658e603714aadbe6.gif)

I found another article about the test here: [https://popups.uliege.be/esaform21/index.php?id=2158](https://popups.uliege.be/esaform21/index.php?id=2158)  
A comparison of the force displacement graph shown there with the simulation doesn’t look bad, though

 ![g](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/d/d851b934ea139465ccd05fc588e9440e4bd766ef.png)

Here is the pmx file if needed:  
[ModeloSolid\_mod.pmx](https://prepomax.discourse.group/uploads/short-url/iVs1Y22brYWKXQEidnmam6Zh2I9.pmx) (390.2 KB)

---

<div class="post-metadata">

**Author:** ![fgr](https://avatars.discourse-cdn.com/v4/letter/f/f4b2a3/32.png) [@fgr](https://prepomax.discourse.group/u/fgr)\
**Post date:** [May 4, 2025, 11:36am UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/23 "2025-05-04T11:36:04Z")

</div>

@Gunnar , I have tried without success running your linked ModeloSolid\_mod.pmx with the default PrePoMax “PrePoMax v2.3.1 dev”  
so I would please like to ask which version of Calculix you have been used for your shown example ?  
Has it been the default following with “PrePoMax v2.3.1 dev”  
or  
has it been the default from ([https://www.dhondt.de/calculix\_2.22\_4win.zip](https://www.dhondt.de/calculix_2.22_4win.zip))  
or  
have you downloaded and compiled the currrent version from ([GitHub - Dhondtguido/CalculiX: This repository contains the source files of CalculiX, a three-dimensional Finite Element Program (www.calculix.de).](https://github.com/Dhondtguido/CalculiX))  
or maybe you have your own modified version ?  
My reason for asking is that with the default version of PrePoMax v2.3.1 dev, solver and your dataset the Calculix solver exits after only 3 steps with too many cutbacks, so I will expect something must be different between your setup and a default setup from PrePomax

```auto
SUMMARY OF JOB INFORMATION
  STEP INC ATT ITRS TOT TIME STEP TIME INC TIME
     1 1 1 6 0.100000E+01 0.100000E+01 0.100000E+01
     2 1 1 44 0.200000E+01 0.100000E+01 0.100000E+01
     3 1 1U 8 0.200000E+01 0.000000E+00 0.600000E-03
     3 1 2U 60 0.200000E+01 0.000000E+00 0.600000E-03
     3 1 3U 60 0.200000E+01 0.000000E+00 0.300000E-03
     3 1 4U 60 0.200000E+01 0.000000E+00 0.150000E-03
     3 1 5U 60 0.200000E+01 0.000000E+00 0.750000E-04
     3 1 6U 38 0.200000E+01 0.000000E+00 0.375000E-04

```

Thanks in advance

---

<div class="post-metadata">

**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\
**Post date:** [May 4, 2025, 12:09pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/24 "2025-05-04T12:09:10Z")

</div>

> [@fgr](#):
>
> after only 3 steps

The analysis has only 3 steps. But yes, it fails to converge at the beginning of the third step. For me, it looks like this with PrePoMax v2.3.0 and ccx 2.22 provided with it:

```auto
SUMMARY OF JOB INFORMATION
  STEP INC ATT ITRS TOT TIME STEP TIME INC TIME
     1 1 1 6 0.100000E+01 0.100000E+01 0.100000E+01
     2 1 1 44 0.200000E+01 0.100000E+01 0.100000E+01
     3 1 1U 8 0.200000E+01 0.000000E+00 0.600000E-03
     3 1 2 57 0.200060E+01 0.600000E-03 0.600000E-03
     3 2 1U 60 0.200060E+01 0.600000E-03 0.600000E-03
     3 2 2U 7 0.200060E+01 0.600000E-03 0.600000E-03
     3 2 3U 7 0.200060E+01 0.600000E-03 0.150000E-03
     3 2 4U 7 0.200060E+01 0.600000E-03 0.375000E-04
     3 2 5U 4 0.200060E+01 0.600000E-03 0.937500E-05
     3 2 6U 5 0.200060E+01 0.600000E-03 0.234375E-05

```

It might be a matter of contact property settings. Some analyses are particularly sensitive to that: [Snap-fit contact snagging problem - CalculiX (official versions are on www.calculix.de, the official GitHub repository is at https://github.com/Dhondtguido/CalculiX).](https://calculix.discourse.group/t/snap-fit-contact-snagging-problem/2277)

Btw. It might be worth mentioning there’s a limitation in CalculiX where rigid body + shell + Nlgeom results in non-convergence. So it may indeed be better to use extruded single layer solids (shells are extruded to them anyway).

---

<div class="post-metadata">

**Author:** ![Gunnar](https://avatars.discourse-cdn.com/v4/letter/g/ed655f/32.png) [@Gunnar](https://prepomax.discourse.group/u/Gunnar)\
**Post date:** [May 4, 2025, 1:32pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/25 "2025-05-04T13:32:16Z")

</div>

I have linked ccx outside prepomax so i am not using the ccx version which is part of the prepomax package (and i didn’t tested it yet).  
But have just downloaded the version from here again ([https://www.dhondt.de/calculix\_2.22\_4win.zip](https://www.dhondt.de/calculix_2.22_4win.zip)). After adding the required DDL files for the Pardiso solver, I ran the simulation briefly without problems.

 ![start](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/1/1514862def82bfc7f69dec3a0f3915c4b22eb38d.png)

This shows the last iterations and when it fails. I am using prepomax 2.3.1

 ![e](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/2/21fef09054c01176ce07ae8653fa5d9e77ed6ffd.png)

---

<div class="post-metadata">

**Author:** ![fgr](https://avatars.discourse-cdn.com/v4/letter/f/f4b2a3/32.png) [@fgr](https://prepomax.discourse.group/u/fgr)\
**Post date:** [May 4, 2025, 5:13pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/26 "2025-05-04T17:13:48Z")

</div>

@Gunnar ,I give up, 1, 4 or 8 cores, windows or linux, I’m not able to run your dataset further than the beginning of step 3.

---

<div class="post-metadata">

**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\
**Post date:** [May 4, 2025, 5:27pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/27 "2025-05-04T17:27:14Z")

</div>

Me neither, even with PrePoMax v2.3.1 dev and ccx binary from the official website (I use 16 cores). Maybe a wrong version of the model was uploaded.

---

<div class="post-metadata">

**Author:** ![Gunnar](https://avatars.discourse-cdn.com/v4/letter/g/ed655f/32.png) [@Gunnar](https://prepomax.discourse.group/u/Gunnar)\
**Post date:** [May 4, 2025, 6:22pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/28 "2025-05-04T18:22:22Z")

</div>

Hm… I just noticed that it works on my PC at work (Intel Xeon W-2225 / Windows 11 Pro ), but NOT on my old PC (Intel i7-6700 / Windows 10 Home). I use always 4 cores and testet it with ppx v2.3.0 and v2.3.1, it works with both versions with there includet ccx versions. So it seems to depend either on the windows version or the hardware… Are you using Windows 10 or 11?

---

<div class="post-metadata">

**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\
**Post date:** [May 4, 2025, 7:33pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/29 "2025-05-04T19:33:47Z")

</div>

I tested it on Windows 11.

---

<div class="post-metadata">

**Author:** ![DrHybris](https://avatars.discourse-cdn.com/v4/letter/d/858c86/32.png) [@DrHybris](https://prepomax.discourse.group/u/DrHybris)\
**Post date:** [May 8, 2025, 2:47am UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/30 "2025-05-08T02:47:15Z")

</div>

I’m really impressed by what you achieved. I had been trying without success, but seeing your simulation gives me hope. Thanks for that.

---

<div class="post-metadata">

**Author:** ![Gunnar](https://avatars.discourse-cdn.com/v4/letter/g/ed655f/32.png) [@Gunnar](https://prepomax.discourse.group/u/Gunnar)\
**Post date:** [May 8, 2025, 3:33pm UTC](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662/31 "2025-05-08T15:33:43Z")

</div>

Unfortunately, I’m no longer so optimistic. If I increase the blank holder force to avoid warping, this phenomenon occurs at some point

![ani0](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/8/89150d8b60a2f22103be8c41b1de7df708a07dac.gif)  
 ![ani1](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/0/09f2afc6c3dc4a640a58c6e35f4b9dc343a6c437.gif)

Also if I replace the blank holder force with a fixation (first animation), it causes the sheet to jam.  
I don’t think it makes a big difference, but I’ll try to simulate this later without friction.

[Previous page](https://prepomax.discourse.group/t/simulation-of-the-deep-drawing-process/2662.md?page=1)
