NASTRAN输入格式 — CAE术语解释
NASTRAN输入格式
老师，Nastran格式是什么样的文件格式？
NASTRAN输入格式的理论基础
NASTRAN输入格式的基本哲学
为什么NASTRAN的输入文件被称为"BDF"，采用固定格式的文本文件呢？即使现在主要是用GUI来建模。
这源于历史原因和可靠性。NASTRAN是20世纪60年代由NASA开发的，当时采用卡片读卡器的固定长度格式作为标准。这种格式被规范化为Bulk Data File (BDF)，求解器在解析数据时可以消除歧义。例如，第1列是"$"表示注释，第1-8列是字段名，第9-16列是第1个数据…位置是固定的。MSC和Siemens的求解器也继承了这个基本格式。
位置固定意味着如果列数错误，会完全误解吗？
完全正确。例如，定义节点坐标的GRID卡片。本应在第9-16列放置节点号"100"，但如果从第12列开始写，求解器会将第9-16列解释为" 100"，节点号会被读为"0"（空白被当作0处理）。这就成为建模错误的根源。GUI工具（Patran、Femap）最终生成这个BDF，相当于一个"翻译机"。
BDF的内部是如何组织的？
大致分为3个块。首先是执行控制部分（SOL、CEND等）。其次是案例控制部分（SUBCASE、SPC、LOAD等）。最后是包含所有模型数据的体积数据部分。体积数据部分是"卡片"的集合体，包括GRID、CQUAD4、MAT1、FORCE等，每个卡片遵循特定的格式。这是NASTRAN输入的基本框架。
NASTRAN输入格式的数值计算方法
体积数据卡片的格式和数值
请教一下具体的卡片写法。比如材料数据怎么写？
对于各向同性线性弹性材料，使用MAT1卡片。格式有"小字段"和"大字段"两种，但基本上第1-8列是卡片名，之后每8个字符放置一个数据。例如定义钢材：
MAT1 1 2.05E+05 0.3 7.85E-09其中，第9-16列：材料ID"1"，第17-24列：杨氏模量"2.05E+05"（MPa），第25-32列：泊松比"0.3"，第33-40列：密度"7.85E-09"（ton/mm³）。可以使用科学计数法"E"。
如果需要8个字符以上的数值，比如需要很多有效数字的常数，怎么办？
那种情况下使用"大字段"格式。第1-8列是卡片名，第9-16列是第1个数据，第17-24列是第2个数据…基本相同，但将一个数据字段扩展到16列。具体来说，第9-24列是第1个数据，第25-40列是第2个数据。输入数据时，不是从第9列开始，而是从第10列开始写是惯例。这样可以使用双倍的位数。
单元的定义似乎更复杂，CQUAD4卡片怎么写？
4节点壳单元CQUAD4最少需要单元ID、特性ID和4个节点号。例：
CQUAD4 100 10 1 2 3 4第9-16列：单元ID"100"，第17-24列：特性ID"10"，第25-32列：节点1"1"，第33-40列：节点2"2"，第41-48列：节点3"3"，第49-56列：节点4"4"。节点的排列顺序应该是右手系逆时针，否则雅可比行列式为负，导致错误。
NASTRAN输入格式的实际应用
BDF文件创建和调试的工作流程
实际创建和修改BDF文件时有高效的方法吗？用文本编辑器直接编辑吗？
基本上用GUI前处理器（Patran、Femap、HyperMesh）建立模型，然后导出BDF。但是，当需要在参数研究中只改变材料常数，或为特定节点组添加荷载时，用脚本（Python、Perl）或文本编辑器直接编辑会更快。此时，将卡片位置可视化的编辑器设置（网格线显示）是必须的。另外，MSC或Siemens求解器有nastran check选项，可以仅进行语法检查，在执行前发现错误。
当体积数据部分有数万行的巨大文件，只想提取并检查特定的单元（例如ID为5000到6000的CQUAD4）时，怎么办？
UNIX系的grep、awk、sed命令非常强大。例如，grep -n "CQUAD4.*[5-9][0-9][0-9][0-9]" model.bdf | head -20可以显示ID为5000-9999的CQUAD4卡片及其行号的前20条。Windows可以用PowerShell或findstr命令代替。这样，BDF因为是基于文本的，所以通过编程的过滤和批量编辑变得容易。
运行时出现"FATAL MESSAGE"错误时，应该怀疑BDF文件的哪些部分？
首先读FATAL MESSAGE之后的消息。例如"USER FATAL MESSAGE 9050 (SCAN)"是体积数据的扫描错误，怀疑卡片格式不正确。输出的.f06文件或.log文件会显示发生错误"附近的卡片"，重点检查那个卡片的前后几行。特别是卡片名的拼写错误（GRID写成GRIDD），数值字段中有文字，继续卡片（以"*"开头）的使用错误是典型的。
NASTRAN输入格式的软件比较
各厂商求解器中的输入格式差异
"NASTRAN"有MSC、Siemens、NEi等多种，输入格式完全相同吗？
基本格式是共同的，但各厂商有自己的扩展。MSC NASTRAN的BDF通常可以用Siemens NX NASTRAN执行，但不是100%兼容。例如，MSC专有的非线性单元或求解选项的卡片在Siemens中会被忽略或出错。反过来也是。另外，自由格式输入的处理也有差异。MSC支持逗号分隔，Siemens倾向于更严格地要求固定格式。
自由格式输入是什么？
不受固定列位置的限制，用逗号或空格分隔数据的格式。在BDF开头加入NASTRAN SYSTEM(344)=1等执行控制语句即可启用。例：
MAT1, 1, 2.05E+05, 0.3, 7.85E-09这种形式读写更容易，但并不是所有求解器或版本都能完全支持。特别是在大规模数据中，解析可能变慢。业界中固定格式仍然是事实标准。
Abaqus的.inp文件和Ansys的.cdb文件与之有什么区别？
基本哲学不同。Abaqus的.inp是基于关键字的，格式相对自由。Ansys的.cdb继承NASTRAN BDF的固定格式系统，但卡片名和数据结构不同。例如，节点定义不是GRID而是N。NASTRAN BDF在航空航天业长期使用，作为"标准"的地位很强，不同厂商的前后处理工具（Altair HyperMesh、ANSA等）也标准支持BDF的输入输出。这是最大的优势。
NASTRAN输入格式的问题处理
常见的BDF相关错误和对策
出现了"USER FATAL MESSAGE 9052"错误。这是什么原因？
9052是"体积数据卡片图像无法识别"的错误。最常见的原因是卡片名拼写错误或卡片名不在允许的位置。例如，在体积数据部分写了CEND或BEGIN BULK这样的执行控制卡片。错误消息附近应该显示"OFFENDING CARD:"，检查那个卡片的第1-8列是否一字一句都对。
"*** SYSTEM FATAL MESSAGE 4272 (GENEL)"是什么？
4272是"任务超过可执行大小"的授权或系统资源相关的错误。不是BDF文件本身的错误，但模型太大（例如，单元数超过授权许可的上限）是原因。对于MSC NASTRAN，需要检查PARAM,MAXRATIO或PARAM,POST的设置，或考虑分割模型进行多次运行。
计算能运行，但结果（位移或应力）明显物理上不可能。BDF的哪里值得怀疑？
这不是FATAL错误，但最危险的情况。首先怀疑单位系的不匹配。BDF没有规定单位。例如，GRID坐标用mm写，MAT1杨氏模量用MPa写，但FORCE卡片的荷载值用kN而不是N写，力的平衡就会破坏。其次怀疑边界条件的遗漏。SPC（单点约束）卡片中约束的节点号是否真的存在于模型中。最后怀疑材料常数的数位错误。如果E+05错写成E+04，刚性会变成1/10，位移会变成10倍。
编辑大的BDF文件时，容易不小心弄错列位置，很害怕。有预防措施吗？
有三种对策。第一，使用专用BDF编辑器，或能显示列导线的编辑器（VSCode、Notepad++等有插件）。第二，编辑时必须用"批量替换"或"脚本"进行，避免手工输入。第三，编辑前后对文件进行差分比对（用diff命令或WinMerge等工具）。只检查变更部分，可以直观地发现意外的位置变化。这些在实际工作中是基本的工作流程。
相关主题
意义
更详细
错误