NAPA软件manual部分翻译3.docVIP

NAPA软件manual部分翻译3 9.3.8 、Dummy surfaces（暂译为虚拟面吧！） 虚拟面的作用是帮助napa辨识room的定义或让napa运行更快。dummy surface放在括号中，并且它并不添加一个边界，仅是给个信息。dummy limit只能在它应该出现的地方被给出（即它是用于限定哪里的）。 括号中的坐标对一个方向进行了限定，例如： LIMITS 20 30 0 HULL （0）4 这个定义告诉了napa Z向的下边界是Z=0，而没有加一个plane，如果加了plane（即将括号去掉），将会产生对一个limit定义两次的情况。（即hull已限定了Z的下边界，因hull同时限定y的正向边界与Z的下边界，现在又多了个Z=0来限定Z的下边界，即Z向下边界这个limit被定义了两次，不过这样定义应该也不会有问题，自己试过是没问题的。） 对于句法syntax name/axis=q，例如STEM/Z=3，napa将一定会把它看成是提供一个dummy surface。（不知这个怎么用，是不是将（stem/z=3）放在“（0）”那个位置上用呢？）后面有说明，将stem/z代替0，在9.3.9节。x方向上的dummy坐标可以加快napa生成计算剖面，由于有了它，napa将不会去寻找limit，省了这个步骤。（不过好像设dummy limit均是闲着没事瞎闹）。 括号里的surface表示这个surface是room沿那个方向的restrict，当napa寻找该方向的最大坐标时，便便捷了，例如： LIMITS 20 30 0 HULL （hull）4 这个例子，dummy surface符合系统的假定（很巧），但是，当限定一个limit有几种选择时（例如，有两个surface均指明了inside），而系统又选择了错误的那一个，就可能需要dummy surface了。（但个人觉得还不如明确地将那个surface作为limit写到语句里面去来得更爽快，总之，dummy surface就是个没什么用的玩意儿。） 9.3.9、确定一个room的extension 一个room在坐标方向上（坐标轴上）的extension在很多情况下是有用的。一般情况下，只有在做费时的计算（舱室计算？）时，才会知道舱室的边界。采用的方法是在对舱室进行剖切时同时也获取这些剖面的坐标值。 然而，即使没有对舱室进行剖切，也有必要知道舱室的边界。本节将给出一种方式直接从定义语句里推理出舱室的limit。虽然这种方法并不一定总能给出真实的limit，但在许多方面，这种方法得到的limit是很有用的。并且一般情况下，不会仅仅为了得到limit的最大坐标值而去让napa生成用于舱室计算的剖面。 对于elementary 类型的舱室，在一个方向上的最大坐标值取决于舱室所引用的surface在这个方向上的范围。因此，如果一个surface在舱室定义中所起到的作用是lower Z-limit（bottom），那么这个surface在Z向的最低点也可以被看作是舱室的Z向最低点。舱室的Z向最低点可能会比surface的Z向最低点高一些，但是这样取值至少是安全的，并且在很多情况下满足精度要求。特别是，这样做能够避免产生虚拟面，即让一个与舱室所引用的其中一个limit不相交的平面去切这个舱室，从而导致这个边界被忽略了！ （例如 (Ⅱ)(Ⅳ) 这里有四个边界，如果剖切平面间距太大，边界(Ⅱ)与(Ⅳ)便被忽略了，即(Ⅱ)与(Ⅳ)不 管是何种形状，剖切结果均是一样的） 如果由于一些原因，导致最初定义的limit精度很差，可以在定义语句中加入 dummy limit。 在生成舱室剖切平面时，sections在x方向上的间隔步长是根据最初定义的limit而来的。如果有些section在舱室之外（即与舱室任意一点无交集，为何会出现section在舱室之外这种情况呢？因为前面已讲过，舱室在任一个方向上的最大值均是保守取值，偏向于安全，即舱室本来在x方向上最大值为10，但实际取的可能是20），则napa会自动寻找实际的limits（怎么找，摒弃不相交的剖面即可！）。预估的边界将会被由计算剖面得到的边界所取代。 例如： 如果预估的边界在舱室之外（99％均是这种情况），加入了dummy limit之后，就省去了去寻找边界的取值范围这个步骤，生成舱室计算剖面也会更快一些。方法是用curve/axis=q这个语句，如下面例子所示： 没有定义dummy limit时，预估的upper x-limit是100