Ansys Workbench中不大不小的bug

whatinrain

不大不小的bug是指不是致命错误，不影响软件的整体使用，有相对曲折的解决方法。用了一段时间的workbench，发现了一些不大不小的bug，虽然无伤大碍，但有时候还是比较烦人的，在此列出来给使用workbench的一个参考，也希望发现类似bug的能够跟贴完善。
1. 右键菜单失效。
描述： 这个问题我以前发过帖询问的。这个问题一般出现在大量使用右键菜单后（大概几百下？吃不准），如创建virtual cells，接触以及局部放大等，右键菜单的图标会消失，同时也不起作用了。这个问题在v11，v11sp1都有出现。
这是正常时候的右键菜单

这是失效后的右键菜单

解决方案：出现这样的情况就只能退出workbench再重新进来，让人欣慰的是右键菜单失效的时候保存还是可以用的。

whatinrain

2. 复制（Duplicate）模型时可能出现致命错误以至于workbench退出。
描述：有时候在复制模型时，可能出现致命错误，然后强行退出workbench。这个其实影响使用了，但是因为出现的频率不高也就列在这里了。

解决方案：检查connection，mesh中是否有suppress的节点，如果有先删除然后再复制。提醒一下，如果需要复制模型，请先保存。有时候connection和mesh中有suppress的节点也照常可以复制，但是一旦发生不能复制的情况一般都是因为有suppress的节点。我有试过project->clean但是有suppress节点，复制的时候还是不行。

[ 本帖最后由 whatinrain 于 2008-8-7 02:31 编辑 ]

whatinrain

3. Engineering Data界面成白板了（说灰板也行）
描述：有时候engineering data界面会出现啥也没有的状态

解决方案：这个不是很清楚到底为什么会出现这种情况，一般出现的话有两个方法可以试试：1）点击Engineering Data中的菜单view->restore original window layout; 2） 如果不行，先退出workbench，然后修改目录C:\Documents andSettings\<user>\Application Data\Ansys\v110\ 为     C:\Documents and Settings\<user>\Application Data\Ansys\v110.old再试试，<user>是指当前使用的用户名。

whatinrain

4. Catia导入时的出错信息
描述：使用Catia for Ansys Workbench(sv6 2006版本）来直接导入catia文件（catpart或catproduct)时，会出现如下错误信息，

而且导入完成后接口程序的进程没有自动结束，在task manager中可以找到READER~1.EXE。
解决方案：1） 出现的错误信息不影响使用，出现的时候最好能够及时响应以关闭消息框，以后再关闭的话好像有点费劲。而READER~1.EXE这个进程只能在导入完成后手动终止了。2）安装Catia for Ansys Workbench 的 sv20 2008版本，可以支持catia v5r18。我试了一下错误消息框不再出现了，但是READER~1.EXE这个进程还是没有自动终止，不知道是不是我机器的问题。

whatinrain

5. 不停地出现保存对话框
描述： 打开一个dsdb文件，然后回到project tab中打开ansys classic，出现了classic的tab后再切换回simulation。这时候选择保存（不是另存为）会出现保存对话框。关闭classic tab （ansys output window还在）后再simulation再保存还是有保存对话框，再保存再出现。如果关闭ansys output window（打开classic的时候出现的）会没有任何提示直接关闭所有workbench的窗口。

解决方案：没啥好的解决方案，建议保存后退出workbench再进来。

whatinrain

6. 同一个Catia assembly导入Simulation和DesignModeler的零件顺序不一样
描述：如果一个Catia assembly中的零件超过9个，那个这个assembly导入Simulation和DesignMmodeler的零件顺序是不一样的。
这是导入simulation的零件顺序，这个顺序和在Catia中的零件顺序是一致的。

这是导入DesignModeler的零件顺序，和Catia中的零件顺序根本不一样。

先说说怎么发现这个问题的。在Simulation中导入Catia零件后开始设置contact和mesh并求解。发现求解时使用shell单元时surface-surface 的contact好像有问题（有些零件导入的时候是surface，需要给它们设置接触），然后发现在DesignModeler中加spot weld很方便，于是在DesignModeler中加工了后再倒入Simulation,然后就发现零件顺序变了，先前设置的contact，mesh中contact size什么的都变成有问号了。
解决方案：就我自己的这个问题，解决起来真费劲，等于是要重新设置了。如果分析的模型需要在DesignModeler中进一步处理，那还是先处理完了然后在Simulation里导入处理好的agdb。

fusser

楼主的第二条遇到了 解决了

LION_ARTHAS

我遇到了第二条
另外还有，就是做了一个分析很长时间的模型之后，结果已经算完了，不占资源，但是突然就down掉了
还有几次是点保存的时候突然就down掉了
ps：都是大尺寸模型

shumou

