仿真计算文件导入Ncode后的数据真的会有差异吗？

SimYoungC

1天前浏览12

本次分享主要内容：聊一聊计算文件导入到Ncode中显示的结果是否一致。

之前有小伙伴问为什么Ncode中显示的结果与计算结果的数值不一样，如ABAQUS、optistruct、ansys等这类结算结果查看与Ncode中的显示结果不同。

之前我也没怎么思考过这种事情，原因是一种思维惯性——大家都在用，这种数据传输不会出问题的，况且Ncode这么成熟的计算软件不会有这种问题存在。

这是种十分不好的思维惯性，还是需要对事物保持怀疑、警惕、探索的态度才不容易掉进人云亦云的陷阱。

本次就拿optistruct计算得到的op2文件为例来对比下在Hyperview和Ncode中显示结果的情况。

在对比前需要简单了解一下Ncode在仿真计算中的用途，Ncode是仿真中的疲劳统计软件，而统计数据以单元的数据结果为处理对象，并非节点数据处理，因此在Ncode中显示的结果总是看起来像马赛克一样。

Hyperview中的显示情况

我们做了个简单支架的随机振动，在Hyperview中的结果显示如下。

根据上面的应用情况，我们不对结果进行平均化处理，以单元结果显示，以最后一个频率点的结果作为对比项。

Ncode中的显示情况

Ncode中显示计算结果操作如下：

1、将op2文件拖拽到右侧空白处，在Dis上打勾即可显示模型状态，但此时仅是不带数据的模型。

2、双击FEInput窗口的蓝色区域即可进入编辑窗口。在ResultsLegend中选择ResultCase，选择最后一频率点作为结果显示。

这里要十分注意，选择的是element，而不是node on element。

3、在ModelParameters中的填充云图显示的line中选择Mesh，即可给显示结果带上单元线条框，方便我们后面查看、选择单元对象。

显示结果如下图所示。

4、点击上方菜单栏的鼠标箭头按钮，再选取一单元即可进行数据查看，若无数据出现可点击类似太阳标志的按钮，如下图红色框所示。

HyperView中的显示情况

1、打开计算结果文件，在contour中直接点击apply显示计算云图，该默认情况下为单元显示结果。

2、提取单元数据，在BuildPlots中选择对应的工况loadcase和结果形式resulttype，以及方向场量，在壳体单元中还区分上下表面，最后选择目标单元，点击apply。

3、数据结果会以曲线图形式展现，点击右边窗口即可进入HyperGraph 2D界面。

3、数据查看，选择CoordinateInfo，再选择一条数据即可看到整条曲线的原始数据。

数据对比

从上面两个软件后处理结果查看操作，我们可以得到同一单元的计算结果数据。此时我们就要看一下opt计算出来的文件是否在Ncode中会有异常。

都取同一ID单元449。

Hyperview中的结果：

Ncode中的结果：

从上面两图数据对比可以看出，两者数据并无差异，因此我们可以消除文章开头那个心中疑虑，可以放心在Ncode中的使用其他统计计算。对于其他格式的计算结果文件也可类似操作进行查看比对。

PS：从上面操作上我们也可以反知一点，通过Ncode中的结果显示可以知道Hv中的壳体单元的Z1与Z2对应的是底面和顶面。面对一些软件黑匣子，我们需要更多探索欲方知其一二。

希望小伙伴们在后台多多留言互动，一起探讨问题、相互学习、共同进步，与优秀同行！

来源：SimYoungC

Ncode中如何解决与仿真计算模型部件适配的对象问题

本次分享主要内容：介绍Ncode中设置与仿真模型中的部件模型相对应的对象。看到这个标题的时候或许你会觉得有点理解不过来，但请小伙伴们耐心往下看，这是关于解决Ncode与仿真模型间数据传输问题的方法。目前市场上使用的疲劳计算软件占比较大的仍为Ncode，这使得我们大多数工程师不得不适应该软件，但从操作界面上看，它在计算疲劳和数据处理上较其他软件更为简洁、方便，不论是环境因素还是软件本身，我们都需要用好Ncode。在Ncode中导入计算结果文件，要查看部件或分组情况只有四种选项：单元类型（element type）、属性（property）、材料（material）以及用户自定义（user）。通常我们用的比较多的是前三种选项，但我们会发现一个问题，不论用单元类型（element type）、属性（property）还是材料（material）都无法满足我们与计算文件中的结果相对应。通过上面的两个图，Ncode中的组件显示和计算文件中的组件显示，对比之下，我们很难在Ncode中找到相对应的组或部件，关注的地方更难以提取，这就给我们的疲劳计算带来巨大的不便。Ncode对于非ANSYS计算结果文件的传输存在较大不适配，如op2文件（这是用的比较多的文件），即计算文件内的名称无法传输到Ncode中的问题，我们也联系了Ncode的服务团队，他们也表示当前确实存在数据传导有一定缺陷。疲劳计算中不仅仅是一个疲劳类型下的统计计算，如一个框架结构中可能就存在十几种疲劳类型，若不能在Ncode中一次性计算，那将需要重复十几次，对于我们而言这是属于增加非必要的工作量，其次在查看结果中难以查看整体情况，十分不利于疲劳分析，对于这样的痛点我们需要找到解决问题的方法。通过material、property的id号可以与计算文件中的id相对应起来，如下图所示，材料的id号与Ncode中的MAT-后面的数字是一致的，property也是如此。解决办法计算文件中将目标组的材料或属性id设置成一定规则，到Ncode中会以MAT-id或SHELL-id、SOLID-id等形式出现，唯一不变的是结尾都是与计算文件中的id相对应。采用较为合理的命名规则能够更方便我们在Ncode中的选择操作和赋予材料的疲劳曲线。PS：本文中以hypermesh前处理软件进行操作，计算文件为op2，主机厂对于op2的使用更为广泛。希望小伙伴们在后台多多留言互动，一起探讨问题、相互学习、共同进步，与优秀同行！谢谢各位小伙伴的支持！来源：SimYoungC