当然，背刺这种说法，只是常浩南的内心吐槽。

真要说出来的话，就有点小题大做了。

达索虽然和火炬集团有所合作，也是TORCHMultiphysics软件的重要用户之一，甚至还购买了曙光集团专门推出的超级计算机。

但在数值计算这块，总归只是厂商和客户的关系。

双方并未结成任何形式的商业联盟，而猎鹰Z的合作研发协议中也没有规定说工程文件必须以何种形式提交。

只不过，这种“合作伙伴抛弃自己选择友商同类产品”的情节，实在是过于NTR了。

因此，常浩南还是把那个工程文件给下载了下来。

实际，TORCHMultiphysics在某个小版本之后，甚至可以兼容打开和编辑cmph文件。

最多会有一些COMSOLMultiphysics的专属功能无法使用而已。

很快，常浩南的电脑屏幕，就出现了一个已经做好网格化分割的机翼。

而且，还是已经带细节的。

如果放大，甚至能看到襟副翼建模，以及翼梢小翼。

严格来说，算是翼尖帆。

应该是借鉴了空客A320的某些设计。

当然这也正常。

飞机设计嘛，尤其是民机设计。

好用的要素很快就会一传十十传百地扩散开来。

“让我看看你们这是在算些什么东西……”

常浩南开始进一步查看工程文件中所带有的一些数据――

1997年，TORCHMultiphysics的第一个试用版发售时，常用且方便的储存媒介几乎只有3.5英寸软盘。

为了避免工程文件太大，以至于需要分几张盘来储存的情况，常浩南就把编辑和运行的日志文件从工程文件当中剥离了出来。

后来，这就成了几乎所有数值计算软件的惯例。

结果，现在回旋镖扎到了自己头。

在缺少信息的情况下，常浩南花了大概半小时，才整明白达索这帮工程师在研究些什么问题。

简单来说，他们应该是准备设计出一种可以在跨音速范围内阻力极低的机翼。

由于M88核心机改出来的小推力涡扇动力十足，因此，只要机身，尤其是机翼部分的阻力达标，那么这架飞机完全可以在0.9马赫，甚至0.95马赫的“准音速”下实现经济且安静的航行。

这意味着，相比于当前市面航速普遍在0.7-0.8马赫的竞争对手，猎鹰Z可以节约大概15%的飞行时间。

对于公务机瞄准的客户群体来说，显然很有吸引力。

而且也是非常好的宣传噱头。

不过，猎鹰Z总归不可能把机翼做成三角翼或者后掠翼。

要在大体属于平直翼的机翼实现优秀的近音速性能，光靠优化翼型是没前途的。

翼面细节也要关注到才行。

而这份工程文件，就是在计算近翼面处的空气流动情况。

说起来跟当年常浩南优化歼8C翼型那会所做的工作性质类似。

不过精细程度要高得多。

毕竟，在结构容许的范围内，战斗机无需考虑气流造成的噪声和抖动。

实际，即便单考虑结构，大展弦比的平直翼也比三角翼要复杂得多。

因此，以这份工程文件呈现出的内容来看，达索的工程师们似乎还处在相对早期的研究当中。

而换用COMSOLMultiphysics，也大概率是看中了其宣传中的高计算效率。

否则这翼型大概率赶不猎鹰Z的时间表。

当然，客机嘛，结构相对简单。

很多型号甚至把不同设计的机翼作为选装件提供给客户。

但如果能赶作为标配，那肯定是更好。

不过……

看着屏幕的机翼建模，常浩南一只手轻轻扶了下巴。

“这个计算结果，似乎……有些问题？”

在三星海工搞出这一波事情之前，常浩南出于兴趣，就一直在研究有限体积法求解粘弹性本构方程时，遇到高计算权重问题的解决方法。

实际，他已经找到了一种不涉及扩散项的本构方程，只是还没有来的及找出具体的求解方法。

在那个过程中，常浩南使用了手头大量的既有算例，为高阶数据降维过程提供“学习素材”。

所以，尽管他本人无法像计算机那样给出精确到一定位数的数值计算结果，但对于结果的特征，或者说趋势，还是有些直觉的。

但达索那边算出来的几组结果之间，却不符合他的直觉。

“刘教授。”

常浩南抬起头，看向正坐在沙发，已经喝掉了不知道第几杯茶水的刘洪波。

“嗯？”

后者这功夫正百无聊赖，纠结着是否要主动告辞，就听到了自家老板的声音：

“常总您说。”

“你那有2.5版本的COMSOLMultiphysics对吧？”

常浩南问道。

“有的。”

刘洪波有些茫然地回答。

“那就好。”

常浩南说着重新把视线投回到屏幕，然后把那封来自达索的邮件转发到了刘洪波的邮箱里：

“我给你发了一份邮件，里面有一个COMSOLMultiphysics的工程文件，你回去之后用他们最新版本的软件打开，什么也不要改，直接从头开始跑一遍计算。”

尽管刘洪波仍然不知道常浩南想要干什么，但他还是点了点头：

“好，我尽快把结果发给您。”

然而常浩南却直接摇头：

“不……结果我不需要。”

“你到时候把这个计算过程的日志提取出来，然后发到我邮箱。”

……

刘洪波的动作相当快。

只过了不到两天时间，常浩南就收到了他发送过来的日志文件。

txt格式的。

COMSOLMultiphysics由于比历史早了好几年独立发售，所以很多软件层面的细节并不好。

比如典型的，直接用txt格式储存日志。

当然，对于常浩南这种肉眼查日志的硬核狠人，那确实是方便了不少。

而检查的结果……

也印证了他两天前的猜测。

“真是艹了……”

常浩南整个人靠在椅背，自言自语地笑骂了一句――

从近两个月前，他就开始思考，COMSOL到底会如何解决粘弹性本构方程的高计算权重问题。

而结果是……

根本没解决……

从日志中可以看出，计算过程就是直接按照一般方法，采用格心FVM离散方式对N-S方程进行数值求解。

只不过，带有这些特征的情况确实比较极端，实际并不算常见。

尤其COMSOL过去的老主顾普遍是实力和财力都有限的学校和中小型企业。

更不常见了。

而在2.5版本之后才开始尝试使用COMSOLMultiphysics的新客户，这会大多数应该还没完全适应。

就像达索，都已经开始用它做起项目了，但仍然处在摸索状态。

连结果有问题都不知道。

所以，到目前为止，瑞典人应该还没有得到相关反馈。

换句话说，他们很可能从始至终，都根本不知道，或者没想过刚刚那个问题……

而常浩南……

则一直在跟空气斗智斗勇。

想到这里，他苦笑着摇摇头，然后打开Word文档，准备写一份备忘录，把情况告知给达索方面。

毕竟，猎鹰Z是大家共同开发的项目。

如果在机翼这种大活出现差错，势必要影响整个项目的进度。

顺便名正言顺地让他们用回过去的计算工具。

得益于并未绑定有限体积法，TORCHMultiphysics在计算粘弹性本构方程时根本不需要面对高计算权重问题。

而代价则是比较吃计算资源。

但无论如何，总比最后算出问题的好。

至于COMSOL这个竞争对手……

常浩南则已经有了个相当“邪恶”的想法。