---

Hey zusammen,

ich bin mit meinen Simulationen schon wesentlich weiter gekommen.
Definiere ich zum Beispiel (Wärmeleitung durch Zylinder) die Geometrie mit Hilfe von blockMesh und generier mir hieraus die einzelnen Regionen, so habe ich bei dem Vergleich zwischen Analytik und Simulation Abweichungen die im Promillbereich liegen.

Mach ich das gleich mit einem "STL" --> SnappyHexMesh Netz bekomm ich bis zu 60% Abweichungen raus. Meine Analyse: die Grenzschichten der STL Files nach Snappy sind einfach misserabel. Der Tipp war dann "addLayers" zu definieren.

Seit dem ich meine "addLayer" hinzugefügt habe sieht das alles 100 mal besser aus. Nur kann mir kurz einer erklären, was man da genau deklariert?

bislang habe ich eben sowas gemacht (ohne großes Wissen):

Code:

---

layers
    {
heizwasser
        {  nSurfaceLayers 1; }
rohr
{  nSurfaceLayers 1; }
brauchwasser
{  nSurfaceLayers 1; }

    }

---

Wär für ne kleine Anregung sehr dankbar.
Grüße Tobi

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tobi,

mit "nSurfaceLayers" definierst du in Snappy, welche Patches "Layer" bekommen und die Anzahl der "Layers".

Gruß Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Okay... (:

und welche Patches sind damit gemeint.

Die vom Hintergrundnetz oder die Patches die ich dann später habe.

z.B. in meinem Hintergrundnetz habe ich 6 Patches.

-> inlet
-> outlet
-> 4x wand

beim vernetzen bekomme ich ja dann "directMappedWall" Patches. Kann ich die verwenden, oder welchen Patch muss ich aufführen, wenn ich die Berührungsflächen wwill?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hey Leute,

ich spiele gerade mit SHM herum und habe dazu einen ganz simplen Testcase gemacht. BlockMesh Würfel mit kleinem .stl Würfel in der Mitte. Aber wie ich die "addLayersControls" auch verändere, SHM macht mir einfach kein Grenzschichtgitter.

Folgende Fehler treten dabei auf (das kursive dürfte OK sein):

Code:

---

Correct-ing 2-D mesh motion--> FOAM Warning :
    From function twoDPointCorrector::twoDPointCorrector(const polyMesh& mesh, const vector& n)
    in file twoDPointCorrector/twoDPointCorrector.C at line 168
    The number of points in the mesh is not equal to twice the number of edges normal to the plane - this may be OK only for wedge geometries.
    Please check the geometry or adjust the orthogonality tolerance.

Number of normal edges: 4056 number of points: 4430
...done
Checking faces in error :
    non-orthogonality > 65  degrees                        : 0
    faces with face pyramid volume < 1e-13                : 0
    faces with concavity > 80  degrees                    : 0
    faces with skewness > 4  (internal) or 20  (boundary) : 0
    faces with interpolation weights (0..1)  < 0.02        : 0
    faces with volume ratio of neighbour cells < 0.01      : 0
    faces with face twist < 0.02                          : 0
    faces on cells with determinant < 0.3                  : 0
shrinkMeshMedialDistance : Successfully moved mesh
shrinkMeshMedialDistance : Finished moving mesh ...
Prevented extrusion on 0 coupled patch points during syncPatchDisplacement.
truncateDisplacement : Unextruded 0 faces due to non-consecutive vertices being extruded.

Setting up information for layer truncation ...

Checking mesh with layer ...
Checking faces in error :
    non-orthogonality > 65  degrees                        : 211
    faces with face pyramid volume < 1e-13                : 149
    faces with concavity > 80  degrees                    : 0
    faces with skewness > 4  (internal) or 20  (boundary) : 0
    faces with interpolation weights (0..1)  < 0.02        : 0
    faces with volume ratio of neighbour cells < 0.01      : 0
    faces with face twist < 0.02                          : 0
    faces on cells with determinant < 0.3                  : 416
Detected 776 illegal faces (concave, zero area or negative cell pyramid volume)
Extruding 0 out of 216 faces. Removed extrusion at 96 faces.
Correct-ing 2-D mesh motion ...done

---

Danach beginnt die Layer addition iteration 1 welche auch die einzige bleibt und nur Nullen hervorbringt.

Weiss jemand Rat?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hey...

ich hab mich in Snappy nun auch etwas stärker eingearbeitet.
Du musst bei "addLayer" den Namen deiner Boundary oder deiner Surface angeben.
Entweder hast du diese in deiner STL deklariert oder du musst kucken welchen Namen dir Snappy ausgibt.

Grüße Tobi

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP