PLCopen との関係で、安全専用アプリケーションソフトウェアの標準化仕様は、PLCopen のメンバーと外部団体 ((BGIA, TÜV Rheinland) が協力して作成しました。PLCopen のメンバーの多くは、安全コントローラや同様なプログラミングツールの主要メーカです。 仕様の作成が重要な理由は、今日の市場の安全安全関連ソフトウェアには、現在の統一された一定の要求事項を満たすものは少ししかなく、安全機能には多くの形式とバリエーションがあるからです (このページ最後の 「なぜ標準化が必要か」 というトピックもぜひお読みください)。
仕様の作成が重要な理由は、今日の市場の安全安全関連ソフトウェアには、現在の統一された一定の要求事項を満たすものは少ししかなく、安全機能には多くの形式とバリエーションがあるからです (このページ最後の 「なぜ標準化が必要か」 というトピックもぜひお読みください)。
仕様の内容
仕様書では、安全ファンクションブロックの標準化と、エンジニアリングソフトウェアツールでのこれらのブロックの標準化された使い方について基本的に触れています。 最も重要な内容 : 安全ファンクションブロック 安全データ型
安全ファンクションブロック
安全データ型
これらのトピックには以下で説明されます : さらに詳細は PLCopen ウェブサイトをご参照ください。
なぜ標準化が必要か?
以前は、組込みソフトウェア (ランタイムシステム、OS) と安全関連オートメーションソリューションのハードウェアは、認証機関によって厳しく試験されていました。 しかし、安全コントローラ機能は、関連するエンジニアリングソフトウェアと一緒に使ってこそ完全に機能するものの、 これまで、安全関連のアプリケーションソフトウェア分野では、特に統合された要求事項がありませんでした。 この結果、現在のエンジニアリングソフトウェアツールの多くは、統一性のないユーザインタフェースと操作で、異なる安全機能の特徴をもつようになってしまいました。 さらに問題なのは、既存のエンジニアリングソフトウェアのほとんどが、IEC 61508 のような現在の安全技術の品質基準を満たさないということです。これは、以前の規格 DIN VDE 0801 と EN954-1 の対象範囲では、アプリケーションソフトウェアにあまり注意が払われていなかったことに起因しています。 そうした結果、PLC プログラマだけでなく認証機関が、最も難しい安全ロジックの作成に再三にわたり取り組まなければなりませんでした。 ユーザの観点からも、安全関連アプリケーションに統一基準を定義するのは、正当で重要なステップです。
この結果、現在のエンジニアリングソフトウェアツールの多くは、統一性のないユーザインタフェースと操作で、異なる安全機能の特徴をもつようになってしまいました。 さらに問題なのは、既存のエンジニアリングソフトウェアのほとんどが、IEC 61508 のような現在の安全技術の品質基準を満たさないということです。これは、以前の規格 DIN VDE 0801 と EN954-1 の対象範囲では、アプリケーションソフトウェアにあまり注意が払われていなかったことに起因しています。
そうした結果、PLC プログラマだけでなく認証機関が、最も難しい安全ロジックの作成に再三にわたり取り組まなければなりませんでした。 ユーザの観点からも、安全関連アプリケーションに統一基準を定義するのは、正当で重要なステップです。