| |
 | Online-Kurs: Grundlagen des 3D-Druck-Designs für Industrieingenieure , ein Kurs
|
Autor
|
Thema: Steady-state oder Transient (1745 mal gelesen)
|
Garm Mitglied
 Beiträge: 9 Registriert: 16.03.2015
|
erstellt am: 07. Apr. 2015 11:47 <-- editieren / zitieren --> Unities abgeben:         
Guten Tag zusammen! Ich habe bisher immer einen Case mittels chtMultiRegionFoam simuliert, welcher anfangs stationär ist, nach einer gewissen Zeit jedoch stationär wird. Mit dem Bewusstsein dieser Gegebenheit, kann ich da nicht auch direkt chtMultiRegionSimpleFoam verwenden? Wo ist der Nachteil? Oder ist es richtig, den transient-Fall anzunehmen und so einfach nur Volumenströme und Eingangstemperaturen anzugeben und zu sehen,dass sich, sobald sich das Metall erwärmt hat, alles steady-state wird? Viele Grüße Garm Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Shor-ty Moderator
     

 Beiträge: 2466 Registriert: 27.08.2010 ESI-OpenCFD OpenFOAM v2312
|
erstellt am: 07. Apr. 2015 19:44 <-- editieren / zitieren --> Unities abgeben:          Nur für Garm
Hallo, sofern du weißt das es ein stationäres Profil gibt und dich auch nur dieses interessiert sprechen alle Gründe gegen eine transiente Berechnung. Der Nachteil der beim stationären Lösen der Gleichungen entsteht ist die fehlende zeitliche Information, die aber nur Interessant ist, wenn dich der Weg zur stationären Lösung interessiert. Ansonsten rechne Stationär, spart dir Ressourcen und eine Menge Zeit. ------------------ Best regards, Tobias Holzmann Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Garm Mitglied
 Beiträge: 9 Registriert: 16.03.2015
|
erstellt am: 07. Apr. 2015 20:02 <-- editieren / zitieren --> Unities abgeben:         
Hallo Tobias, danke für deine Antwort. Muss ich denn für die stationäre Berechnung nicht wissen, wie die einzelnen Bedingungen genau aussehen, wenn ich dann mal den steady-state erreicht habe? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Shor-ty Moderator
     

 Beiträge: 2466 Registriert: 27.08.2010 ESI-OpenCFD OpenFOAM v2312
|
erstellt am: 07. Apr. 2015 20:42 <-- editieren / zitieren --> Unities abgeben:          Nur für Garm
Auf was zielst du ab mit "Bedingungen"? Ein strömungstechnisches Problem hat Randbedingungen die variable oder fix sind. Bei variablen RB wird keine stationäre Lösung erreicht, da diese Zeitlich variieren. Aber bei fixen RB (das ist der größte Teil von Problemstellungen) kann es durchaus sein das du nach dem Einschwingen oder Anfahrtsvorgang ein stationäres Druck und Geschwindigkeitsprofil erhältst. Beispiel: Strömung um einen Zylinder ist stationär solang du unter einer bestimmten Strouhal-Zahl bist. Ab einem gewissen Betrag bildet sich die Von-Karman-Straße aus, welche zeitlich nicht mehr konstant ist sondern zeitlich schwingt. Alles was aber davor kommt (schleichende Strömung) kann stationär berechnet werden. Auch nachdem die Re Zahl sehr groß ist, kann wieder stationär gerechnet werden. Umströmung um ein Fahrzeug ist bspw. auch stationär, auch wenn es immer Verwirbelungen geben wird, die transient sind. Gibt ja auch quasi-stationäre Simulationen. ------------------ Best regards, Tobias Holzmann Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Garm Mitglied
 Beiträge: 9 Registriert: 16.03.2015
