# Connection of hex and tet elements

**URL:** <https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755>\
**Category:** Uncategorized\
**Created:** [August 6, 2023, 9:57am UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755 "2023-08-06T09:57:45Z")\
**Posts on this page:** 7\
**Page:** 2

<div class="post-metadata">

**Author:** ![Megidd](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/megidd/32/1875_2.png) [@Megidd](https://calculix.discourse.group/u/Megidd)\
**Post date:** [August 7, 2023, 10:27pm UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/21 "2023-08-07T22:27:23Z")

</div>

> [@vicmw](#):
>
> … probably counting them as separate parts because they don’t share all the nodes of a face, so they don’t form a properly connected FEA mesh.

I know the best way is to test but by any chance, can it be predicted how much inaccuracy will be introduced by `hex` and `tet` elements not sharing all the nodes of neighbor faces? 🙄 Would it be below 5% or 10%? 🤔

---

<div class="post-metadata">

**Author:** ![xyont](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/xyont/32/3553_2.png) [@xyont](https://calculix.discourse.group/u/xyont)\
**Post date:** [August 9, 2023, 7:49am UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/22 "2023-08-09T07:49:51Z")

</div>

> [@Megidd](#):
>
> can it be predicted how much inaccuracy will be introduced by `hex` and `tet` elements not sharing all the nodes of neighbor faces?

This only apply for case 2nd order or quadratic types of mixed element, since mid side nodes of diagonal unconnected. Not preferred by many, the problem can be eliminated by using 27node of hexahedral (if available) or some treatment by using MPC as Ansys capable.

> [@Megidd](#):
>
> Would it be below 5% or 10%?

It seems reliable enough if the mesh is in medium to fine setting. Interesting to know and reproduce the problem from C. Veyhl etal (2011) since volume fraction of filler element (tetrahedral & wedge) and plot of mesh is not reported.

 ![2023-08-09 14_32_57-Paper_complete](https://global.discourse-cdn.com/free1/uploads/calculix/original/2X/7/749ea891a11a8708f415b93c570cd45b380fb147.png)

For complex models of 3D parts, someone also possible to conduct convergences study compared to quadratic tetrahedral element by auto-meshing.

---

<div class="post-metadata">

**Author:** ![JuanP74](https://avatars.discourse-cdn.com/v4/letter/j/b5a626/32.png) [@JuanP74](https://calculix.discourse.group/u/JuanP74)\
**Post date:** [August 9, 2023, 4:30pm UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/23 "2023-08-09T16:30:09Z")

</div>

I think the only way would be to know if the mesh has converged (not comparing both cases which I believe is impossible to predict) but if the mesh with the “gaps” has converged you could consider results are good. To do that you need to assess the stress discontinuity between the elements, the issue is that CCX only provide that results in the dat file and not in the frd file for postprocessing in CGX or prepomax, so is very difficult to do that; we hope in the future elemental results are available for plotting in the graphical postprocessors.

---

<div class="post-metadata">

**Author:** ![Megidd](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/megidd/32/1875_2.png) [@Megidd](https://calculix.discourse.group/u/Megidd)\
**Post date:** [August 10, 2023, 7:08am UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/24 "2023-08-10T07:08:03Z")

</div>

# Test with linear elements

Rather than quadratic `hex20` and `tet10`, I used linear `hex8` and `tet4` elements. The PrePoMax is still grouping `hex` and `tet` elements separately into different parts/components. Maybe it’s expected, since neighbor `hex` and `tet` elements don’t share all the nodes of a face.

 ![Screenshot_20230810_103219](https://global.discourse-cdn.com/free1/uploads/calculix/original/2X/8/81c42d8884448274f77db598c973d6213445eaba.png)

---

<div class="post-metadata">

**Author:** ![xyont](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/xyont/32/3553_2.png) [@xyont](https://calculix.discourse.group/u/xyont)\
**Post date:** [August 10, 2023, 8:08am UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/25 "2023-08-10T08:08:25Z")

</div>

> [@Megidd](#):
>
> Maybe it’s expected, since neighbor `hex` and `tet` elements don’t share all the nodes of a face.

Indeed, this is similar as @JuanP74 notified. Seems the pre-post processor need to satisfy a neighbor element face have exactly the same number.

Even both face of element sharing common nodes, still detected as separation since one node is missing (linear element cases)

---

<div class="post-metadata">

**Author:** ![klaus.wittig](https://avatars.discourse-cdn.com/v4/letter/k/4da419/32.png) [@klaus.wittig](https://calculix.discourse.group/u/klaus.wittig)\
**Post date:** [August 12, 2023, 9:08am UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/26 "2023-08-12T09:08:17Z")

</div>

The free nodes could be connected by an \*EQUATION to the neighbor element. In cgx it could be done by an experienced user (commands seta, seti, setr (or the equivalent ‘q’ commands), send set abq areampc ).

---

<div class="post-metadata">

**Author:** ![xyont](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/xyont/32/3553_2.png) [@xyont](https://calculix.discourse.group/u/xyont)\
**Post date:** [August 12, 2023, 2:50pm UTC](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755/27 "2023-08-12T14:50:51Z")

</div>

thanks Klaus for the hints about `areampc` to generate automatically by CGX, interesting to try.

[Previous page](https://calculix.discourse.group/t/connection-of-hex-and-tet-elements/1755.md?page=1)
