1.わかりやすいソフトを目指して

   　　SFCの考え方

　PLCソフトは、一般的に日本ではラダー図によってかかれています。しかしこのラダー図、以下のような問題点が指摘されています。

1.制御対象の動作順序が書かれていない　

　ラダー図プログラムは制御対象の動作順序が書かれていなくて、かつ全プログラムを毎回スキャンする方式です。そのために現在処理したい工程を自己保持（SET/ＲＳＴ動作も含む）して動作させ、もう既に終えた動作やまだおこなってはいけない動作は自己保持条件不成立で抑制させています。

この自己保持がかなり曲者で、自己保持条件成立や解除のためにインターロックをたくさんかけなければ過去と未来の動作に干渉していないという保障がありません。そうすると本来の工程を記述した以外の接点やコイルが増えて制御順序の理解を妨げてしまいます。

2. プログラムの構造化ができない

　ラダー図プログラムは相互にインタロックがからむのでプログラムの構造化も難しくしています。　このことはすなわちプログラム設計の標準化や合理化も難しくしています。

3.設計者によるバラツキが大きい

 自己保持成立条件のインターロックや自己保持解除の条件づくりは設計者の考え方や経験で大きく変わりバラツキが大きく、設計者以外の人がプログラムを読むことを難しくしています。このことはメンテナンス性が悪いということです。 立ち上げ時うまく動かず時間だけがたってしまうことはよく遭遇します。

4.SFCで考えてみると

　以上のことからこれらを克服する方法はないものか と考えだされたもののひとつがSFC（シーケンスファンクションチャート）です。SFCは工程歩進形で制御順序どうりステップ（制御対象の動作を記述したもの）を記述します。各ステップのうちアクティブになっているステップは必ず一つだけです。ということは過去のものや未来の工程は気にする必要がありませ。つまりラダー図のような自己保持と自己保持解除と多くのインターロックを必要としません。ラダー図を書いたことのある人ならこれらが必要ないとなるとラダー図がどれだけすっきりするかおわかりだと思います。

5.現状は

　このような便利なSFCですが、一部の企業を除いては日本ではあまり 普及していません。（欧米諸国ではPLCといえばSFCなのですが）　理由はいくつか考えられます。

一つ目はSFCの正確な理解がないのでそもそも変えようという意識がない。二つ目は　SFCがいいと思う設計者がいても個人的にSFCに切り変えるわけにはいかず、お客さんも含めて、全社的な合意が必要です。この合意作りのハードルがなかなか高い。等

6.私たちの考え

　そこで　私たちはSFCの便利なところは利用し、出力はラダープログラミングするという手法でわかりやすくてメンテナンス性のいいプログラムを実現しています。