你好，我说下当时情况，记不全了（有点啰嗦，勿怪）。
1、上面那个是初始算例，后来发现虽宏观上三者基本一致，但注意到OF与Fluent差异更小，以至于后来再也没用CFX比较。
2、就计算时间差异，单核算即使100h（4天），也可以通过并行将花费时间大幅减小，后来时间差异也没有深究。不过后来过几个算例，双核大概五十多个小时，四核大概二十个小时左右（记不清了）
3、不知是我设置有问题还是其他原因（上面有人提到原因可能是buoyantBoussinesqSimpleFoam时间步设置成了10-8s，后来我改为1s试了下，并未看到计算时间明显减小），后来有人怀疑残差定义三者有别（听说fluent残差是计算域通量残差积分），考虑到自身课题进度等原因，未花费精力对其深究。
4、计算设置是固定步数，CFX由于迅速收敛而未达到计算步数，fluent与of到计算步数而未收敛，故计算过程中加大了步数。
5、当时算例log后来估计删了（，找了没找到，那个算例太原始，没受重视）。
6、我的浅薄之见：of比CFX、fluent计算慢在情理中，试想一个庞大的商业公司每年养N多人搞开发，如果计算速度不比一套of计算代码快的话就怪了。CFX可能采用了某些神秘的加速收敛方案（我只用过一次CFX），毕竟源代码未公开。:joking: :joking: :lol:

@小火人 这张图是buoyantBoussinesqSimpleFoam算的温度场，稳态不可压，也差不多

@random_ran 多谢多谢！:laughing:

@cfd-china 对了，出现这个问题的原因，有没有可能是blockMesh单、双精度的原因，还有求解器单、双精度在哪里能看，能否指点下？:expressionless:

@cfd-china 好哒:laughing:

@cfd-china 有点意思，神，但如果是
（-1 -1 -1）
（ 0 0 0）
正常走不通，放大操作应该改为
（-1 -1.001 -1）
（ 0 0 0）
还是下面呢？
（-1 -0.999 -1）
（0 0 0）
:confused:

@cfd-china 经过微小改动热源坐标，总算算例走通了，不过这个问题确实有点意思，毕竟不能每次都这么费力地改动。即使单核计算走通了，并行计算却又报错:sad:

我在计算一个电路板（表面有许多小元器件热源）表面温度场时，元器件热源通过topoSet设置，如下：

算例运行出错，后来发现前处理划分网格，有如下问题：

log文件表示未能生成finalAgglom文件：

finalAgglom的log文件显示原因在于某cell未能找到：

令人匪夷所思的是，仅对topoSet下该元器件box坐标进行微小修改后，算例正常计算，
改前（运行报错）：

改后（运行顺利）：

各位神，对此有什么好的解决办法吗？毕竟，元器件（小热源）很多，这样无规律的修改模型参数十分繁琐，且毫无方向感。:confused:

下载OF-2.3.0对应的tecplot360版本进行编译即可，我在OF-2.4.0版本安装没问题，你可以试试，我的理解是，OF-2.3.0后tecplot没有变

@Dream_Chaser 嗯，后来这么用了，多谢:tongue_out:

你好，我说下当时情况，记不全了（有点啰嗦，勿怪）。
1、上面那个是初始算例，后来发现虽宏观上三者基本一致，但注意到OF与Fluent差异更小，以至于后来再也没用CFX比较。
2、就计算时间差异，单核算即使100h（4天），也可以通过并行将花费时间大幅减小，后来时间差异也没有深究。不过后来过几个算例，双核大概五十多个小时，四核大概二十个小时左右（记不清了）
3、不知是我设置有问题还是其他原因（上面有人提到原因可能是buoyantBoussinesqSimpleFoam时间步设置成了10-8s，后来我改为1s试了下，并未看到计算时间明显减小），后来有人怀疑残差定义三者有别（听说fluent残差是计算域通量残差积分），考虑到自身课题进度等原因，未花费精力对其深究。
4、计算设置是固定步数，CFX由于迅速收敛而未达到计算步数，fluent与of到计算步数而未收敛，故计算过程中加大了步数。
5、当时算例log后来估计删了（，找了没找到，那个算例太原始，没受重视）。
6、我的浅薄之见：of比CFX、fluent计算慢在情理中，试想一个庞大的商业公司每年养N多人搞开发，如果计算速度不比一套of计算代码快的话就怪了。CFX可能采用了某些神秘的加速收敛方案（我只用过一次CFX），毕竟源代码未公开。:joking: :joking: :lol:

应该是壁面附近加密造成的，通过主流中间那条黑带也可以看出。:sad: 不过，这发现OpenFOAM的snappyHexMesh或许有可能解决这个问题