取り付け

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 モードにしたぐらいの静かさになる。

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

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

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

ref.

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

替刃

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

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

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

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

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

USマキタ純正。

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

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

切り方

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

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

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

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

備考

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

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

ref

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

仕組み

これは Credential Management API という仕組みを使うと実現できる。現状では Chrome しか対応していないようだ。Google が公開しているエントリにこれの実現方法も書いてある。https://developers.google.com/web/updates/2017/06/credential-management-updates 割と詳しい説明が書いてあるのでこれを読めばよろしい。が、自分でも試してみたのでメモしておく。

雑に自分のサイトに自動ログインを導入したい、と思った場合、ログインページに以下のようなコードを仕込むだけで実現できてしまう。

(async function () {
	const cred = await navigator.credentials.get({
		password: true
	});
	// console.log(cred);

	document.getElementById('username').value = cred.id;
	document.getElementById('password').value = cred.password;
	document.getElementById('login').submit();
})();

もちろんこれだけだと欠点がある。すなわち、ログインページを表示した際に強制的にログインしてしまう。もしあなたのサイトが認証状態がないときにログインページにリダイレクトして戻ってくるような仕様だとすると「ログアウト」が不可能になってしまいます。この実装だけではダメですね。

これを防ぐにはログアウト時に preventSilentAccess() を使ったり、 get() に指定する mediation の値を変更したりする必要があります。詳しくは前述の Google のエントリを読むと良いでしょう。

コードを見るとわかるが全く複雑なことはないですね。id と password が JavaScript から取得できるため、それを既設のフォームに埋めているだけ。console.log() のコメントアウトをはずすと、自分のパスワードが console に表示されるのでビビることができます。

JSからパスワードとれんの？？？ こわくない？？

こわいわ〜と直感的に思いますね。その感覚は正しいと思うんです。でもね、「ブラウザに保存しているパスワード」は実情、自動フィルインされるわけですが、このフィルインされたパスワードって Credential Management API に関係なく、そもそも input.value で JS から読めるんですよね。

そう考えると、このAPIは単にフィルイン+ログインボタンクリックという操作を、確実かついい感じに(ログアウトも考慮して)行える方法で代行しているだけという仕組みになりますね。複数アカウントを考慮しつつ1クリック減らせるという感じです。