Global Moderators

一个是锥子喷射，一个是锥子孔喷射。

可能是：

锥子喷射能保证喷着时是锥形分布。

锥子孔空射，是保证出口形状是锥子孔，至于能不能喷射成锥形，得看喷射压力和喷射流量了。

大口径小流量，是会单边喷射的，就像洗澡的花洒没水了。。。。

应该和左下角的 tolerance 相关。
这tolerance都那么小了，还能12点覆盖

估计是把一个几何体修复成一个点了，所以崩了

@dxl 不用放时刻文件夹。文件名中的001 002 003就被当作顺序了

@dxl

这个tableToPointsFilter可以区分时间保存吗

可以呀。每个时间步存一个txt，只要txt的命名有规则，比如

abc001.txt
abc002.txt
abc003.txt

paraview就能批量读进来。

如果不是这样规范命名，桌和代表时间的数字前面没补零，长度不一样，可以用rename之类的命令批量修改。

另外，你这时在linux里直接读写win的文件啊？我没怎么用过wsl，我记得很早的时候。在win上用wsl互相交换文件。要在linux里挂载win的盘符，从linux的根目录出发去找文件，比如：
/mnt/F

因为两个系统的“文件系统”不一样，一个是ext4，一个是NTFS。权限、命名规则不一样（win不接受一些特殊字符、不区分大小写）

用挂载的方式去读写文件，会有个不同文件系统转换的过程。

直接读写也能操作，但容易出问题。

@Kirknwpu 怎么增大的计算域？整体放大还是拉长？

按说出现回流，加长流域大部分情况下能解决。出口那里本就该有个涡，被出口边界一分为二。加长，就可以躲开那个本就应该存在的涡。

要么是那里本不该有涡，但是因为精度或者还没收敛，不稳定。

试试先用压力出口稳一稳，阻碍一下回流。算到大概稳定，再切换到原本的出口边界条件。

@dxl
开一个终端，用这个命令监视内存

watch -n 1 free -h

看看是不是“内存渐增，崩的时候满了”。用system monitor 看也行。

保存成视频应该有两种方法，一种是直接出视频，一种是连续图片。按说出连续图片的应该不怎么占内存。

不知道怎么存的坐标。按说应该是文本文件。这样的话就可以读取存储坐标的文本文件，然后用table To Points filter 转成坐标系的点。点的形状尺寸也能调。

报错就是那个文件不存在

two_compiler_particle.0393.nut

paraview可以直接读openfoam的数据呀。

也可以试试更新以下paraview试试

初始化的时候有几个选项，有混合、标准；相对值、绝对值。

可以试试查查不同

https://www.openfoam.com/documentation/guides/latest/api/classFoam_1_1compressible_1_1humidityTemperatureCoupledMixedFvPatchScalarField.html

https://www.cfd-online.com/Forums/openfoam-solving/147129-condensation-using-openfoam.html

https://www.researchgate.net/publication/279643607_Modeling_of_Direct_Contact_Condensation_With_OpenFOAM

https://jhmtr.semnan.ac.ir/article_467.html

https://github.com/NimaSam/phaseChangeHeatFoam

仿真结束的时候室温还是20度么？

有没有考虑温度越高，加热过的空气密度越低，对流会强烈。如果房间被加热，还会向外辐射。

实际中，房间向外辐射多少且不说。钢筋混凝土也会吸热。
比如说，背阴的房子“阴凉”，就是房体、地基（山里的阴凉就是山体很难暖热）温度低，进去很难把房间暖热。

仿真中的模型应该是理想绝热的。墙体、地基有没有设定材料，算比热容什么的。地基的吸热应该比墙体吸的更多。墙体还有个厚度，地面是无限厚的。应该设定个固定温度之类的。

可以检查下散热片附近的流场有没有加强，墙体、地面的温度升高多少。