替刃

レシプロソーはメジャーメーカーで統一規格のようで、基本的にどれも挿さる。

またこのレシプロソーはジグソー B タイプのブレードも使える。本体を立ててシューを押しあてればジグソー風につかえる。

Bタイプのブレードって何だ？と思うが、最近のモデルはメーカー共通でこのBタイプ(Boch互換という意味)になっているらしい。

ブレード取り付けは六角レンチで行う。結構キツく締めないと動いてるときに抜けやすいので、必ずレンチはトルクがかかりやすいように使う。

正直、どれを買うかよくわからないので一通り買ってみた。

USマキタ純正。

• 円切り用 (取り付け部が違うだけで機能的にはジグソーブレードと一緒)
• 6TPI 複合材用
• 10TPI 複合材・メタル用
• 18TPI メタル用
• 厚さが違うプログレッシブ刃2枚
  • よくわからない。解体用ってこと？

ジグソーブレード。小物を切りたいときに使うかな？と思って買ってみた。使わないかも。

切り方

ある程度速度を出さないと刃がひっかかって余計にあぶない。できるだけシューとワークが密着するほうが楽に切れやすい。

やってみた感じだと、金属切断には解体用ではなく金属用を使うのが正解っぽい気がする。まだ木製品の解体はしてないがMDFは普通になんでも切れる。

薄板にはどうしても細かい刃が必要。

しばらくパワー出して使うと結構熱くなって心配。

備考

防刃手袋も買いました。電動工具は制御外の力が出易く、どうしても事故りやすいので念のため。回転工具のように巻きこまれる危険がないなら手袋はつけたほうが安全みたい。

保護メガネもかけましょう。

ref

• https://www.makita.co.jp/product/files/882917B7_B1763.pdf

3Dプリンタの仕上げに平滑性を求める場合

#100〜#150 から初めるのが良いっぽい。

ref.

• http://www.toishi.info/faq/question-eight/papergrit.html
• http://vicdiy.com/zairyo_knowhow/0004/0004.html

取り付け

X軸とY軸だけ取り替える。Z軸も動いてるときはそれなりにうるさいのだけど、ほぼ全部分解しないといけないので大変だし、3Dプリンタの場合Z軸はほとんど動かないのでやらないことにした。E軸はそもそもうるさいと思ったことがない。

Originai Prusa i3 MK2.5 で、X軸は簡単に取り替えられる。シャフトの長さがギリギリなのがちょっとこわいか。

Y軸はちょっとややこしくて、Prusa i3 MK2: 3 Point Y Motor Holder を使って元々のパーツを3点支持型に変更するか、Prusa i3 MK2S Y axis stepper damper attachment plateを使ってあげるなどしないといけない。前者はフレームの組みなおしが必要になってしまうので、後者でなんとかした。

効果はどうか？

かなり効果がある。High Power モードでも Silent モードにしたぐらいの静かさになる。

もしかすると造形精度に影響があるかもしれないが、いまのところは大丈夫そう。耐久性も疑問があるけど、ヘタってきたら単に戻せばいいだけなので、気軽に導入できる。

@Async と @RequestScope を同時につかうとどうなるか

@RequestScope、これは @Scope(value = "request", proxyMode = ScopedProxyMode.TARGET_CLASS) と同じ意味。この Bean はスレッドローカルにひもづけられているHttpServletRequestに保持されている。

@Async は別スレッドで処理を実行するため、間接的にでも @RequestScope な Bean を使っていると以下のような実行時エラーとなる。処理中のスレッドには該当する Bean が保持されていないという旨。

ScopedProxyMode.TARGET_CLASS なのでスタックトレースがややこしい。cglib を使ってクラスのプロキシを作って、プロキシクラス内で Bean をどこかからとってきて呼ぶという動きになっている。おかげでスコープに関わらずコード上は Singleton のように扱えているが、黒魔術はひっかかったとき大変です。

解決方法

https://stackoverflow.com/questions/23732089/how-to-enable-request-scope-in-async-task-executor に良い解決方法が書いてあって、これを使えばよい。やってることは単純で @Async で別スレッドで実行しようとする際に、呼び出し元スレッドのBeanを渡してあげるという感じ。

ただし、どうもコピペでは動かなくて、以下のようにかえてうまくいった。結局 Executor インターフェイスのメソッドだけオーバーライドしたら良い。

@Configuration
@EnableAsync
public class AsyncConfiguration implements AsyncConfigurer {
    // Default task executor for @Async annotation
    @Override
    @Bean
    public Executor getAsyncExecutor() {
        val executor = new ContextAwarePoolExecutor();
        executor.setCorePoolSize(25);
        executor.setQueueCapacity(25);
        executor.setMaxPoolSize(25);
        executor.setThreadNamePrefix("AsyncTask-");
        executor.initialize();
        return executor;
    }

    @Override
    public AsyncUncaughtExceptionHandler getAsyncUncaughtExceptionHandler() {
        return null;
    }

    @SuppressWarnings("serial")
    public static class ContextAwarePoolExecutor extends ThreadPoolTaskExecutor {
        /**
         * Override Executor interface
         */
        @Override
        public void execute(Runnable task) {
            super.execute(new ContextAwareRunnable(task, RequestContextHolder.currentRequestAttributes()));
        }
    }

    public static class ContextAwareRunnable implements Runnable {
        private final Runnable task;
        private final RequestAttributes context;

        public ContextAwareRunnable(Runnable task, RequestAttributes context) {
            this.task = task;
            this.context = context;
        }

        @Override
        public void run() {
            if (context != null) {
                RequestContextHolder.setRequestAttributes(context);
            }

            try {
                task.run();
            } finally {
                RequestContextHolder.resetRequestAttributes();
            }
        }
    }
}