# \[Solved\] Why does increasing the size of parts lead to an error? **URL:** \ **Category:** General Questions\ **Created:** [January 23, 2026, 5:09pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218 "2026-01-23T17:09:27Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 23, 2026, 5:09pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/1 "2026-01-23T17:09:27Z")
I’m running into issues trying to model a wall assembly. So I tried a simplified smaller version (WallTest8) and all works fine. Then I increase the size of the wall in FreeCAD, follow the exact same procedure, and I get “Failed with results” and a temperature gradient that doesn’t make much sense (WallTest9). Anyone knows why? I’m using v2.4.0. ![WallTest8_Temp](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/0/005d23aafef1dcd9de821e0e103ea1da786b423b.jpeg) ![WallTest9_Temp](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/5/5b2ddaf86574ae006d99cb7a2a664b40896a3e52.jpeg) Here are the links: [WallTest8](https://1drv.ms/u/c/eec7215cdc16258e/IQAeAjkFp0OuQa_NJJQ22A-yAUdCr57DY94vRQkptI-WtdU?e=ugp2EA) [WallTest9](https://1drv.ms/u/c/eec7215cdc16258e/IQBBAXtTqOK5R787Sv6srnSkASkqTSqh1580yQG2E-zvfxI?e=ghg742). ---
**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:** [January 23, 2026, 5:30pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/2 "2026-01-23T17:30:03Z")
> [@CosmoKramer](#): > > I get “Failed with results” If you scroll higher in the job monitor, you will see more specific error messages: ```auto *ERROR in cascade: zero coefficient on the dependent side of an equation dependent node: 17543 direction: 0 new coefficient = 1.000000e-05 *ERROR in cascade: zero coefficient on the dependent side of an equation dependent node: 111 direction: 0 new coefficient = 1.000000e-05 *ERROR in cascade: zero coefficient on the dependent side of an equation dependent node: 113 direction: 0 new coefficient = 1.000000e-05 *ERROR in cascade: zero coefficient on the dependent side of an equation dependent node: 114 direction: 0 ``` Use Tools → Find to locate these nodes. They are all located in this region: ![image](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/a/ae58eb467d32fd4ee0a6300ea39f420264f663b8.png) So you should check the tie constraints there and look for an overconstraint - multiple tie constraints using the same surfaces in a conflicting manner. In this case, it’s “Solid\_part-1\_to\_Solid\_part-7” and “Solid\_part-7\_to\_Solid\_part-2”. The same face is used once as master and once as slave. You can try this to get rid of the errors: ![image](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/7/7200420af8dedb1132111f265755fdac1818ae05.png) But (especially when using the Search contact pairs tool), you should check all the tie constraints for such conflicts and modify them if needed. It’s also recommended to always run a frequency step to check the connections in assembly models. And read all the warnings in the job monitor. ---
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 23, 2026, 7:28pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/3 "2026-01-23T19:28:55Z")
Thanks @FEAnalyst I’ve checked the tie constraints and made sure there are no slave/master conflicts (as much as I can for 8 parts!). I am no longer getting errors, but the results still don’t make sense even as I 10x the conductivity of the screw. Is that conflict the only thing I should be looking for in tie constraint? I thought I’d try changing the ‘direction’ of ties in accordance to heat flow, but same result. Looked in the user manual but couldn’t find an answer. ![WallTest9_Constraints](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/4/4f86bddca0f7a77526ec108c1a8173e8dac3ad4d.jpeg) ![WallTest9_Temp_RandomSlaveMaster](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/f/f748a05a2b0f0e18f5821047bae61ddb29ecf457.jpeg) Here are the warnings I’m getting (they’re all related to the connection between two parts) ![WallTest9_Warnings](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/f/f125b49a30703e6afb261244bde6afa66d2d75d6.jpeg) The strange thing is that the smaller version (WallTest8) had the same number of tie constraint as the larger version, but its results are much more sensible. Here’s the latest [file](https://1drv.ms/u/c/eec7215cdc16258e/IQBTect30kw0Sr96mOAJwBtrAcDIX6PNkcwXgKmoGyHXRZI?e=G1XMvI). ---
**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:** [January 23, 2026, 7:39pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/4 "2026-01-23T19:39:38Z")
> [@CosmoKramer](#): > > the results still don’t make sense even as I 10x the conductivity of the screw Try putting two temperatures on the opposite ends of the domain and see if it conducts heat. Sometimes it’s just a matter of adjusting the legend and doing a section cut. > [@CosmoKramer](#): > > Is that conflict the only thing I should be looking for in tie constraint? You should also make sure they have sufficient tolerances corresponding to the gaps between the parts, with some additional margin - try increasing them. Then the results of a frequency step can show if everything is properly connected. > [@CosmoKramer](#): > > I thought I’d try changing the ‘direction’ of ties in accordance to heat flow, but same result. That’s not necessary, pretty much the only rule here is that master side should have a coarser mesh. > [@CosmoKramer](#): > > Here are the warnings I’m getting (they’re all related to the connection between two parts) This may mean some ties still overlap in a way (e.g. share common edges), but don’t worry about all the warnings related to them too much - they are usually almost inevitable and it’s just important you understand them and their impact on the model. > [@CosmoKramer](#): > > The strange thing is that the smaller version (WallTest8) had the same number of tie constraint as the larger version, but its results are much more sensible. Actually, why are you using tie constraints instead of compound parts ? That would be the easiest way in most cases. ---
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 23, 2026, 8:36pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/5 "2026-01-23T20:36:10Z")
> [@FEAnalyst](#): > > Try putting two temperatures on the opposite ends of the domain and see if it conducts heat. Sometimes it’s just a matter of adjusting the legend and doing a section cut. There are two different temperatures (0 and 20 C) on the outer and inner face of the wall/mechanical part. Adjusted the legend and now I can see some difference: ![WallTest9_Temp_AdjustedLegend](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/4/451939d603e20fd5a4c1aba756ea684c183104c8.jpeg) > [@FEAnalyst](#): > > You should also make sure they have sufficient tolerances corresponding to the gaps between the parts, with some additional margin - try increasing them. Then the results of a frequency step can show if everything is properly connected. Well technically there are no ‘gaps’ – it’s just one part that is penetrating through different parts. > [@FEAnalyst](#): > > Actually, why are you using tie constraints instead of compound parts ? That would be the easiest way in most cases. I watched this [video](https://www.youtube.com/watch?v=sfY5BEHUsmk) that you made and thought I’d follow suit 🙂 But the compound part is a great tip – it saved me time assigning materials and doing tie constraint. I assume I still have to do the tie constrain between the mechanical part \> its surroundings & each of the layers. It did make some difference: ![WallTest9_Temp_CompountPart](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/4/48b3194875d896546b972db83a19d603134d6634.jpeg) Thanks again @FEAnalyst! ---
**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:** [January 23, 2026, 8:49pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/6 "2026-01-23T20:49:22Z")
> [@CosmoKramer](#): > > Adjusted the legend and now I can see some difference Using section views and queries (on the selected nodes) also helps. Unfortunately, XY plots along path are not yet supported (but FreeCAD FEM and ParaView can do them). > [@CosmoKramer](#): > > Well technically there are no ‘gaps’ – it’s just one part that is penetrating through different parts. Sometimes there are small gaps or interferences due to geometry misalignments and discretization. Position tolerance is the maximum orthogonal distance between the slave nodes and adjacent master faces for which constraints will be generated. The default value (2.5% of the typical element size) is often not enough. > [@CosmoKramer](#): > > I assume I still have to do the tie constrain between the mechanical part \> its surroundings & each of the layers. Tie constraints are necessary only where compounding was not applied or didn’t work as expected. Because compounding ensures continuous meshes and eliminates the need for constraints. There’s also thermal contact - you define a contact pair, specify gap conductance and this allows you to model imperfect heat transfer through the interface (tie constraints model interfaces with no thermal resistance). ---
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 23, 2026, 9:09pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/7 "2026-01-23T21:09:43Z")
> [@FEAnalyst](#): > > Using section views and queries (on the selected nodes) also helps. Unfortunately, XY plots along path are not yet supported (but FreeCAD FEM and ParaView can do them). What I like most about results manipulation is that I can get total heat flux of a surface without having to export to ParaView and do it there (what’s required under FreeCAD’s FEM). For the legend, why does it display an extra min and an extra max value? Is there a way to fix this? ![WallTest9_Legend](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/b/b7ba7a278302722f229e29ea73b1c421fe5e20a8.jpeg) > [@FEAnalyst](#): > > Tie constraints are necessary only where compounding was not applied or didn’t work as expected. Because compounding ensures continuous meshes and eliminates the need for constraints. In my mind, if I compound the whole thing I wouldn’t be able to assign materials (or least it wouldn’t be easy). When I created a compound for the mechanical part I made sure to enable Merge compound parts. ![WallTest9_Mesh--Parts](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/6/6bd1ca2000b8fe89e5464adde9527dbb23b99f9b.jpeg) ---
**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:** [January 23, 2026, 9:17pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/8 "2026-01-23T21:17:19Z")
> [@CosmoKramer](#): > > What I like most about results manipulation is that I can get total heat flux of a surface without having to export to ParaView and do it there (what’s required under FreeCAD’s FEM). In PrePoMax, it’s indeed convenient. But FreeCAD FEM has [section print](https://wiki.freecad.org/FEM_ConstraintSectionPrint) too. > [@CosmoKramer](#): > > For the legend, why does it display an extra min and an extra max value? Is there a way to fix this? The purpose of the topmost and bottommost values is to show the real extrema. > [@CosmoKramer](#): > > In my mind, if I compound the whole thing I wouldn’t be able to assign materials (or least it wouldn’t be easy). When I created a compound for the mechanical part I made sure to enable Merge compound parts. It’s still possible to assign individual materials, but I wouldn’t check that option. It’s disabled by default and shouldn’t be necessary. ---
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 23, 2026, 9:27pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/9 "2026-01-23T21:27:08Z")
> [@FEAnalyst](#): > > The purpose of the topmost and bottommost values is to show the real extrema. But the bottom two and upper two entries have the exact same value, but different colours. Seems a little redundant and confusing ![WallTest9_Legend2](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/2/2f0eba117b50981cfb89fd488dce7936595db1cf.jpeg) ---
**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:** [January 23, 2026, 9:39pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/10 "2026-01-23T21:39:56Z")
> [@CosmoKramer](#): > > But the bottom two and upper two entries have the exact same value, but different colours. Because you have the same custom and real extrema. If you e.g. set Max to less than 20, the uppermost label will keep showing 20 for reference. Perhaps a check could be added to hide the duplicated values if they are equal. ---
**Author:** ![CosmoKramer](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/cosmokramer/32/6636_2.png) [@CosmoKramer](https://prepomax.discourse.group/u/CosmoKramer)\ **Post date:** [January 24, 2026, 7:21am UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/11 "2026-01-24T07:21:19Z")
> [@FEAnalyst](#): > > Because you have the same custom and real extrema. If you e.g. set Max to less than 20, the uppermost label will keep showing 20 for reference. With the limit set as Automatic, the extremes are 0.25 and 19.02. Changing to Manual and setting min/max to -5 and 25 still shows two identical values at the top and bottom. Seems like a bug to me. ![WallTest9_Legend_WithoutMinMax](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/8/8c1d16d3a8988675d19b64e599e2d77ad4b1e055.jpeg) ![WallTest9_Legend_WithMinMax](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/a/a65e6695c5317fc1c64b5eb7753620d967795942.jpeg) ---
**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:** [January 24, 2026, 7:52am UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/12 "2026-01-24T07:52:57Z")
Here’s how it works in Abaqus on which CalculiX is based: > If you have specified a maximum value that is less than the actual maximum or if you have specified a minimum value that is greater than the actual minimum, Abaqus displays the actual maximum or minimum value (respectively) in the legend. So it could indeed be improved in PrePoMax to show the additional labels only when the automatic values are the true extrema. ---
**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\ **Post date:** [January 25, 2026, 4:08pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/13 "2026-01-25T16:08:22Z")
> [@CosmoKramer](#): > > With the limit set as Automatic, the extremes are 0.25 and 19.02. Changing to Manual and setting min/max to -5 and 25 still shows two identical values at the top and bottom. > > Seems like a bug to me. I think this is unexpected behaviour. But in version 2.4.3, this is fixed. And there is a setting to hide these additional values if they are lower than the manually set limit. If they are higher, they are not shown. ---
**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\ **Post date:** [January 25, 2026, 4:10pm UTC](https://prepomax.discourse.group/t/solved-why-does-increasing-the-size-of-parts-lead-to-an-error/3218/14 "2026-01-25T16:10:41Z")
Since the topic does not directly address a PrePoMax bug but rather a modelling problem, I am moving it to General Questions.