使い勝手

操作性はほとんど NanoVNA と変わらない。充電回路はついているが、バッテリ本体が付属しないので適当なのを選んでつけてやる必要がある。

ケース

- https://www.thingiverse.com/thing:4592730

これがいい感じだった

事前知識

まず Google Picker API 経由で取得した media の id や URL と、Google Photos API は一切互換性がない。もともと念のために Picker 経由で取得した ID っぽいものは保存していたのだけれど、これはまったく使えない。よって、Google Photos 上の全写真のメタデータをすべて取得し、ファイル名マッチによって画像を特定 (つまりファイル名→Google Photos mediaId のマッピング) していくことにした。

手順

• Google Photos 側のメタデータをすべて保存する
• 日記内の画像のファイル名をすべて抜き出す
• Google Photos 側のファイル名と日記内の画像のファイル名を一致させて対応づけ、Google Photos 側の mediaId を確定する
• 利用している画像を、対応づけた mediaId に基いてダウンロードする
• 日記内の画像パスをすべて書きかえる

Photos library API は 10000req/day が quota。0.1req/sec 程度でしかアクセスできない。そのうえ、item リスト API は 100items/req しか取得できない。つまり、1日で取得可能な item 数は100万件にすぎない。が、個人日記程度なら十分なので、一気に全メタデータを取得するスクリプトを書いて、1行に1つの mediaItem 形式のJSONとなるようなファイルをつくった。

実際にメディアを取得するリクエストは 75000req/day できるが、library API で取得できる、メディア実体を取得するための URL である baseUrl は60分で期限切れになる。全メタデータを取得したときの baseUrl は基本的に使えないため、ダウンロードするスクリプトではあらためて batchGet API を呼び、baseUrl を取得するようにした。

ハマったところ

日本語文字列のファイル名が Google Photos 上では分解されて正規化された状態だったり、API 経由ではそうでなかったりで困った。結局 NFC して常に正規化状態で扱うようにした。

ハマったということではないが、Google Photos の library API 類はレスポンスが結構遅く、オンデマンドにこれにアクセスして実体ファイルへリダイレクトするのは結構厳しいと思った。

今後

画像まわりを好きにできるようになったので、できれば webp メインにしたい。ただ、ファイル管理やバックアップまわりでやることが増えるので、面倒くさい。

それにしてもウェブサービスのAPIを組合せて Web 2.0 の時代はどこへやらで、かつてAPIを提供して好きにしてくれとしていたサービスもどんどん渋くなり、サービス存続が信用できないケースが多くなって全部自分でホストするみたいな原点回帰をしつつある。

ASP のブログサービスを使えばそのへんの面倒くさい実装は自分でやらなくてすむが、じゃあそのASPのサービスはいつまで続くのか？という話になるし、貧乏はとにかくつらい。

シングルユーザーモードの起動

さくらのVPSコンソールから「各種設定」→「OSインストール」とすすみ、「カスタムOS」→「Ubuntu 18.04 amd64」と選択して起動 (仮想 CD 経由でインストーラーが起動する)

ただVNCコンソールを開けるタイミングでは既にブートローダーを通過しているので、レスキューモードに入れなかった。

このため、インストーラー起動後のユーザー名を入力する画面で、何もせず「Back」を選択する。するとインストーラーメニューが出てくるので、一度 Detect disks を選んですぐに Back してから、シェルを起動するメニューを選ぶ (Detect disks することで /dev/vda が見えるようになる)。

この状態で、以下のように本来のディスクをマウントして chroot する。さくらの VPS の VNC コンソールは英語キーボードだと = が入力できないため、grub-install の引数を指定することができない。デフォルトでいけるようにするために chroot する。

mount /dev/vda1 /mnt
mount --rbind /dev /mnt/dev
mount -t proc none /mnt/proc
mount --rbind /sys /mnt/sys
chroot /mnt /bin/bash

これでほぼ本来の環境で作業できる。grub を再インストールする、念のため /boot をバックアップしてからやる。ここでは /dev/vda なので

cp -r /boot /boot.orig
grub-install --force /dev/vda

とした。GPT だからか何なのか --force しないと書けなかった。この手順は自信がない

grub 設定を作りなおす

update-grub

ここで reboot で起動するようになった

バネありのメリット・デメリット

メリット

• ペンチの扱いに慣れてなくても開く・閉じるがスムーズ
  • 開け閉めできる持ちかたを覚えなくていい
• 強くつかむだけなら不器用でも問題ない

デメリット

• 力の加減が難しくなる
• 閉じるのに僅かに強い力が必要となる
• 加減してつかむ用途だと疲れる

Simplify3D の設定

• Extruder
  • Retraction Vertical Lift を 3mm などに (ペンを上げる動作)
  • Extrusion Width はペン先の太さに (適当でもよい)
• Layer
  • Primary Layer Height 0.2mm
  • Outline/Perimeter Shells 1
• Temperature
  • Primary Extruder
    • アンチェック Wait for temperature controller to stabilize before beginning build
    • 温度を20℃に
  • Heated Bed
    • アンチェック Wait for temperature controller to stabilize before beginning build
    • 温度を20℃に
• G-code
  • アンチェック 5D firmware (include E-dimension) (E軸のコードが出力されなくなる = エクストルーダが無効になる)
  • Build volume X-Axis: 224 (250-26) Y-Axis: 131 (210-79)
  • Origin offset: -26mm -79mm
