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