エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
IEC 61131-3の特長〔後編〕プログラムのモジュール化
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
IEC 61131-3の特長〔後編〕プログラムのモジュール化
可読性の向上 前回紹介した通り、日本においてはLD(ラダーダイアグラム)主体の従来ツールが普及してき... 可読性の向上 前回紹介した通り、日本においてはLD(ラダーダイアグラム)主体の従来ツールが普及してきました。しかしながら、使用しているユーザーは下記のような課題(不満)を抱えています。 プログラムを機能毎ごとに区分(モジュール化)することが難しく、第三者には解読できない。 LDは一筆書きなので、コンカレントな開発(分業)ができない。 メーカー独自の応用命令を覚えなくてはならない(複数メーカーの習得は大変)。 一方IEC 61131-3では、図1のように機能単位でプログラムを作成します。この単位のことを本規格ではPOU(Program Organization Unit)と呼んでいます。 図1は搬送ラインをイメージした例ですが、IEC 61131-3ではどの処理がどこのPOU内に書かれているのか容易に判別ができるため、作った本人以外でもプログラムの理解・修正が可能になります。可読性の向上はデ