チェックと補正の作成 / 編集

Tclの各チェックには、チェックで検証されるアルゴリズムを含む一意の Tclプロシージャが関連付けられています。Tclプロシージャは、あらかじめ定義された以下の名前空間の中に存在しなければなりません。

• LS-DYNA固有のプロシージャ用 HM::ModelCheck::LsDyna
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::Nastran
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::OptiStruct
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::RadiossBlock
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::Abaqus
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::Ansys
• LS-DYNA固有のプロシージャ用 HM::ModelCheck::Permas

Tclのチェックを作成する際には、以下の点に留意してください。

1. チェック名は一意である必要があります。
2. Config は“TclCheck”に設定する必要があります。
3. エンティティタイプは、チェックが実行されるエンティティのタイプと一致している必要があります。
4. レベルはチェックと関連付ける必要があります。
5. 関数名には、Tclプロシージャの名前全体を名前空間とともに含める必要があります。
6. Tcl ファイル名は、checks設定ファイルからの相対パス、または Tclプロシージャを含むTclファイルの絶対パスのいずれかを指定します。

   
   
   図 1.

Tclプロシージャ内で、以下のようにチェックの失敗したエンティティリストを更新します。

*createmark mats 1 $failed_id_list
hm_setmodelcheckresultentids $checkDisplayname 1

以下は、Tclの手順例です。

proc :: HM::ModelCheck::Nastran::CheckPropsUnused { checkDisplayname } {
    set entitytype [hm_getmodelcheckenttype $checkDisplayname];
         if { $entitytype ne "Props" } { return; }

    set lsProps [hm_propertylist id];
    if {[llength $lsProps] == 0} {
        hm_setmodelcheckcheckstatus $checkDisplayname 3;
        return;
    }

    *EntityPreviewUnused properties 1;
    set lsProps [hm_getmark props 1];
    set lsFailed {};
    foreach prop_id $lsProps {
        lappend lsFailed $prop_id;
    }

        eval *createmark $entitytype 1 "by id" $lsFailed;
        if { [hm_marklength $entitytype 1] } {
            hm_setmodelcheckresultentids $checkDisplayname 1;
        } else {
     hm_setmodelcheckresultentids $checkDisplayname 1;
        }
   };

これらの既存のチェックにおける値の制限やフィルターも変更することができます。これらのチェックの作成には：

• 一意のチェック名を使用する
• エンティティタイプは、チェックを実行するエンティティのタイプに設定
• レベルはチェックに関連付ける
• カスタマイズ可能な機能名は以下の通り
• フィルター定義、値定義、リファレンスを適宜定義する
• フィルターの定義：
  • Filter Attribute - "CARD","CONFIG","TYPE","GROUPTYPE"またはテンプレートで定義された属性名
  • Filter Value - 渡すべきフィルター（属性名または値）。上記機能の一部で"STATUS_OFF"を用いて属性の状態まで確認することができます。
  • Filter Criteria - PASS, FAIL, EQ, NE, LT, LE, GT, GE。PASSとFAILは通常、STATUS_OFFフィルターに使用されます。

    
    
    図 4.

• 値の定義：
  • Value Attribute - 上記の機能に適用されるデータ名または属性名（テンプレートで定義されている）。
  • Value Limit - 受け入れ可能な許容値
  • Filter Criteria - EQ, NE, LT, LE, GT, GE。

    
    
    図 5.

• 参照定義：
  • References - テンプレートで定義されたデータ名または属性名

    
    
    図 6.

AttributeValueRange - 属性値が指定された範囲内で定義されているかどうかを確認します。このチェックは、ソルバーの実行に必須、または所定の制限内に定義する必要がある、整数、ダブル、エンティティフィールドに対して実行することができます。値の限界と基準は、値定義で定義されます。チェックは、フィルター定義を使ってフィルターを追加することで、さらにカスタマイズすることができます。

図 7. Area is not defined for section beam

DatanameValueRange - エンティティのデータ名が指定された範囲にあるかどうかをチェックします。このチェックは"AttributeValueRange"と同じ機能を持ち、テンプレートファイルに定義されていないデータ名に対して実行することができます。

図 8. Admas having zero or negative mass

EntityFieldDefined - 属性フィールドにエンティティが関連付けられているかどうかをチェックします。エンティティは、参照で定義されています。チェックは、フィルター定義を使ってフィルターを追加することで、さらにカスタマイズすることができます。このチェックは、テンプレートで定義された属性と、新しいエンティティに定義されたデータ名の両方に対して機能します。

図 9. Sid is missing for the airbag definition

UndefinedEntities - エンティティに未定義のエンティティが含まれているかどうかをチェックします。未定義のエンティティは、参照で定義する必要があります。このチェックは、テンプレートで定義された属性と、新しいエンティティに定義されたデータ名の両方に対して機能します。

図 10. Component is referring to undefined entity

UnresolvedEntities - エンティティが未解決のエンティティを参照しているかどうかをチェックします。未解決のエンティティは、参照で定義する必要があります。このチェックは、テンプレートで定義された属性と、新しいエンティティに定義されたデータ名の両方に対して機能します。

図 11. Unresolved main or secondary in contact

EntGetRefIncludeFile - エンティティとエンティティ内の参照が同じインクルード内にあるかどうかをチェックします。属性は、参照で定義する必要があります。このチェックは、テンプレートファイルで定義された属性にのみ使用できます。

図 12. Mat and referenced curves not in same include

CheckReferencesInSameInclude - エンティティとdatanameフィールドで参照されるエンティティが同じインクルード内にあるかどうかをチェックします。データ名は、参照で定義する必要があります。このチェックは、新しいエンティティのデータ名に対してのみ使用できます。

図 13. Cload and referenced entities not in same include

EntityNotOnRigidParts - エンティティが剛体部分と関連付けられている場合に、チェックします。このチェックは、LS-DYNAソルバーに特有のものです。エンティティは、参照で定義されています。チェックは、フィルター定義を使ってフィルターを追加することで、さらにカスタマイズすることができます。

図 14. CRB referring to non-rigid part