|
erstellt am: 07. Apr. 2015 20:52 <-- editieren / zitieren --> Unities abgeben:         
Hallo Tobias, ich erstelle habe mich daran versucht, einen Wärmetauscher zu erstellen (ähnlich wie du es laut Forum vor 4-5 Jahren auch getan hast). Dabei habe ich für Inlet vom warmen und kalten Fluid feste Werte. Die Werte vom Outlet ändern sich ja mit der Zeit, irgendwann wird das ganze aber stationär und ändert sich nicht mehr. Müsste ich bei einem stationären Case nicht sagen, was beim Outlet rauskommt? Und noch eine andere Frage: Ich habe in Paraview versucht, von einem Slice die Durchschnittstemperatur zu berechnen. Mit dem Slice klappt auch alles, aber wenn ich mit Integrate Variables oder auch mit dem Calculator etwas bestimmen möchte, gibt er mir Werte von unter einem Kelvin an, obwohl der Slice selber nur Werte von 300 +- 10 Kelvin beinhaltet. Wo könnte mein Fehler sein?
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Shor-ty Moderator
     

 Beiträge: 2466 Registriert: 27.08.2010 ESI-OpenCFD OpenFOAM v2312
|
erstellt am: 07. Apr. 2015 20:57 <-- editieren / zitieren --> Unities abgeben:          Nur für Garm
Hallo, die Settings sind wie bei einem instationären Fall. Wenn du die Outlettemperatur setzt, wo wäre dann der Sinn der Berechnung wenn du eh schon die Temperatur weißt? Wenn du integrateVariablen machst, dann multiplizierst du alle Temperaturwerte mit der Fläche des Triangels und summierst. Um die gemittelte Temperatur zu bekommen musst du dann auf diese IntegratedVariables einen Calculator Filter setzen und dann dein T Feld durch die gesamtfläche "Area" teilen. Leider gibts hier keine LaTeX Umgebung deswegen: T_mean = 1/A_ges * sum( T_i * A_i ) ------------------ Best regards, Tobias Holzmann Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Garm Mitglied
 Beiträge: 9 Registriert: 16.03.2015
|
erstellt am: 07. Apr. 2015 21:45 <-- editieren / zitieren --> Unities abgeben:         
Okay, das mit dem stationären Fall war in der Tat blöd von mir. Danke! Das mit dem Calculator Filter bekomme ich jedoch noch nicht hin. Die gemittelte Temperatur des Slice habe ich ja. Aber wie komme ich an die Gesamtfläche? Ich bin noch nicht so gut mit dem Calculator vertraut, wie gebe ich dort Variablen ein? Grüße Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Shor-ty Moderator
     

 Beiträge: 2466 Registriert: 27.08.2010 ESI-OpenCFD OpenFOAM v2312
|
erstellt am: 07. Apr. 2015 23:48 <-- editieren / zitieren --> Unities abgeben:          Nur für Garm
|
Garm Mitglied
 Beiträge: 9 Registriert: 16.03.2015
|
erstellt am: 08. Apr. 2015 09:32 <-- editieren / zitieren --> Unities abgeben:         
Ich danke dir, Tobias! Ich hatte bei T/Area gedacht, ich müsste statt Area einen konkreten Begriff eingeben und hatte nicht damit gerechnet, dass ParaView durch Area direkt die Fläche berechnet. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Shor-ty Moderator
     

 Beiträge: 2466 Registriert: 27.08.2010 ESI-OpenCFD OpenFOAM v2312
|
erstellt am: 08. Apr. 2015 12:41 <-- editieren / zitieren --> Unities abgeben:          Nur für Garm
Hallo Garm, also Area ist eine Variable, die Paraview selber erstellt. Wenn du anstatt einem Slice ein Volumenkörper verwendest, erhältst du als weiteres Feld (bei Anwendung von IntegrateVariables) das gesamt Volumen (Volume). Die Variablen kannst du beim Calculator ja anschauen (Scalar und Vector). Freut mich das es funktioniert hat. ------------------ Best regards, Tobias Holzmann Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |