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

各TCLチェックは、チェックで検証するアルゴリズムを含む固有のTCLプロシージャーに関連付けられています。TCLのプロシージャは、あらかじめ定義された名前空間に存在する必要があります。

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

以下のポイントに留意してTCLチェックを作成します。

1. check名は一意である必要があります。
2. Configは“TclCheck”に設定します。
3. Entityタイプは、チェックを実行するエンティティタイプと一致させる必要があります。
4. チェックにレベルを関連付けます。
5. 関数名には、名前空間を含むTCLプロシージャーの名前を使用します。
6. TCLファイル名は、チェックの設定ファイルからの相対パスか、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;
        }
   };

既存のチェックの値の制限やフィルターも変更することができます。これらのチェックの作成のために以下の点に留意します。

• 固有のチェック名の使用
• Entityタイプは、チェックを実行するエンティティタイプと一致させる
• チェックにレベルを関連付ける
• カスタマイズ可能な関数名は以下を参照
• 必要に応じて、フィルター、値、および参照を定義
• Filter definitions:
  • 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 definitions:
  • Value Attribute - 上記の関数に適用される、テンプレートで定義されたデータ名または属性名
  • Value Limit - 許容限界値
  • Value Criteria - EQ、NE、LT、LE、GT、GE

    
    
    図 5.

• Reference definitions:
  • References - テンプレートで定義されたデータ名または属性名

    
    
    図 6.

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

図 7. Area is not defined for section beam

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

図 8. Admas having zero or negative mass

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

図 9. Sid is missing for the airbag definition

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

図 10. Component is referring to undefined entity

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

図 11. Unresolved main or secondary in contact

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

図 12. Mat and referenced curves not in same include

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

図 13. Cload and referenced entities not in same include

EntityNotOnRigidParts - エンティティが剛体パートに関連付けられているかどうかをチェックします。このチェックは、LS-DYNA ソルバーに固有のものです。EntityはReferencesで定義されています。さらに、filter definitionsを使ってフィルターを追加し、チェックをカスタマイズすることができます。

図 14. CRB referring to non-rigid part