レイアウトスケッチ機能

しばらくぶりの投稿です。
色々、慌ただしくやってるのですが、ひとつショックな発見があったので投稿します。

2008から搭載された、レイアウトスケッチ機能についてです。
スケッチブロックと併用することで、線画で様々な3Dの機構検討が行えるようになってます。2009ではMotion解析も行えるようになってます。

しかしながら、このレイアウトを含むアセンブリを他のアセンブリに挿入した時、『フレキシブル』に設定できないのです！（SW2010でも変わらず…）

折角、機構検討に強いのに、機構が多い装置や設備の設計では、詳細設計までつながるデータとして使えなさそうです。
大きなアセンブリだと機構をサブアセンブリレベルで扱うことも多いので、全体の動きを見せようとすると、上のアセンブリでフレキシブルにすることも多いと思います。
(同じ機構ユニットを複数使う場合など)

私は、リニアモータなどのアセンブリライブラリにも応用できるのでは?と期待していたのですが、一気に構想が崩れてしまいました。
(アセンブリライブラリのファイル管理を楽にできるかも?と期待してたのですが…)

結局、このアセンブリのレイアウト機能は構成部品点数の少ない製品の設計や、動かないユニットの配置（Layout）検討しか想定してないようです。
こうしたことから、装置や設備機械は、従来通り、レイアウト手法(スケッチ、エンベロープ)などを使うのが良いと感じています。

皆さんはどう思われるでしょうか？
色々、ご意見をお聞きしたいです。
では、また。

構想設計？

今日、以前やった構想設計のセミナーのリニューアル版のセミナーをやりました。

2007版頃から、構想設計で役に立ちそうな下記のような機能が追加されたり、改善されたりしてます。
　　・スケッチブロック
　　・3Dスケッチ
　　・仮想構成部品
　　・レイアウト
2008で仮想構成部品が搭載され、ファイル管理上、注意が必要だなぁと思ってました。

今回、再発表するために見直してて、2010ではこの点が改善されていることに気付きました。
通常のファイル保存時の参照情報の更新の仕組みも改善されてます。

この発表のため色々試してて分かったのは、下記です。
　＞小規模なアセンブリの設計や、機構部分の設計では、レイアウト機能は有効
　＞数千点規模のチーム設計を伴う大規模アセンブリの設計では合わない
　＞大規模アセンブリではレイアウトパーツやエンベロープを使ったほうが良さそう

まぁ構想設計といっても、新規性が高いか低いか、詰めたい内容が何か、など各設計者で異なるので、参考程度に御認識ください。

複数企業での設計

つづきです。

ファイル名のユニークさを死守する必要がある、ということで検討を進めた結果、下記のような　"お願い"　を外注設計さんに行おう！ということになりました。

１：　各テンプレートファイル、設定ファイル、マクロなどを提供し、できるだけ同じ環境で作業をしてもらう
　　（部品、アセンブリ、図面、シートフォーマット、穴寸法テキストフォーマットファイル、プロパティ入力用マクロ、などなど）

２：　同じファイル名命名ルールでデータ作成してもらう
　　（台帳管理や採番が不要なルールとしたことで可能となった）

３：　ボルト、ナットなど、利用頻度の高い共用データは事前に提供し、利用してもらう
　　（部品表に出力するプロパティ情報を入れた部品を作成しておく。導入初期に集中して整備する。　Toolboxは継続したメンテナンスが困難と判断し、使用禁止とした。）

３：　必要な購入品のモデルがない場合、下記の優先順位で探して入手・作成してもらう
　＞指定ライブラリ製品　（導入していれば…）
　＞提供済みデータ
　＞Web2CAD
　＞メーカーWebサイト
　＞自作　（※）
　　　※ファイル名は、自社品番、または、メーカー型番、とする

だいたいこんな感じです。
できるだけ利用者に負担や手間がかからないように気を付けました。

