Anweisung zum Unterdrücken von Warnungen
(* Syntax für eine POE *) {suppressWarning modelRuleNamespace.modelRuleId('Grund für die Unterdrückung'), scope:=element|file} PROGRAM name1 | FUNCTION_BLOCK name2 | FUNCTION name3 ... END_PROGRAM | END_FUNCTION_BLOCK | END_FUNCTION (* Syntax für einen Datentyp *) TYPE {suppressWarning modelRuleNamespace.modelRuleId('Grund für die Unterdrückung'), scope:=element|file} name4 : ...; END_TYPE
Bedeutung |
---|
eine Warnung für das nachfolgende Element unterdrücken, falls eine Regelverletzung für dieses Element beim Validieren der Anwendung festgestellt wird und diese Regelverletzung als Warnung zu melden wäre Die Anweisung Syntax:
Falls sich eine Regel auf eine Datei bezieht, hat der Wert Informieren Sie sich unter "Regeln für das Validieren einer Anwendung", falls Sie Informationen zum Geltungsbereich der einzelnen Regeln benötigen. |
Es ist nicht möglich, Fehler zu unterdrücken, die bei Regelverletzungen gemeldet werden. Sie können aber den ganzen Inhalt von ST-Objekten ignorieren.
{suppressWarning com.logicals.mrc.rules.ModelRuleStObjWithResNameOnly('Der Funktionsbaustein muss einen anderen Namen als das ST-Objekt haben.'), scope:=file} FUNCTION_BLOCK Control ... END_FUNCTION_BLOCK
Konsequenzen der Anweisung {suppressWarning}
für die betroffene POE oder den betroffenen Datentyp:
- Die Regelverletzung wird nicht mehr als Warnung im ST-Editor oder in der Sicht Fehler angeführt, sondern als Information.
- Beim Validieren der Anwendung wird die unterdrückte Warnung im dafür generierten Bericht angeführt.