• Scripts 後述
• Advanced
  • Start printing at height 0.6mm
  • Stop printing at height 0.8mm
  • アンチェック Minimum travel for retraction

Top Solid Layers / Bottom Solid Layers を0にすれば輪郭だけ出せる。

Starting Script

M115 U3.0.7 ; tell the printer latest firmware varsion available
G28 W ; home all without mesh bed level
G80 ; mesh bed leveling
G0 Z10
G0 X40 Y100 F4000
G0 Z0.8
M0 Click to continue
G0 Z10

メッシュレベリングしてZ軸を出したあと、適当な位置に移動して、Z0.8 にする。この高さが基準なので、M0 で一旦マシンを止める。ペン先を出して、少しテンションがかかるように調整して紙に接触するようにする。この状態でマシンをボタンを押すとプロットが始まるはず。

Ending Script

M104 S0 ; turn off temperature
M140 S0 ; turn off heatbed
M107 ; turn off fan
G0 Z10
G1 X0 Y200; home X axis
M84 ; disable motors

Z10 にして退避させてる。

データの作りかた

Simplify3D を使う場合、入力データはSTLなので、適当に厚みをつけてやる必要がある。

単に文字を出すだけなら OpenSCAD がお手軽

linear_extrude(height = 1) {
    text("テスト", size=20, font="Noto Sans CJK JP:style=Black", spacing=0.9);
}

こんな感じで任意のフォントで文字を出せる。

要件

• PCで再生させた曲と電子ピアノの音をミックスしたい
• 出力を3人で同時にヘッドフォンで聞きたい
  • この際、ヘッドフォンの種類が違う場合でも音量を揃えたい

普通だとステレオミキサ+複数出力のヘッドフォンアンプでやることだけど、電源の管理が面倒なので機器を増やしたくなく、これを同時にやる方法が見つからないので自作することにした。

動機

PCで再生させながらピアノの練習をしたりする必要があるんだけど、ピアノをひいてるとそっちの音しか聞こえなくなってしまうことがあり、特に子どもの場合走ってリズムがどんどんずれるので、自然と聞けるようになんとかしたい。

仕様

入出力

• 3ステレオ入力 VR なし
  • 入力側の装置で音量調整できるので
• 3ステレオ出力 VR あり
  • ヘッドフォンの種類が違う場合に音量を揃えるため

電源

• 9V 電池をレールスプリットして両電源にする (±4.5V)
  • 実際は 8.4V の充電式リチウムイオン電池 006P 型
  • 出力コンデンサを省略したいので (小型化のため)
  • 100kΩで分圧し、中点を出力電流の多いオペアンプで増幅安定化させる

NiMH 1.2V 4本で±2.4Vとかでもいいかもしれないけど、小型にしたい+ミキサーの飽和電圧を上げたい+006P型リチウムイオン電池が1つ余っている、のでこういう感じに。

ミキサー部

増幅率1倍の反転増幅回路で特に変なことはしてない。アナログ加算回路

アンプ部

ミックスされたものを3つのオペアンプでそれぞれ増幅して出力する。これも増幅率1倍の反転増幅回路。ミキサー部でも反転させてるので位相は元に戻る。直接ヘッドフォンをドライブするので、ここも出力電流が多めのものにしておく。

回路図

オペアンプの品種が適当になっているが、実際に使ったのは全て NJM4556ADD。

消費電力

先に計算しておくべきだが面倒くさくてやってなかった。おかげで失敗。

オペアンプ1つの消費電流が6mA (±4.5V)、これが5つで30mA → 回路全体の実測で 37.5mA。常時バッテリー駆動するにはちょっと多すぎる。

電池が300mAhだと8時間しかもたない……

省電力な NJM022BD で 0.250mA なら、5つで1.25mA。これで10日ぐらい。

どっちにしろ、素直に電源スイッチかアダプタをつけたほうがよさげ、ということでACアダプタをつけて常時通電するようにした。

ケース

例によって KiCAD + FreeCAD kicadStepUp で 3D モデルをつくり、Fusion360 で読みこんで適当に設計したのを 3D プリントした。

ref.

http://akizukidenshi.com/catalog/g/gP-03604/
http://akizukidenshi.com/catalog/g/gC-02460/
http://akizukidenshi.com/catalog/g/gP-04623/
http://akizukidenshi.com/catalog/g/gP-00207/
http://akizukidenshi.com/catalog/g/gP-02683/

比較

「木工用ボンド」はどこでも手に入るので使ったことがない人はいないレベルだと思う。タイトボンドは入手性がかなり悪い。

タイトボンドの良いところ

• 固定時間が短かい(乾燥がはやい)
• 乾燥すると固くなる(粘性が残らないので、ノミやスクレーパーでスパっと削れる)
• キャップが使いやすい

タイトボンドの悪いところ

• 入手性が悪い
• 乾燥が速すぎることがある(こういう場合は木工用ボンドを使えばいいと思う)
• ちょっと高い

何が良いか

個人的な感想だと「固くなる」のが一番良く感じる。これにより余分にはみだしても硬化したあとヤスリで削るのが楽だし、ほぼ木材と近い硬さなので、ノミやカンナにかけることもできる。

そしてキャップが使いやすい。キャップをひっぱるとすぐ塗れる構造になっていて、キャップ自体で塗りひろげできる。これが便利。コニシのやつと比べるといちいちキャップの裏の突起をあわせてねじるみたいな作業をしなくて良い。