Hot News:

Unser Angebot:

  Foren auf CAD.de
  OpenFOAM
  ADMesh skalierung

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
Online-Kurs: Grundlagen des 3D-Druck-Designs für Industrieingenieure , ein Kurs
Autor Thema:  ADMesh skalierung (825 mal gelesen)
YSeeger
Mitglied


Sehen Sie sich das Profil von YSeeger an!   Senden Sie eine Private Message an YSeeger  Schreiben Sie einen Gästebucheintrag für YSeeger

Beiträge: 3
Registriert: 18.05.2015

erstellt am: 18. Mai. 2015 15:34    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Hallo zusammen,
Ich belege seit diesem Semester einen CFD Kurs an unserer Uni und im Rahmen dessen müssen wir eine Simulation durchführen. Ich habe die Geometrie bereits in Inventor erstellt und anschließend in Rhino als ascii .stl gespeichert. Jetzt hat sich ein Problem ergeben und zwar habe ich die Geometrie größer erstellt als sie sein soll, der Skalierungsfaktor dabei beträgt 0.0181818..
Mein Prof hat mir ADMesh empfohlen und meinte damit könnte man die stl datein bearbeiten aber dabei erhalte ich stets einen core dumped Fehler, dieser sieht so aus:

yseeger@bionik208:/home/Daten/yseeger/yseeger-2.3.0/run/rohr$ admesh constant/triSurface/grosses_rohr.stl --scale=0.0181818181818 -a bla.stl
ADMesh version 0.96, Copyright (C) 1995, 1996 Anthony D. Martin
ADMesh comes with NO WARRANTY.  This is free software, and you are welcome to
redistribute it under certain conditions.  See the file COPYING for details.
Opening constant/triSurface/grosses_rohr.stl
Scaling by factor 0.018182...
Checking exact...
All facets connected.  No nearby check necessary.
No unconnected need to be removed.
No holes need to be filled.
Checking normal directions...
Checking normal values...
Calculating volume...
Verifying neighbors...
Writing ascii file bla.stl
*** buffer overflow detected ***: admesh terminated
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x73e0f)[0x7fe0536a9e0f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7fe0537417dc]
/lib/x86_64-linux-gnu/libc.so.6(+0x10a6a0)[0x7fe0537406a0]
/lib/x86_64-linux-gnu/libc.so.6(+0x109ba9)[0x7fe05373fba9]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xbc)[0x7fe0536b218c]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0xd0)[0x7fe05367fcb0]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7fe05373fc34]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7fe05373fb8d]
admesh(main+0x989)[0x4022c9]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fe053657ec5]
admesh[0x4026d1]
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:06 13249060                           /usr/bin/admesh
0060b000-0060c000 r--p 0000b000 08:06 13249060                           /usr/bin/admesh
0060c000-0060d000 rw-p 0000c000 08:06 13249060                           /usr/bin/admesh
00a92000-00ab3000 rw-p 00000000 00:00 0                                  [heap]
7fe052e01000-7fe052e17000 r-xp 00000000 08:06 19533692                   /lib/x86_64-linux-gnu/libgcc_s.so.1
7fe052e17000-7fe053016000 ---p 00016000 08:06 19533692                   /lib/x86_64-linux-gnu/libgcc_s.so.1
7fe053016000-7fe053017000 rw-p 00015000 08:06 19533692                   /lib/x86_64-linux-gnu/libgcc_s.so.1
7fe053035000-7fe053636000 rw-p 00000000 00:00 0
7fe053636000-7fe0537f1000 r-xp 00000000 08:06 19529820                   /lib/x86_64-linux-gnu/libc-2.19.so
7fe0537f1000-7fe0539f1000 ---p 001bb000 08:06 19529820                   /lib/x86_64-linux-gnu/libc-2.19.so
7fe0539f1000-7fe0539f5000 r--p 001bb000 08:06 19529820                   /lib/x86_64-linux-gnu/libc-2.19.so
7fe0539f5000-7fe0539f7000 rw-p 001bf000 08:06 19529820                   /lib/x86_64-linux-gnu/libc-2.19.so
7fe0539f7000-7fe0539fc000 rw-p 00000000 00:00 0
7fe0539fc000-7fe053b01000 r-xp 00000000 08:06 19529823                   /lib/x86_64-linux-gnu/libm-2.19.so
7fe053b01000-7fe053d00000 ---p 00105000 08:06 19529823                   /lib/x86_64-linux-gnu/libm-2.19.so
7fe053d00000-7fe053d01000 r--p 00104000 08:06 19529823                   /lib/x86_64-linux-gnu/libm-2.19.so
7fe053d01000-7fe053d02000 rw-p 00105000 08:06 19529823                   /lib/x86_64-linux-gnu/libm-2.19.so
7fe053d02000-7fe053d25000 r-xp 00000000 08:06 19529821                   /lib/x86_64-linux-gnu/ld-2.19.so
7fe053d27000-7fe053f04000 rw-p 00000000 00:00 0
7fe053f20000-7fe053f24000 rw-p 00000000 00:00 0
7fe053f24000-7fe053f25000 r--p 00022000 08:06 19529821                   /lib/x86_64-linux-gnu/ld-2.19.so
7fe053f25000-7fe053f26000 rw-p 00023000 08:06 19529821                   /lib/x86_64-linux-gnu/ld-2.19.so
7fe053f26000-7fe053f27000 rw-p 00000000 00:00 0
7fff0c997000-7fff0c9b9000 rw-p 00000000 00:00 0                          [stack]
7fff0c9fe000-7fff0ca00000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Aborted (core dumped)


Egal wie ich Datei benenne ich erhalte stets diesen Fehler an der gleichen Stelle, hat jemand eine Idee was die Ursache sein kann?

Vielen Dank im Voraus,
Yannik.

[Diese Nachricht wurde von YSeeger am 18. Mai. 2015 editiert.]

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

Shor-ty
Moderator





Sehen Sie sich das Profil von Shor-ty an!   Senden Sie eine Private Message an Shor-ty  Schreiben Sie einen Gästebucheintrag für Shor-ty

Beiträge: 2466
Registriert: 27.08.2010

ESI-OpenCFD OpenFOAM v2312

erstellt am: 18. Mai. 2015 19:27    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für YSeeger 10 Unities + Antwort hilfreich

Wenn du bereits OpenFOAM verwendest dann nimm doch:

Code:

surfaceTransformPoints -scale "(0.181818 0.181818 0.181818)" old.stl new.stl

------------------
Viele Grüße,
Tobias Holzmann

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

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2025 CAD.de | Impressum | Datenschutz