ここ数日、地元の仕事で自宅から現場へ通勤してまして、潜航していました。 制御盤８面を渡り歩いて、鈍っていた足が少し鍛えられたかナ。
残件はありますが、追って変更ソフトをお客様へ提出して試運転はお願いできるようです。よかった。
これで一山越えました。 でもようやく最大の山を越えた、と思って気づくとマイナス最大値に舞い戻って一からやり直しだったりします。 （ってここでDATAカウントの山越えの話を持ち出してもどうかと思いますよね。笑）
次の山は、でっかくて長いぞお。（２ヶ月半、土日休みなしが宣言されてる。。）
仕事とオーディオカテゴリの両インデックスに係る話題は、お初かな。
前の会社に居たとき、１０年前くらいまで盛んに言われていました。
「感じニアになるな、エンジニアになれ！！」 と。
→ つまり、「こんな感じで考えているんですけどー。」 「こんな感じで設計していただければ」 「そんな感じじゃうまくいかねえな。」 てな抽象的ことでは、マトモな物はできるわけないでしょ、 数値で示しなさい！ ってことでした。 ・・ 確かにそのとおり。
でも、ここ数年は、特に私の中では完全に逆転しています。
「理屈をこねる前に、目の前にあることを目玉に焼き付けて、耳で音を聞いて、触って温度を感じてみなさい。 そこで感じたことを、理屈で説明できればそれが正解だ。」 ってことです。
オーディオ的にいうと、「このスピーカーはＦ特がこんなにフラットですごいねー。 でも音にスピード感が無くて曇ってるんだよね。」 「こんなにいい音なのに、Ｆ特は凸凹で高音は１５ＫＨｚ止まりってどーいうこと？」 など、例を挙げればキリがありません。
一言で言ってしまえば「現場主義」ってことになってしまうのかもしれませんが、改善の宝庫を目前にしても何も感じないようでは仕事にならない、とい うことです。 もちろん改善の種を見つけてもその先で実を結ぶための英知（Engineering）がなければ結果は出ませんが。。 これも当たり前の ことですね。
結論づけるとすれば、「現実」と「理論」の両方にいつも意識して深く接する努力が大事なんだな、と思います。
2今回の出張は体力メインでして、段取り等で頭も使いますが、いつも事務室でやっていたようなソフト設計の業務はほとんど無いため、頭の使い方がかなり違います。 運動が好きな私には、これはこれで楽しいんですけどね。
歳のせいか（？）、しばらくソフトをやっていないと忘れるのが早くなった気がします。 このまま数ヶ月実務をしなかったら、きっと使い物にならないでしょう σ（＾＾）
注 ： 「ボケ」とは違います。
てなわけで、次の仕事がソフト設計からできるならいいなあ・・ と独り言のような、誰かが見ていてくれたらな、との希望を込めて。（笑）
更に贅沢をいえばシーケンスラダーだけでなく、得意のモーションＳＦＣの仕事がしたいっす。 VB.netでもいいなあ。。
こんなに暑いお盆に仕事の話題はどんなものかナ、と思いつつ、仕事しかしてないんだから仕方ないのでその話題です。
Motion制御で多軸（1CPUあたり32台）のプログラムをコーディングするのにも随分慣れてきました。（というよりとっくに飽きているんですが。笑）
そんな中で、自分で感じたことを（機密に触れない範囲で）少しでも記していければと考えています。始めはBLOGで書いていって、後でWEBにでもまとめてゆくつもりです。
まず今回は当たり障りの無い力技の効率化法から。。
シーケンサーのラダープログラムを書いていて、ある１ブロックが出来上がりました。 このブロックをコピーしてデバイス置き換えによって３２軸分に展開する場面です。 あなたならどうしますか？
一番効率の良い方法は、
１→２→４→８→１６→３２
というように倍々でコピーしてゆく方法です。３２＝２の５乗ですから、５回コピーすれば出来上がります。
しかし、これには落とし穴があります。
デバイス番号の手書き打ち込みで置き換えを行う際に、間違える可能性が高いことです。
たとえば、下記のデバイスを置き換えるとしましょう。
No1 No2 No3
１軸目 M2001 M2401 M6001
２軸目 M2002 M2421 M6041
３軸目 M2003 M2441 M6081
：
３２軸目 M2032 M3021 M7281
No1は＋１ずつ足していって書き換えるのでわかりやすいですが、No2は２０ずつ足してゆくことになります。 これが１ブロックで多数ある回路を展開するような場面で、上記の２条法により行う場合には、以下のような間違いが起きる可能性があります。
（コピーされたままの状態でデバイスを手動で振りなおすことを想定）
【コピー１回目】
・・まず間違えない
１軸目 M2001 M2401 M6001
↓ ↓
２軸目 M2002 M2421 M6041
【コピー２回目】
・・＋１、＋２０、＋４０ が
＋２、＋４０、＋８０に変わる
１軸目 M2001 M2401 M6001
↓ ↓ ↓
３軸目 M2003 M2441 M6081
２軸目 M2002 M2421 M6041
↓ ↓ ↓
４軸目 M2004 M2461 M6121
【コピー３回目】
・・＋１、＋２０、＋４０ が
＋４、＋８０、＋１６０に変わる
１軸目 M2001 M2401 M6001
↓ ↓ ↓
５軸目 M2005 M2481 M6161
２軸目 M2002 M2421 M6041
↓ ↓ ↓
６軸目 M2006 M2501 M6201
３軸目 M2003 M2441 M6081
↓ ↓ ↓
７軸目 M2007 M2521 M6161
４軸目 M2004 M2461 M6121
↓ ↓ ↓
８軸目 M2008 M2541 M6281
赤印のところ、＋１６０のはずが＋８０に間違えてしまいました。 悪いことに、この間違いは他の軸が間違えていないことと、プラスする数値が固定化されていないため次の【コピー４回目】の作業で発見される可能性も低く、見落とされがちです。
さて、結論から行きましょう。
このような場合は、私は以下の２つの方法のどちらかを採ります。
（１）１軸分ずつ順番にコピー?置き換えを繰り返す。
（２）デバイス一括置き換え機能を活用する。
（１）は間違える可能性もあるのですが、（この例では＋１、＋２０、＋４０という）固定化された加算なので間違いにくいし、コピー作業中に間違いを発見できる可能性がかなり高いことから、私は小ブロックのコピーで採用しています。
【コピー１回目】
１軸目 M2001 M2401 M6001
↓ ↓
２軸目 M2002 M2421 M6041
【コピー２回目】
２軸目 M2002 M2421 M6041
↓ ↓
３軸目 M2003 M2441 M6101
【コピー３回目】
３軸目 M2003 M2441 M6101
↓ ↓
４軸目 M2004 M2461 M6141？ ←大概はここで間違いに気づく可能性が高いし、ここで気づかなくても 次回以降にいつか気づく・・
（２）はコピー?置き換え?合体作業の一連の設定が面倒なので、大きなブロックのコピーで採用します。
今回はシーケンスラダーのデバイスなのでコメントを事前に入れておけば間違いに気づく可能性が高い例ですが、MotionSFCやPCのソフトなどではコメントは紐付けされておらず、自分で逐次書き込む必要があり、コメントも間違えると間違いはそのまま放置される危険性があり、そういう経験から得た愚直なる「逐次チェック」方式が、結果的に間違いの少なく立ち上げの早い仕事につながっていると思っています。
では、今日はこの辺で。
Tipsその２です。
32軸分のラダーのデバイスコメント。 皆さんどうやって書いてますか？
「1軸位置決め始動完了」 とか 「機器１位置決め始動完了」 などでしょうか。 これらだと、軸番号と機器名称の両方が書かれていないため、デバグの際にいちいち確認が必要になっちゃいますね。
こういう時こそ、MS-EXCELなどの表計算ソフトの出番です。
|
|
上のMS-EXCELファイルです。
comment.xls
これで、「1軸機器１位置決め始動完了」 などとすることができます。 一度作っておけば、次回以降は「機器名称」部分３２箇所を書き換えるだけでできちゃいます。
これを応用してあらゆるコメントを汎用化し、コメント編集を確実にスピーディーに行うことができ、 ひいては間違いのないコメントに基づく間違いの少ないソフト作成と立ち上げに結びつけることができると考えます。
月曜発、土曜着の５泊６日で久々の海外出張（台湾）に行きます。
観光の時間は全くありませんが、もう１０年ぶりくらいのアジア出張。 厳しい中でも気分だけでも楽しめたらいいな、と思って行って来ます。 （＾＾）/~~
長期出張も、そろそろ終わりが見えてきた今日この頃。
お客様より、ほんの少し面白い課題を与えられつつあります。
久々に、（昨年の１１月以来となりますか） MotionSFCを使わんとできないですなあ。。これは。 私の得意技です。
てなわけで、２２?２５日の帰郷の折には、
|
弊社の「必殺ハンドキャリー３軸シミュレーター」 （左図、汚くてすみません・・） を宅配 手配し（・・爆）、２６日に現場に戻ってからは仮モーターをぐりぐり廻しーの、ソフト作成・事前シミュレーションで熟成しておきます。
そして設備停止の機会があれば、即入れ込み、切り替え！！ いつものように一発成功！ っという手順が待っています。
・・え？ 失敗、は無いのかって？ そんなことになったら、この業界で生きていけないっしょ。 必死でやるんです。 何があっても失敗は許されず。
そんなわけで、今日はまたお休みなんですが、寮で仕事半分。 気楽に音楽を聴きながら。
３年前に納めた、シーケンサのデータロギングシステムの追加改造案件の見積書を提出した。
三菱のデータロガーユニットは、当時は出たばかりで使い辛いことこの上なかったのだが、声を大にして改善要望を出し続けた結果、少しは反映されて良くなったらしい。
今回、サーバー側のPHPによるWEBプログラムも追加が入るので、３年間でXOOPS Cube関連で蓄積してきた知識も活用して効率的にこなそうと思う。 それの当時はJavaScriptで苦労して使ったグラフツールもきっと進化しているだろうし。
毎度言うけど、シーケンサとＰＣソフト、サーバーソフトをある程度使えるマルチドメイン業務には、私のような人間は重宝されるらしい。
ということで、受注が楽しみ。 
本日、今年最後の仕事を引き渡してきました。
一年の締めくくりに相応しい、質の高いMotion仕事ができました！
既存制御装置の置き換え案件。
今年の５月頃から地道に準備してきて、１０月末から本格的にソフト作成を行い、制御盤出荷前検査を経て現場へ。 ・・いつもなら可能な機械メーカー試運転は既存機械転用なのでありません。
そして現地短期間の集中工事・試運転立ち上げによって、製品の生産が可能となりました。
思えばここ１年、国内で設計して機械メーカー試運転・倉庫納入までで引き渡す仕事の数々、現地での立ち上げ仕事はありませんでした。 そのぶん楽でしたが、 やはり機械を動かして最後の製品を出すのが結果なので、久しぶりに充実した仕事ができました。
（追記）今回は一人ではなくて共同でソフトを作って組み合わせ、試運転も複数名で行い完成させた、ということも、楽しくできた要因だったです。
来年もまた、こういう仕事ができると良いなあ。
またまた、福岡のお客様よりご注文いただきまして、行って参ります。 サーボモーターを沢山使うお客様は、本当にありがたいです。 毎度ありがとうございます。
今回もMotion制御ですがSFCをほとんど使わず位置決めユニットを踏襲するような使い方ですので深い知恵は要りません。
でもサーボモーター台数がバカ多い（ここには書けませんが）ので、力技を少なくする基本設計が重要です。
その部分は終わっていてプログラミングに入っていますが、マルチＣＰＵの共有メモリ領域が既に満杯です。（涙） シーケンスのSTEP回路も既設を参考に展開という、これまた力技が待っています。
そしていつものようにメカが遅れていて、そのしわ寄せは全て制御屋に来ます。(T_T) ・・これから月末まで、長くて暑い夜が続きそうです。 徹夜は避けたいですが、２時?３時はたびたびありそう・・ これから歳をとってゆくのに、こんな仕事ばっかりだと辛いなあ。 「メカ屋に戻ってみたい」なんて思ってしまいそう。。
