Import issues with *SURFACE

Bug Reports
1

Hello Dear PrePoMax community! First of all, thank you and congratulations for all the hard work that is going on to have such an outstanding piece of open-source software for FEA simulations.

I’ve been trying to import the following input file from the CalculiX Discourse group: Unexpected displacements in contact analysis. However, the *SURFACE keywords are giving me some “soft” errors:

Error: Failed to import surface  Fixed_surface: *SURFACE, NAME=Fixed_surface, Type=Element
Error: Failed to import surface  Symmetry_plane: *SURFACE, NAME=Symmetry_plane, Type=Element
Error: Failed to import surface  Load_surface: *SURFACE, NAME=Load_surface, Type=Element
Error: Failed to import surface  Primary: *SURFACE, NAME=Primary, Type=Element
Error: Failed to import surface  Secondary: *SURFACE, NAME=Secondary, Type=Element

I’m just trying to pinpoint the issue, and it seems that the surfaces have the correct element number and face ID. Not sure what is going on with the reader. Maybe it needs to be an element set instead of a column list? Where could I get more information about how this is imported into the source code? Maybe I can do a few tests and provide a patch.

Thank you for your time!!

2

Apparently yes. I made a simple test model and import works properly when the surface is defined this way:

*Elset, elset=Test_surf_set
1, 2, 21, 22
*Surface, type=ELEMENT, name=Test_surf
Test_surf_set, S3

but fails with an error when the surface is defined like this:

*Surface, type=ELEMENT, name=Test_surf
1, S3
2, S3
21, S3
22, S3
1 Like
3

That’s what I thought. Thank you for confirming this @FEAnalyst !

4

Thank you for the issue report. The inp file reader is far behind the inp file exporter. The other thing is that the exporter only uses one possible CalculiX inp output while the reader would have to support all of them. And there are many options and combinations possible. For now, the idea is to support the files created by PrePoMax and then add additional versions of how the keywords can be written.

1 Like
5

Thank you @Matej ! Sure, I understand. I will take a look at the ccx inp output just to see if there are any pieces that I could grab from there and implement on the ccx inp reader. I’m not sure when I can get to it but hopefully soon enough.