ツールの使いかたで時間をとられるのは非常にもったいないので、おおむね最近のコードは Chrome をメインに「モダンブラウザで書ける新しい ECMAScript の新記法・いざとなればポリフィル可能なAPIはすべて使っても良い」が「それ以上のことはなし」というルール。専業でずっと同じプロダクトだけ触ってメンテできるならいいけど、いろんなことをやって半年後に戻ってきたら動かない・コンパイルできない・修正できない、というのは全くありえない話。
触る人間 (ユーザ) が決まっているプロジェクト、例えば管理ツールならこのぐらいでちょうど良いと思う。
依存するものが増えることと、それで得られるメリットは常に天秤にのっていると考えないといけない。当たり前だ。余計なことはしないのが一番良い。バカにされるとしても、複雑なものより簡単なもののほうが常に優れている。自分の理解力を誇示するために成果物を複雑にしようとするな。
Aliexpress で 3W 365nm のパワーUV LEDを買ってみた。ちなみに 3W と書いてあっても 3W じゃないことが多いので注意が必要。絶対最大定格 700mA Forward Voltage が 3.0〜4.0V。なので2.1W〜2.8W程度。放射束はスペック上 900mW と書いてある。
これを定電流降圧回路で600mAで光らせた。放熱器必須。アルミ基板なので熱を吸われてしまい半田がつけにくい。
パスポート
桜のマークを視認する場合 365nm ぐらいで発光するとよくわかる。可視光が少ない紫外線でないと蛍光がわかりにくい。パスポートの場合、顔写真ページには顔写真そのものが蛍光印刷されていておもしろい。
千円札
印章はとてもわかりやすく蛍光する。裏側の印章は蛍光しない。「千円」の漢数字のところは非常にわかりにくいが蛍光している。またお札全体に帯がついていてこれも薄く蛍光している。蛍光インクは透明だがすこしテカテカしているので、実は蛍光しなくても光を反射させると普通にわかってしまう。
一瞬(0.5秒ぐらい)で流動性は完全になくなるが表面がべとつく。約3分程度で表面が完全硬化する感じ (ベトツキがなくなる)。
パワーLEDだと1灯でも照らす範囲が広いので、適当なリフレクタ ( 3Dプリントしたものにアルミ箔を貼ったもの) をつけるとなかなかフラットに照射できる。
UV計にも感度スペクトルがあるので、相対的な強さしかわからないが、OptSupply OSV1YL5111A (放射束が2〜4mW(@20mA)) と比べるとほぼ同じ距離で10倍程度違う。
なお太陽光の快晴時地表 UV 強度は 60W/m2 = 6,000μW/cm2 らしい。パワー UV LED 1灯でも今回測定した距離では2倍ほどの紫外線照度がある。
少し離して2灯でこんな感じ。これ以上近付けると測定器の計測限界を超えるみたい。
ちなみにこのUV計は国内ではマザーツールが扱っているがLutron のSP-82UVみたい。Lutron の校正証書みたいのがついてくる。
ref.
nanopi-neo2_friendlycore-xenial_4.14.52_20180628.img.zip の場合
Nano Pi Neo 2 の提供 OS イメージだと /sys/gpio が root 保有になっており、gpio の操作に特権が必要になっている。これを Raspbian と同様に gpio group をつくり、グループに対してパーミッションを与えるようにする。
グループを追加する。
sudo groupadd gpio sudo usermod -aG gpio pi
udev のルールを追加し、gpio に変更があった場合、所有権と権限を設定しなおすようにする。
$ sudo vim /etc/udev/rules.d/80-gpio.rules SUBSYSTEM=="gpio", PROGRAM="/bin/sh -c '/bin/chown -R root:gpio /sys/devices/platform/soc/*pinctrl/gpio*'" SUBSYSTEM=="gpio", PROGRAM="/bin/sh -c '/bin/chmod -R ug+rw /sys/devices/platform/soc/*pinctrl/gpio*'" SUBSYSTEM=="gpio", PROGRAM="/bin/sh -c '/bin/chown -R root:gpio /sys/class/gpio'" SUBSYSTEM=="gpio", PROGRAM="/bin/sh -c '/bin/chmod -R ug+rw /sys/class/gpio'"
sudo udevadm control --reload-rules
test をやると rule の実行状態がわかる。結果が成功したかどうかとかもこれでわかる。
sudo udevadm test --action=change /sys/devices/platform/soc/1c20800.pinctrl/gpiochip1/gpio/gpio0
trigger でもルール適用できるがあまり詳細なことはわからない。
sudo udevadm trigger --verbose --subsystem-match=gpio
レポジトリは https://github.com/friendlyarm/NanoHatOLED OLED 自体は I2C 経由、スイッチは GPIO に接続されている。当然だが NanoHatOLED に付属の python スクリプトを用いなくとも OLED やボタンを自力でハンドリングすることは可能 (後述)
/etc/rc.local から /usr/local/bin/oled-start が起動される。
/usr/local/bin/oled-start は /root/NanoHatOLED に cd して ./NanoHatOLED を起動してる。
./NanoHatOLED はバイナリだが、やってることはスイッチの GPIO を監視して、子プロセスに対しそれぞれ gpio0=SIGUSR1 gpio2=SIGUSR2 gpio3=SIGALRM を発生させているだけ。正直なんで C でやってるのかよくわからない。
./NanoHatOLED は /root/NanoHatOLED/BakeBit/Software/Python && python bakebit_nanohat_oled.py を起動している。
I2C 接続。アドレスは 0x3c (0b0111100)。128x64 OLED コントローラは SSD1306 (互換)
datasheet http://wiki.friendlyarm.com/wiki/images/a/af/096-30-SPEC_QG-2864KLBEG01_VER_C.pdf https://cdn-shop.adafruit.com/datasheets/SSD1306.pdf
I2C のコネクタは 2.0mm ピッチ。Grove システムのやつと一緒っぽい。http://wiki.seeedstudio.com/Grove_System/ http://akizukidenshi.com/catalog/g/gC-12634/ PHコネクター？ かと思ったが違う。PH コネクタはピッチは同じだが挿すことができない。
シリアルは 2.54mm ピッチ。ちゃんと調べてない。
そこそこいい感じに書けた。
GPIO のボタンは Node.js の fs モジュールだけで GPIO の割込みを扱うには？ | tech - 氾濫原 に書いた通りの方法で扱っている。EventEmitter の API にしてある。
OLED に対応する canvas (node-canvas) オブジェクトを保持し、更新があったかどうかを確認しつつ一定周期で再描画するような設計にした。これにより普通にブラウザでJSを書くのと同じようなモデルでコードを書くことができる。