オープンソースCFDツールボックス OpenFOAM part3 (193ﾚｽ)
上下前次1-新
100(2): 2013/02/24(日)02:27 AAS
84です。
84です。様々なご意見ありがとうございます。
>>85
多少甘い考えがあったかもしれません。出直してきます。
周りの院生が、中身のことを考えずに解析している人が多かったので
少し自分を過小評価していたようです。
>>89
別ソフトは必要ですね。
>>94
ありがとうございます。そのような考えはなかったです。
省6
101: 85 2013/02/24(日)09:13 AAS
>>100
実状は多少わかった。
以下は戯言。
自分の会社はOpenFOAMとFLUENTを併用中。
OpenFOAMは解がおかしかったり、収束が悪かったり、
プリポストが貧弱過ぎたりして、業務では使いにくい。
相変わらずFLUENT、自動車系ならSTARが強いよ。
ただ、大規模とカスタムの分野ではOpenFOAMに
期待している。
企業が欲しいのは、OpenFOAMに特化した人材では
省15
102: 2013/02/24(日)09:57 AAS
まぁFluentなんか1000万円するので、ちょっとやってみたい と思っても、なかなかねー。
３次元CADはどこの会社でもあるだろうから、netgen とか gmsh とかのフりーのメッシャーが
うまく使えるといいんだけどねー。
103: 2013/02/24(日)13:52 AAS
OpenFOAMが伸びれば伸びるほど商用ソルバの価格も下がるんじゃないの
むしろそれに一番期待してるんだが
104: 2013/02/24(日)17:24 AAS
使うことばっかり考えて、使いやすくしようとしない限り、普及はしないよ。
105: 2013/02/24(日)17:41 AAS
使いやすくすると、サポートは馬鹿まで相手にしないといけなくなる。
よくわかっている人しか使えない方がいいんだよ。
106: 2013/02/24(日)17:44 AAS
使いやすさってのも人それぞれっていうか
OpenFOAMを好きで使ってる人はUNIX系OSにも精通してて、便利にするのに
sedやらシンボリックリンクやら、あとそれらを自動化するスクリプトで対応
していく方向に進みがちな気もする
107(1): 2013/02/24(日)19:54 AAS
しかしUnix系のシェルベースで作業する場合、ケースが増えてくると管理に苦労するんだよなぁ。
あと、条件をちょっと変えたケースをする場合、共通のものはなるべくシンボリックリンクを
張るようにしてる(とくにpolyMesh等のでかいやつはコピーも大変だし)けど、
これもケース数が増えてくるときついな。整理しようとディレクトリ構造を変えるなんて日には…。
ハードリンクを使うのも手だが、シェルベースでそれやるのも実際しんどいような…。
この辺カバーしてくれる統合環境があれば、Unix系のユーザも嬉しいんだろうけど。
108(2): 2013/02/26(火)14:10 AAS
商用ソフトでは格子が共通なケーススタディをする場合、格子データは共有するような計算ケース管理機能があるのが一般的なの？
109(2): 2013/02/26(火)14:16 AAS
OpenFOAMはファイルの数が多いから大変ってことじゃね？
110: 108 2013/02/26(火)14:47 AAS
>>109
OpenFOAMの格子データはpolyMesh
ディレクトリ内にあるから、
これをコピーするだけだよね。
ファイルが多い、少ないは別として、
格子数がおおいと
111(1): 108 2013/02/26(火)14:52 AAS
すまん、途中で送ってしまった。
>109
OpenFOAMの格子データはpolyMesh
ディレクトリ内にあるから、
これをコピーするだけだよね。
まあファイルが多い、少ないは別として、
格子数が多いと格子データが大きくなる
のは商用、非商用問わず変わらないけど、
商用は格子データを共有する機能はあるの
が普通なのかな？という疑問ですよ
112: 2013/02/27(水)10:28 AAS
名 称 ：WIND EXPO 2013 〜第1回[国際] 風力発電展〜
外部ﾘﾝｸ:www.windexpo.jp
開催場所 ：東京ビッグサイト
開催日 ：2013年2月27日(水)〜3月1日(金)
開催時間 ：10:00〜18:00（最終日は17:00終了）
113: 2013/02/27(水)23:08 AAS
>>111
CFXだと、最初にメッシュデータを指定するので、どこのディレクトリのどのメッシュデータでも使える。
とか、そういう意味？
114: 2013/02/28(木)01:17 AAS
まあ格子データファイルのパスを設定出来る場合はそういったことは出来るだろうけど、
ディレクトリ構造を整理して参照先の場所が変わったら結局ダメになるんじゃね
>>107を見る限り計算間の共通データは格子だけではないみたいだから、
振らないパラメタは全部リンクさせてるのかも知れないね
115: 2013/02/28(木)19:18 AAS
自分は場合によっては0、constant、systemとかをディレクトリごとリンクしたりするけど。
リンクには容量の問題以外にも、ファイル・ディレクトリ構造の見通しを良くするという観点もあるでしょ
116: 2013/02/28(木)23:53 AAS
その3つをリンクさせちゃったら同じ計算しか出来なくない？
117: 2013/07/17(水) NY:AN:NY.AN AAS
504 名前：ご冗談でしょう？名無しさん[] 投稿日：2013/07/16(火) NY:AN:NY.AN ID:zaCk92+d
>>503
東京理科大のバカには理解出来ないんだろ
静圧・風速は全方向に音速で伝播してエネルギーと情報を伝える
その効果範囲は無限大で効果がなくなる境目など存在しない
家の蛇口をひねれば水源地の水位が変わるのさ
音速で伝播する
この情報とエネルギーの伝播を保証するのはCFL条件と言われていてあらゆるシミュレーションで必須の拘束条件
これを破るシミュレーションは正しい結果をもたらさない
118(1): 2013/07/17(水) NY:AN:NY.AN AAS
何かおかしいか？
何の話題か知らないけど圧縮性計算の話なら概ねそれで合ってると思うけど
付け加えるとしたらNS方程式の圧力勾配項は特性速度が音速だけど
移流項と拡散項の特性速度は流速だよってことくらいか
まあ項ごとに時間刻みを分けないなら、CFL条件を考える際の代表速度が
音速でなければならないのは正解
非圧縮計算の場合は圧力の特性速度が無限大になるような感じ
つまり速度が決まれば即座に無限遠まで圧力の情報が伝播する
この場合はCFL条件を考える場合の代表速度は流速で良い
119(1): 2013/07/17(水) NY:AN:NY.AN AAS
何の話か調べてみたら例の王将の小型風車の話か
CFL条件云々に関しては正しいが別に圧縮流体計算の時間刻みの話題でもなかったし
例の風車に関しても永久機関詐欺だとか言ってることが滅茶苦茶だな
上下前次1-新書関写板覧索設栞歴
あと 74 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.005s