最後の念押しとして、データ受け入れ時のチェック作業の検討もおこないました。

危険なのは、前回も書きましたが、Webからダウンロードしたアセンブリに含まれる部品のファイル名です。
　→対応の基本方針：　「名前変更」などで、頑張る！
　　　（超人間系です　(^_^;)　）

　　　※共用部品の置き換えなどの作業が、許容量を越えた場合は諦めて、ユニークなファイル名に変更することにしました
　　　（きれいなデータを作るのが目的ではない！、出図作業優先！）

可能であれば、マクロなどでプロパティ入力チェックなどもやりたいところです。
　（タスクスケジューラや、DesignCheckerを使えば多少はできるかも？）

今回、この件を考えてて、みんな同じルールで使えたらいいのに…、などと考えてしまいました。
ではまた。

複数企業での設計

いま、外部の会社で設計を行う場合のデータ管理について検討しています。
今回は、出図図面や設計データの保管などの管理は、元締め企業が行う必要があるので、そこのルールを検討しています。

データ管理となると、やはりファイル名がポイントになるようです。
命名ルールを作るわけですが、いかにルールに乗りやすいルールと環境を作れるか？が成否の鍵かな？とおもってます。

特に厄介なのが購入品データ（特にアセンブリ）です。
Webからダウンロードしやすくなってますから、どんなデータが利用されるか予想がつきません。

※例：　構成部品のファイル名が「プレート」とか「Part1」とかになっているアセンブリ

ファイル名さえユニークであれば、他のデータと入れ替わったりする危険が無くなるので、なんとかここは死守する必要があります。

やはり練習で軽く痛い目を見てもらって、ルールを説明することが必要かもしれません。

つづく…

設計者とリスト

いま仕事で、リスト出力がらみの開発をやってます。私は"あの人"みたいに自分でプログラミングはやらないので、開発担当の人と組んで、進めてます。
プログラミングは、学校行ってたときにゴリゴリやったお陰か、開発の人と会話するのには困らないレベルです。
（私が結構わがまま言って、相手が困ってるかも？）

ソフトはもちろんSolidWorksで、いくつかの条件で「並び」と「グループ」が変化します。
通常、アセンブリ組んで部品表を作成したら、並びはアセンブリの組み方に依存します。それを、ある条件に応じて、変化させよう！ということです。
出力は、Excelでして、どうアセンブリを組んで必要な情報を効率よく取り出すか？、条件により変化する情報をどのようにモデルに含めるか？、がポイントとなってます。

ここで扱う条件なんですが、組立手順や梱包単位などもあります。製品や会社にもよりますが、設計者がそこまで考えてリスト作ってるんです。

こんな風に出力は条件により変化しますが、設計検討を行う「まとまり」は、変化しないんです。
ようは同じ製品であれば、梱包単位がどうあれ、検討する単位は変わらない。
アセンブリ構成は設計検討する単位で構成するべきなので、固定化できるんですね。
（やっぱりそうか、という感じで今回も再認識しました。）

但し、このアセンブリ構成で納得するには、条件により出力を変化させる仕組みを明確にする必要がありました。
今回は、条件毎にプロパティ変数を決め、その時の出力を値に入れることになりそうです。
ひとつのプロパティ変数で同じことをやる方法も見つけましたが、メンテや開発を考慮して不採用としました。

こんな風に、設計者が作ってる「リスト」と「アセンブリ構成」とは変えた方が良い例は結構あると思います。
設計者が現場のニーズを考慮することに慣れすぎてるのかもしれません。

では今日はここまでにします。ではまた。

SWKK特別講演の検討！？

珍しく連続して投稿します。（先の投稿のように多忙で書けなかった分、ネタはあります！）

先日、珍しく中堅の3次元CADエンジニア同士で飲みに行きました。
まぁ、御想像通り、「3次元CADのどうのこうの…」という話がいろいろ出たのですが、ある人物の話で別次元のネタで大盛り上がりでした。

