Re: 公開Data集/Hint集/演算時間削減/分岐削減

こんばんわ。珍しく突っ込み側に回ります。
「選択分岐を使う例」ですが、いくつか高速化できる箇所があると思います。演算時間減少幅はQ173の場合です。
1. G10はY/Nトランジションで絶対に遷移する（待ちは発生しない）ので、F0の内容はG10の遷移条件の中に移せる。F+G→G単独で▲6.12
2. G30とP1は不要で、直接P0へジャンプすればよい。▲139.68
※　マニュアルに「選択分岐＋結合」で書いてあるので本当のところは分かりませんが、
　　選択結合で時間を取られるのであれば、
　「上限値オーバー」→「CHGV K1 K10000」
　「適正範囲」→「CHGV K1 #2000L」として、
　　選択結合せずにP0へジャンプさせる方法があります。
3. 超「>」を未満「<」に変更すると▲0.48

いずれにせよ、分岐を使わない方が速いことには変わりないと思いますが、「上下限リミット」をかけると微妙かもしれません。
（マニュアルに演算時間が書いていないので計算しようがありませんね）

この方法は選択分岐を
DOUT,DIN,SET,+,*で置き換えているので、使用するCPUによって効果が変わりそうですね。
論理値を数値に置き換えられないか困っていたので、トピックの内容が大変役に立ちました。

i-brownさん、どうもです。
1.については、あえて分かりやすいように書いたつもりですが、2.の「G30とP1は不要で、直接P0へジャンプすればよい。」はご指摘のとおりですね。（汗）　G30を削ったものを、横に追加しておきました。

選択結合では、結合時の待ちあわせ処理が無いので時間の消費はないと思っています。　（活性ステップが分岐して増えているわけではなく、１ルートのままなので。）

今回のこのTipsは、最後にどうしても困ったとき、こんな方法で選択分岐を数値演算に置き換えることもできる、というもので、どうぞ引き出しに仕舞っておいていただき、いざというときに取り出して応用してみてください。　

では。

こんばんわ。
上の図を改めて眺めていたのですが、
「選択分岐あり」の例でやはりY/Nトランジションの後は
選択結合しない方が、「上限を超過した場合」の移行回数が1回減り、代入も1回減る分速くなりそうです。
「選択分岐なし」の例ですがここまでくるとG箱1個だけで済みそうです。タスクを起動するといきなり演算が始まりますが、もともと演算をしたくてイベントを起動しているので、M0を「演算開始フラグ」ではなく「演算続行フラグ」だと考えれば良いのではないでしょうか？

• brownさん、どうも。
  
  引用：

  「選択分岐あり」の例でやはりY/Nトランジションの後は
  選択結合しない方が、「上限を超過した場合」の移行回数が1回減り、代入も1回減る分速くなりそうです。
  

そうですね。仰るとおりだと思います。
ただ一点、メンテナンス性も考えたほうが良いですね。
工場などの現場では、トラブルの時に慣れていない人が見たりする場合があります。　その時の可読性を考えると、一旦代入してからその値でCHGVをかけたほうが、（選択STEPモニタですぐに値を見れるし）良さそうですね。　デジタルオシロでも確認できますし。　Gで分岐後の夫々の箱で一旦代入して、その値でCHGVをかけ、結合なしでJUMPさせるような感じです。
　→　結局、Ｆを減らして結合してジャンプさせるように変更しておきました。　ジャンプが多いと横に広がるので、この方が見やすいと思います。

こちらは実際のプログラムにどのように組み込まれるかによって変わってきますので、説明としては今のままのほうが要点が掴み易いですし比較もしやすいと思いますので、このままにしておきます。

なーおさん、こんにちわ。
もう一度「分岐使用なし」の方を眺めていたのですが、
G箱1つにするメリットとして、
「連続移行数を2以上にしても問題なくなる」点があると思います。
ポインタでループさせると、「演算を続行する限りは移行条件が成立」するので、連続移行数は1である必要がありますが、
G箱1つにして、最後のフラグを「演算終了フラグ」としてENDにつないでしまえば、「演算を続行する限りは、移行条件が成立しない」ので、連続移行数を何に設定しても1回しか演算しなくなると思います。

本来の話からはだいぶ外れましたが、いかがでしょう？

i-brownさん、どうも?。

いやいや、そうなんですね。　i-brownさんに言われるまで、「演算時間とイベント割り込み時間の関係」と混同していました。　おっしゃるように、右下の図でG箱1つで移行条件を「!M0」にして止めておけば、連続移行数が多くても１回しか計算しません。　先ほど念のため実ＳＦＣを廻して確認しました。　（元図のＦＳ＋Ｇの移行条件で止めていても同様に１回だけ。）

混同していたのは、演算時間が３．５ｍｓだったとして、イベントを割り込みを１．７ｍｓにした時、同じようにＧ箱内に演算式を書いて移行条件止めだったとき。　この場合は、演算周期に関わらずイベント毎にＧ箱の演算も入ります。

この辺は、折をみてきちんと記事に追記しておいたほうが良さそうですね。　ありがとうございました。

＊＊
昔の初期のＡモーションのＳＦＣの時代から使ってきていると、Ｙ／Ｎトランジションの件もそうですが、ＯＳの処理を信用していない部分が多く、この件のようなＯＳ実装により結果が変わりそうな使い方はグレーゾーンとして避けていたので、どんどん頭が固くなってしまったようです。 少しほぐさないと。。