5-axis BBS
５軸の情報少ないですね。情報交換お願いします
（注）添付ファイル名には、漢字（２バイト文字）を使用しないようにお願いします
５軸以外はこちらで・・ |
▼ | ５ＡＸＩＳ−ＣＡＭ HEROPU 13/6/26(水) 10:48 |
|
 |
Re:５ＡＸＩＳ−ＣＡＭ かずばん 13/6/26(水) 17:06 |
|
 |
Re:５ＡＸＩＳ−ＣＡＭ HEROPU 13/6/27(木) 10:05 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ かずばん 13/6/27(木) 15:49 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ ti01 13/7/20(土) 10:20 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ かずばん 13/7/22(月) 19:19 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ ［名前なし］ 13/7/23(火) 15:52 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ ti01 13/7/23(火) 20:33 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ かずばん 13/7/24(水) 17:22 |
|
|
Re:５ＡＸＩＳ−ＣＡＭ heropu 13/8/9(金) 15:08 |
HEROPU
- 13/6/26(水) 10:48 -
始めまして。HEROPUと申します。
現在３軸のSPACE-Eを使用していますが、
５軸使いの皆さんはSPACE-Eを持っていらっしゃても
多数の方々が「HYPERMILL]を導入されているようですね。
SPASE-Eの5AXISは何か問題あるのでしょうか？
制御機はハイデンハインで考えています。
営業マンによると10月開始のクラウド版でキャンペ−ンやるらしく
保守入っていなかったんですが、200諭吉位で
5AXIS最新版-1ライセンス発行してもらえるみたいなんで、
非常に興味持ってます。
HYPERとの違いや優位性をお教えいただけるとありがたいです。
よろしくお願いいたします
現在３軸のSPACE-Eを使用していますが、
５軸使いの皆さんはSPACE-Eを持っていらっしゃても
多数の方々が「HYPERMILL]を導入されているようですね。
SPASE-Eの5AXISは何か問題あるのでしょうか？
制御機はハイデンハインで考えています。
営業マンによると10月開始のクラウド版でキャンペ−ンやるらしく
保守入っていなかったんですが、200諭吉位で
5AXIS最新版-1ライセンス発行してもらえるみたいなんで、
非常に興味持ってます。
HYPERとの違いや優位性をお教えいただけるとありがたいです。
よろしくお願いいたします
<Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36
かずばん
- 13/6/26(水) 17:06 -
HEROPUさん、いらっしゃいませ！
SPACE-E・・・同じですね
ウチも５軸は，HyperMILLを使っていますが、３軸機はSPACE-Eですし
５軸でも、HyperMILLのThinkが使いづらいので、ＣＡＤ処理はSPACE-Eを使っています
ご質問の、SPASE-Eの5AXISですが、発売当初にデモで少し見た程度なので
私では詳しい比較や感想などはできません、すみません
もし、どなたか実際に使われている方、いらっしゃったら、フォローお願いします
以下はそのデモをみた限りでの感想ですが
・その当時は、リワーク処理（３軸でパスを出し、５軸に変換する２工程方法）
しかできなかったのが残念でした
リワークだとやはり２パスで時間もかかりますし、ブルノーズなどの工具の場合や、
曲率を考慮したパスなども、どうなるのか？わかりません
・ストック処理が５軸での多データムに対応していなかった記憶があります
５軸の場合、いろんな方向からの加工が可能なので、各データムでのストックで処理できないと
かなり無駄がでてしまします
・制御はハイデンハインとの事ですが、ＳＰＥはその当時はネイティブに対応していなかったと思います
さずがに、今では対応していると思いますが、サイクルコードなどがどの程度だせるかは
調査しておいてほうがいいと思います
ハイパーの場合も、一部のサイクルしか対応していません
例えば、螺旋の穴開けは、サイクルではなくて、直線連続で出てきます
ハイデンにはかなり便利なサイクルが沢山あるので、ユーザー側で登録できる機能があれば
便利なんですけどね〜
・スムージング処理なども確認しておいたほうがいいと思います
簡単な例では、四角形のブロック形状を５軸等高線で回る場合どうなるか？
傾斜軸が倒れた状態で、直線部ではＸ，Ｙ軸だけの動きで、
角部では急激に回転軸が回るような場合
やはり、工具には負担がかかりますよね
余談ですが、以前、SPACE-Eのポストで吐き出した、３軸ISOコードデータを
ハイデンの制御機で削った事があります
穴などの固定サイクルはあまり互換性ありませんし若干制限はありますが、
基本的は動きのGコードであれば加工可能でした
同時ではなく固定５軸の場合なら、傾斜面指令のみ、ハイデンコードを手打ちで行い
ＳＰＥのＧコードで削る事も可能だと思います
固定であれば、現状のＳＰＥのみで、対応できる可能性もあります
最新のバージョンが状態がわからないので、当時感じた感想を書いてみました
参考程度にしてください
SPACE-E・・・同じですね
ウチも５軸は，HyperMILLを使っていますが、３軸機はSPACE-Eですし
５軸でも、HyperMILLのThinkが使いづらいので、ＣＡＤ処理はSPACE-Eを使っています
ご質問の、SPASE-Eの5AXISですが、発売当初にデモで少し見た程度なので
私では詳しい比較や感想などはできません、すみません
もし、どなたか実際に使われている方、いらっしゃったら、フォローお願いします
以下はそのデモをみた限りでの感想ですが
・その当時は、リワーク処理（３軸でパスを出し、５軸に変換する２工程方法）
しかできなかったのが残念でした
リワークだとやはり２パスで時間もかかりますし、ブルノーズなどの工具の場合や、
曲率を考慮したパスなども、どうなるのか？わかりません
・ストック処理が５軸での多データムに対応していなかった記憶があります
５軸の場合、いろんな方向からの加工が可能なので、各データムでのストックで処理できないと
かなり無駄がでてしまします
・制御はハイデンハインとの事ですが、ＳＰＥはその当時はネイティブに対応していなかったと思います
さずがに、今では対応していると思いますが、サイクルコードなどがどの程度だせるかは
調査しておいてほうがいいと思います
ハイパーの場合も、一部のサイクルしか対応していません
例えば、螺旋の穴開けは、サイクルではなくて、直線連続で出てきます
ハイデンにはかなり便利なサイクルが沢山あるので、ユーザー側で登録できる機能があれば
便利なんですけどね〜
・スムージング処理なども確認しておいたほうがいいと思います
簡単な例では、四角形のブロック形状を５軸等高線で回る場合どうなるか？
傾斜軸が倒れた状態で、直線部ではＸ，Ｙ軸だけの動きで、
角部では急激に回転軸が回るような場合
やはり、工具には負担がかかりますよね
余談ですが、以前、SPACE-Eのポストで吐き出した、３軸ISOコードデータを
ハイデンの制御機で削った事があります
穴などの固定サイクルはあまり互換性ありませんし若干制限はありますが、
基本的は動きのGコードであれば加工可能でした
同時ではなく固定５軸の場合なら、傾斜面指令のみ、ハイデンコードを手打ちで行い
ＳＰＥのＧコードで削る事も可能だと思います
固定であれば、現状のＳＰＥのみで、対応できる可能性もあります
最新のバージョンが状態がわからないので、当時感じた感想を書いてみました
参考程度にしてください
<Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CL...
HEROPU
- 13/6/27(木) 10:05 -
ありがとうございます。
SPACE-EのHPによるとポストはハイデンハイン専用オプションが
あるみたいですね。ポストはクリアかな？
又いろいろ調べてみたいと思います。
これからお世話になると思いますが、よろしくお願いしますね(#~o~#)
SPACE-EのHPによるとポストはハイデンハイン専用オプションが
あるみたいですね。ポストはクリアかな？
又いろいろ調べてみたいと思います。
これからお世話になると思いますが、よろしくお願いしますね(#~o~#)
<Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36
かずばん
- 13/6/27(木) 15:49 -
HEROPUさん こんにちは
５軸のポストは、ＣＬ時のスピンドル軸の傾きを、
傾斜と回転軸の動きに変換するので、かなり重要です
ひどい場合、思わぬところで、傾斜軸が動いて、スピンドルを破損したという事例も聞いた事があります
できれが、お使いの機械でのＳＰ−Eの実績は調べておいた方が無難だと思います
もし、初めての機械でしたら、十分に検証されたほうがいいと思います
>これからお世話になると思いますが、よろしくお願いしますね(#~o~#)
反応がすくなかったので、投稿していただいてうれしいです
私のわかる範囲でしかコメントできませんが、こちらこそよろしくお願いします。
５軸のポストは、ＣＬ時のスピンドル軸の傾きを、
傾斜と回転軸の動きに変換するので、かなり重要です
ひどい場合、思わぬところで、傾斜軸が動いて、スピンドルを破損したという事例も聞いた事があります
できれが、お使いの機械でのＳＰ−Eの実績は調べておいた方が無難だと思います
もし、初めての機械でしたら、十分に検証されたほうがいいと思います
>これからお世話になると思いますが、よろしくお願いしますね(#~o~#)
反応がすくなかったので、投稿していただいてうれしいです
私のわかる範囲でしかコメントできませんが、こちらこそよろしくお願いします。
<Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CL...
ti01
- 13/7/20(土) 10:20 -
しばらく見ていなかったのですがCAMの話が出ていたので書かしていただきます。
SP-Eの5軸は持っています。もちろん3軸までの加工は全てSP-Eです。
持っている機械は、牧野の5軸MCですが、SP-Eで色々テストしましたが、正直良い結果は出ませんでしたが、あと少しNTTを押せば良くなると思っています。
なんて書いていますが、家はTOPで取り敢えず運用をしています。
早くSP-Eも改良をしてくれればと祈っています。
当社は、SP-Eの使い手が10人位居ますので、その方がやはり楽ですから・・・
不具合はNDESに伝えてありますので、多分近々に治ると思います。
今はTOPで逃げていますが、もちろんTOPも使い込んでいく予定です。
また、TOPは取り敢えず工具先端でパスを作っていますが、問題は起きていません。
SP-Eの5軸は持っています。もちろん3軸までの加工は全てSP-Eです。
持っている機械は、牧野の5軸MCですが、SP-Eで色々テストしましたが、正直良い結果は出ませんでしたが、あと少しNTTを押せば良くなると思っています。
なんて書いていますが、家はTOPで取り敢えず運用をしています。
早くSP-Eも改良をしてくれればと祈っています。
当社は、SP-Eの使い手が10人位居ますので、その方がやはり楽ですから・・・
不具合はNDESに伝えてありますので、多分近々に治ると思います。
今はTOPで逃げていますが、もちろんTOPも使い込んでいく予定です。
また、TOPは取り敢えず工具先端でパスを作っていますが、問題は起きていません。
<Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
かずばん
- 13/7/22(月) 19:19 -
ti01さんご無沙汰しています
今度機会がありましたら、是非ニューマシン見学させてくださいませ
>当社は、SP-Eの使い手が10人位居ますので、その方がやはり楽ですから・・・
そうですよね
やっぱり、使い慣れたものが、立ち上げも効率もいいでしょうね〜
ウチでは導入当時まだ５軸オプションもなかったですし
ハイデンとの相性重視で、ハイパーを選択しました
>また、TOPは取り敢えず工具先端でパスを作っていますが、問題は起きていません。
やはり先端のほうが、経路を表示させたりした場合分かりやすいですね
ベンダーさんに確認した所、通常ではどちらでも問題ないそうです
ただ、リワーク処理させる場合には、元パスは工具中心のほうがいいだろうと言う回答でした
ただ、ＦＡＮＵＣの場合、工具中心でパス出した時は、ＮＣデータはどうなるのでしょうか？
もし、工具長など機械側での操作が必要だったら、間違える可能性も出てきそうですね・・
今度機会がありましたら、是非ニューマシン見学させてくださいませ
>当社は、SP-Eの使い手が10人位居ますので、その方がやはり楽ですから・・・
そうですよね
やっぱり、使い慣れたものが、立ち上げも効率もいいでしょうね〜
ウチでは導入当時まだ５軸オプションもなかったですし
ハイデンとの相性重視で、ハイパーを選択しました
>また、TOPは取り敢えず工具先端でパスを作っていますが、問題は起きていません。
やはり先端のほうが、経路を表示させたりした場合分かりやすいですね
ベンダーさんに確認した所、通常ではどちらでも問題ないそうです
ただ、リワーク処理させる場合には、元パスは工具中心のほうがいいだろうと言う回答でした
ただ、ＦＡＮＵＣの場合、工具中心でパス出した時は、ＮＣデータはどうなるのでしょうか？
もし、工具長など機械側での操作が必要だったら、間違える可能性も出てきそうですね・・
<Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CL...
［名前なし］
- 13/7/23(火) 15:52 -
>ただ、ＦＡＮＵＣの場合、工具中心でパス出した時は、ＮＣデータはどうなるのでしょうか？
>もし、工具長など機械側での操作が必要だったら、間違える可能性も出てきそうですね・・
CAMのポストで工具中心で出しても、R分はかってに考慮されるようPOSTは組んであります。今の所は、先端で出していますが支障は出ていません。
また、予想はしていましたが同時5軸の加工は少ないですね。
>もし、工具長など機械側での操作が必要だったら、間違える可能性も出てきそうですね・・
CAMのポストで工具中心で出しても、R分はかってに考慮されるようPOSTは組んであります。今の所は、先端で出していますが支障は出ていません。
また、予想はしていましたが同時5軸の加工は少ないですね。
<Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
ti01
- 13/7/23(火) 20:33 -
名無しはti01です。
ちなみに家のCAMは、T△PC●Mですが、三軸はS●-Eです。
S●-Eは5軸も使えますが、致命的なバグが有り今は使用を止めています。
出来れば、S●-Eの使い手が多いので使いたいのですが・・・・・
ちなみに家のCAMは、T△PC●Mですが、三軸はS●-Eです。
S●-Eは5軸も使えますが、致命的なバグが有り今は使用を止めています。
出来れば、S●-Eの使い手が多いので使いたいのですが・・・・・
<Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
かずばん
- 13/7/24(水) 17:22 -
ti01さん、こんにちは・・
なるほど、マクロとポストで先端でも中心でも問題ないように
作りこんでいるのですね！さすがです。
同時５軸に関しては
私もプログラムするときは、なるべく割り出しで行くようにしています
やっぱり、割り出しのほうが、計算時間が速いですから・・
ただ、削り残りなど、いろいろな方向からアプローチしないと
削れない場合などは、面倒なので、同時５軸でやつてしまいます
また等高線加工などで、一気にぐるぐる削りたい場合も
５軸等高線を使用しています
そんな感じでパス出ししていると、なんだかんだ、同時５軸も
多くなって来ている感じです
加工に同時が必要か？と言うよりも、
パス出しが楽だから、同時で処理してしまう！のほうが適切でしょうかね〜
なるほど、マクロとポストで先端でも中心でも問題ないように
作りこんでいるのですね！さすがです。
同時５軸に関しては
私もプログラムするときは、なるべく割り出しで行くようにしています
やっぱり、割り出しのほうが、計算時間が速いですから・・
ただ、削り残りなど、いろいろな方向からアプローチしないと
削れない場合などは、面倒なので、同時５軸でやつてしまいます
また等高線加工などで、一気にぐるぐる削りたい場合も
５軸等高線を使用しています
そんな感じでパス出ししていると、なんだかんだ、同時５軸も
多くなって来ている感じです
加工に同時が必要か？と言うよりも、
パス出しが楽だから、同時で処理してしまう！のほうが適切でしょうかね〜
<Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CL...
heropu
- 13/8/9(金) 15:08 -
そうですか．．
現状 Ｓ＊−Ｅ５ＡＸＩＳはまだ問題もちなんですね。
情報ありがとうございます。
安いロシア製のSPRUTCAMって評価された方いらっしゃいますか？
現状 Ｓ＊−Ｅ５ＡＸＩＳはまだ問題もちなんですね。
情報ありがとうございます。
安いロシア製のSPRUTCAMって評価された方いらっしゃいますか？
<Mozilla/5.0 (Linux; U; Android 2.3; en-us) AppleWebKit/999+ (KHTML, like Gecko) Safari/999.9