いやぁ、こんな身近に「日本のTop５」の一人が居たとは思いませんでした！

どんなネタかというと…
　・相談された超特殊な○utoCAD-○olidWorks連携環境を作ったのは私です
　・１機も死なずに12時間くらいつづけられる　（XEVIOUS）
　・↑レバーは握っちゃダメ。さわさわ、程度でいいんですよ。
　・あるゲームでどこまでスコアが出るか調べたくて、5人でゲーム機を長期間占有して挑戦した。
　　⇒4日後、結果が出た！
　・次のゲームでもう一つ上の桁が出るか気になって…。
　・VirtuaFighterで奥さんと対戦！⇒最初は連戦連勝するも、2週間後には勝てなくなった…。
　・そんな奥さんは、「（○○由貴＋○○由樹＋○○千賀子）/３」似だそうです。

この場には６人居たのですが、話に付いていけたのは2.5人。
結構、話に付いていってた私は、友人に言われたとおり「マニア（専門家）」だと自覚しました。

SWKKとKEAC

4/15の第3回SWKK(SolidWorks活用研究会)中部、4/20の第1回SWKK九州、ともに40名以上の皆さんに参加頂きました。
今後も皆さんに支持されるよう、内容を充実していきたいと考えています。

ソフトのヘルプやTutorialの充実や、関連書籍の発刊などで、とっつきやすくはなって来てますが、きちんと本質を理解してないと行き詰るし、全体を把握してないと活用の方向性を見誤るし、不幸な状態になってしまう可能性があります。
そうした状態にならないよう、初心者の方には「難しい・わからない・ふ～ん」と感じるレベルの内容を中心に実施していくつもりです。
さらにその上のレベルの方向けには、座談会などで情報交換できる場を提供していくつもりです。
（過去、座談会、懇親会、を大阪で実施）

こんな感じで、「遠方から出張してでも参加する価値のある会」であり続けたいと思ってます。

ところで皆さんは、私のことを「SolidWorksをバリバリ使ってる人」という風に思われるかもしれませんが、普段は余り起動する時間が取れてません。
起動してるソフトは、テキストエディタ＞メーラー＞PowerPoint＞Excel＞Wordが多いです。
この次にSolidWorksかな？
　（ダメですね。認定技術者の更新試験をまだ受けてないこともあり、勉強しなおします…。）

こんな風にSolidWorksが主になってない理由ですが、頭の中で大体予測できるので、問合せ受けても起動しなくて良い場合が多いのです。

もう一つは、セミナー発表をやることが多いためかもしれません。
実は、中部と九州のSWKKの間の4/16にも、私は関西設計管理研究会（KEAC）という会の中で、ちょっとした発表(45分)を行いました。
　自分がこうした外部の会に継続して参加できる状況を維持するためには、会社の利益に繋がりそうな活動をしとく必要があるので、今後2年分の貯金のつもりで結構頑張りました。
　内容を充実させつつインパクトも持たせて、と欲張った結果、スライド枚数が70枚近くになってしまいました。(^_^;)
　内容は、「3Dデータ活用」と「データ管理」をテーマとしたものだったので、SolidWorksでデータを作成した後の話が多くなり、これまで収集してきた色んな動画が大活躍しました。

この日、最後にパネルディスカッションがあったのですが、人生初のパネラーを経験しました。
期待と不安が入り混じり、どうなることか全く予想がつかなかったですが、なかなか良い経験でした。
やってみてわかったのですが、パネラーはまだ気楽です。
　※他者の発言を集中して聞いて、色々考えをめぐらす必要はありますが…。
大変なのはコーディネータ（進行役？、ファシリテーター？、モデレータ？）のほうですね。
社内のメンバーと会議やるのとは訳が違いますね。

こんな感じでSolidWorks以外のネタも発信してたりします。面白いのは、発信することで、新たな情報を得られることです。
ということで、皆さんも機会があれば、是非、発信してみてください！