我也说一下，我前段时间碰到的最头疼的一个问题以及解决办法。
问题描述：我的机子是32位操作系统的，物理内存是3G多，当我的计算模型达到40多万节点时，经常是在计算结束，evaluate result的时候，弹出对话框Microsofte running time error,C++什么的，点击调试后，workbench强行被关闭，连保存的的机会都没有，非常郁闷。

后来我发现，这是因为我的模型节点太多，scratch space不够导致的，而且window32操作系统一般情况只支持2G的内存空间，设置/3GB后才支持3G，经过反复调试验证（调节work space和database)，我的机器只能计算大约50W节点以下的模型，再大的话，在计算的过程中就会跳出scratch space不够的错误信息,而且当模型节点在40多W时，经常会出现我上面出现的问题。

解决办法：（1）当模型节点数大于50W时：打开windows的/3GB开关，应该能够计算更大规模的模型，或者将操作系统换成64位的，64位操作系统可以支持很大的内存空间，好像是8G或16G，具体忘记了。
（2）当模型节点数在40W至50W之间时，在进行求解之前，将网格划分好，各种设置都设好后，保存，再求解，如果后来出现我上面提到的问题，点击调试WB强行退出后，找到刚才计算模型的工作目录，找到结果文件.rst，将其复制粘贴到另外随便一个目录下，然后再打开刚保存的dsdb文件，通过tool 菜单读入刚复制粘贴的那个结果文件（注意：是读入粘贴在另外一个目录下的结果文件，如果直接读入计算模型工作目录下的结果文件，软件会提示无效之类的信息）这样，软件会将结果信息映射到相应的网格上，完成你的后处理工作。然后可以删除那个粘贴的结果文件（工作目录下的结果文件不要删除），再保存dsdb。

另外说一点：因为我以前一直没碰到这个问题，在论坛上也没有搜索到这个问题，所以我不是很肯定32位操作系统最大只能计算大约40W节点这个问题出现在我身上究竟是一个特例还是一个普遍现象，这个还需要进一步验证。我以前用过64位操作系统，4G物理内存，记得当节点数达到将近200W时也出现过这个问题。

shumou

我也说一下，我前段时间碰到的最头疼的一个问题以及解决办法。
问题描述：我的机子是32位操作系统的，物理内存是3G多，当我的计算模型达到40多万节点时，经常是在计算结束，evaluate result的时候，弹出对话框Microsofte running time error,C++什么的，点击调试后，workbench强行被关闭，连保存的的机会都没有，非常郁闷。

后来我发现，这是因为我的模型节点太多，scratch space不够导致的，而且window32操作系统一般情况只支持2G的内存空间，设置/3GB后才支持3G，经过反复调试验证（调节work space和database)，我的机器只能计算大约50W节点以下的模型，再大的话，在计算的过程中就会跳出scratch space不够的错误信息,而且当模型节点在40多W时，经常会出现我上面出现的问题。

解决办法：（1）当模型节点数大于50W时：打开windows的/3GB开关，应该能够计算更大规模的模型，或者将操作系统换成64位的，64位操作系统可以支持很大的内存空间，好像是8G或16G，具体忘记了。
（2）当模型节点数在40W至50W之间时，在进行求解之前，将网格划分好，各种设置都设好后，保存，再求解，如果后来出现我上面提到的问题，点击调试WB强行退出后，找到刚才计算模型的工作目录，找到结果文件.rst，将其复制粘贴到另外随便一个目录下，然后再打开刚保存的dsdb文件，通过tool 菜单读入刚复制粘贴的那个结果文件（注意：是读入粘贴在另外一个目录下的结果文件，如果直接读入计算模型工作目录下的结果文件，软件会提示无效之类的信息）这样，软件会将结果信息映射到相应的网格上，完成你的后处理工作。然后可以删除那个粘贴的结果文件（工作目录下的结果文件不要删除），再保存dsdb。

另外说一点：因为我以前一直没碰到这个问题，在论坛上也没有搜索到这个问题，所以我不是很肯定32位操作系统最大只能计算大约40W节点这个问题出现在我身上究竟是一个特例还是一个普遍现象，这个还需要进一步验证。我以前用过64位操作系统，4G物理内存，记得当节点数达到将近200W时也出现过这个问题。

pfsr

你遇到的问题是普遍现象。要是不打开/3G，30W都很勉强。

shumou

感谢斑竹加分。我的机器在不打开/3GB之前，可以计算到40W节点左右（Static structure计算，模型不包含MPC，非线性接触之类）。
另外我还发现，虽然同一个project下面可以有多个分析model，但当随着model数的增加，软件支持的模型大小会变小的，所以通常情况，如果我觉得我的节点规模达到临界值左右，我会另外新建一个project进行计算，这样有时候在原来的project下面计算出问题，在新的project下可以顺利得到计算结果。

@mcwendy@

请问/3G在哪里打开？