Skip to content

The displacement becomes unnatural due to a node specific to COQUE_3D. #7

Description

@kominamiHIDEAKI

I am a user from Japan. Please forgive me if my English is inappropriate.

I am very grateful for MEDReader.

I have found a bug in the MEDReader plugin.
I think, it is a bug specific to the shell element known as COQUE_3D.

Environment in use

  • paraview ver 6.1.1
  • SalomeMeca2024
  • Ubuntu 24.04.4 LTS

The meshes for COQUE_3D consist of TRIA7 (triangular) and QUAD9 (quadrilateral) elements; unlike standard quadratic elements (TRIA6 and QUAD8), these include an additional 7th and 9th node, respectively.

When I load and display the output file (rmed) from SalomeMeca, the DEPL (displacement) shows a strange distribution.
I suspect this is because the DEPL values ​​for nodes 7 and 9 are zero, yet those nodes are being displayed.

For quantities such as SIEQ and SIGM (i.e., those other than DEPL), the Code_Aster (comm) commands convert element-based solutions to nodal-based solutions; however, since DEPL is inherently a nodal solution, no conversion is required.

When examining the data using ParaView's SpreadSheetView, I found that for variables such as SIEQ and SIGM (i.e., those other than DEPL), appropriate values ​​are output for the 7th and 9th nodes upon conversion from element-based solutions to node-based solutions.

my regards

Image

I am attaching the output file (.rmed) and the Aster code (.comm).
AttachedFile.zip

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions