Geometry scale using (simple) functions

Hello,
I’m trying to study the influence of core height in a sandwich panel. So, rather than using new models I simple use the transform geometry feature. I’m using some odd thicknesses for the core, so wanted to be smart and scale everything first back to 1 and then upscale to whatever number I needed. Unfortunately, the input only allows doubles and no functions. Maybe an in-built calculator could be added as a feature?

Obviously, not the most urgent feature request I guess but something helpful for tthe future.
Cheers!
.

To enter the expression, you need to start with the equal sign, like = 1/2

All fields support such expressions, which are computed on the fly. Some fields, like force components, also support equations. The difference is that equations are saved as equations and are recomputed every time their value is needed.

1 Like

A very effective feature request, completed before requested ;). Sorry, should have tried the = sign but it did not come to mind :s

If not too much work, maybe the way of getting to “Scale” could be decluttered by one step? After having it done a few dozen times now, the upper menu “Transform” does not appear to have any value and “Scale” could move one level up?

I’ve also noticed that the model view after scaling a part and remeshing does not appear to get updated. The old positions of the parts are still being shown too. Changing the view, e.g. exploding and then reverting to the normal view, then displays the part correctly. There maybe an “update view” missing in the code?

Here two examples of the meshes shown after scaling and remeshing in the FE Model tab. The first is the display when the ‘normal’ view was selected in the FE Model tab and the second when the ‘exploded’ view was selected before scaling and remeshing (scaling down in z here).


here, the blue layer is the top skin from the previous model before downscaling


(red outlines are the new, scaled meshes / parts.

Not sure if this is by choice, I also noticed that the Constraints do not appear to be scaled and need to be removed and recreated after each operation. Maybe this could be included in the scaling operation?

This is prepared for the following version when other Transform features will be added.

This is a bug. It is already patched in the upcoming developer version of PrePoMax.

1 Like

Thank you @Matej. Just to be sure has this also been affected?:

For my test cases, yes. Which constraints did you use?

Thanks, I just updated to PrePoMax v2.3.2 dev to give it a try.

Afraid, the issue seems not to be resolved resolved. Below image is the displacement of a sandwich sample with 2mm carbon/epoxy composite skins and a 10 mm aluminium core. Part dimension is length 500 mm x width 250 mm and thickness 14 mm. Boundary conditions are clamped at one short and one long edge; symmetry is applied on the remaining two. A uniform load is applied on one surface and the displacement colour contours look like expected:

If I scale this geometry for all 3 parts by 0.2 and then remesh everything, I get the below display of the mesh which does still show previous mesh parts (also it appears to be less than before):


You can see that the skin in the centre is shown double and parts of a horizontal mesh is still shown. The display in the FE model tab was set to an exploded view prior to scaling and remeshing the parts. However, this view does not appear to affect the actual model. If the view is reverted (i.e. the explosion is undone and redone), the parts are displayed correctly.

Unfortunately, the boundary conditions are sometimes altered—this seems to have occurred in this case as well:


As shown, one of the short-edge boundary conditions has shifted to a long edge. However, this issue does not appear to occur with all scaling factors.

Running this model, also the tie constraints have now been invalidated:


as you can see, there is no load transfer between the top skin and the core any longer.

This is the original unscaled pmx file: https://drive.google.com/file/d/1BfK3xyZumRZpM-oetX4byvxKg8SNozVc/view?usp=sharing
After scaling by 0.2 in Y and remeshing, don’t forget to change the element type to S8R manually before running the model :wink:

OK, I understand this part now. The default selection in PrePoMax is Selection by location. This means that every time the mesh is regenerated, the selection is redone using the saved location. This offers the ability to make small changes to the geometry of the model and the selection can be recreated when needed.

When doing the selection, you can change the default behaviour to Selection by ID. This selection method will always select the same items when the selection must be redone (meshing). But if your model changes IDs (you add or delete a face) the selection might fail.

I will try to recreate the problem.

I will not :smiley:

I’ve tried this, must admit that I did not know it was there or what it meant, but this also does not seem to work and the boundary conditions still jump from one to another edge when the geometry is scaled.

Using your file, I was able to reproduce the visualization bug, but not the selection bug while using the Selection by ID. If you switch the selection method, you must select all the items again. Did you do it?

Maybe it’s just a visualisation thing too?

These are the bc of the short (fixed) edge; Selection by ID selected before scaling.

After scaling, one bc is shown incorrectly :

but when opening the bc selection menu, the correct boundaries are displayed (ignoring the display bug):

So, not entirely sure which one to believe :wink:

Running the model (needing to redo the tie constraints as they got invalidated during scaling), I get these displacement which do not look correct but I get the same when reselecting the bc:


I would expect the maximum displacement at the symmetry constraints

Tried to visualise this in the transformation window but this does not seem to work either any longer :sad_but_relieved_face:

The visualization problem disappears if the assembly view is turned off and on again. If after this the wrong parts of the geometry are selected, it is a bug.

And another one in the Transformations window. I will fix this as soon as possible.

Did you move the point of the symmetry plane for the results transformation to the border of the model? The point 0, 0, 0 is in the middle of the model.

1 Like

For me the results transform and the selection by ID is working even if I scale the model by a larger scale factors.

I have also fixed the visualization bug.

1 Like

I think I found the problem with element type selection. If you repeatedly remesh the model the element type is kept the same as set by the user. This must be done only once. But if you apply scaling, this information is lost. Or if you apply any other operation on geometry the information is also lost. So I think if I fix this and keep the element type even after geometry operations, the default element type is not really needed?

No, I never had to, and it seems I had the subconscious conviction that nothing else was needed; that just clicking on the desired transformation would be enough. My bad! Got it now!

Keeping a selected element type after any operation, that would already be a big step forward! I would only need to set this once. Having an option to set the own defaults through an .ini (or similar) would be fantastic. I only need S8R elements (ever), so would not need to deal with this setting ever again when setting up models if changed in he defaults :wink:

From a programming point of view, would it not be much easier to go down the .ini file route?

Anyhow, either solution would be of much help already! Many thanks.

I have fixed the problem, so now, after remeshing, the element type does not need to be changed.

I am not a fan of the ini file. I would rather integrate the default element selection in the settings. But both options would require more work than the fix did.