ホームリフロー：放射温度計を使って2回目の挑戦

というわけで、ホームリフローに再挑戦。

前回は、安ホットプレートの温度目盛を信用したら予熱で基板が溶けるという恐ろしい事態に至りました。

6月1日。焦げというか焼死体

で、放射温度計を注文したのですが、いろいろあって入手できたのが8月。でも糞暑い中ベランダで作業するのはイヤなので、ようやく今日になって2回目と相成った次第です。

試すのは、基板もチップもわりと在庫が潤沢で価格も安いNJM11100基板。今度は1608のチップコンデンサも付けます。

作業を始める前に、冷蔵庫からクリームハンダを取り出して常温に戻します。待っている間にホットプレートに何もおかないでスイッチを入れ、どんな感じで温度が上がるか放射温度計を使って様子を見ます。すると160度でも場所によっては軽く250度を越えていく始末。そりゃ焦げるわ。しばらくスイッチを入れたり切ったりして上昇具合を確かめますが、かなり遅れがあり場所による温度差も大きいので、人間インバータとなってこまめにon/offを繰り返さないと温度プロファイルを守るのは難しそうです。ふと「電子立国日本の自叙伝」でゲルマニウム結晶を作るエピソードを思い出しました。

で、基板にハンダを塗ろうとするのですが…何だか前回よりも乾いて固くなっていて、前回よりも更に塗りにくくなっています。もう寿命なんだろうか…。でも、とりあえずICの足に絡めるように塗って、チップコンデンサについてはピンセットで挟むようにして何とか塗りました。明らかに多すぎですが、まぁ試してみるさ。

で、冷めたホットプレートの上に基板を乗せます。

スイッチを入れ、まず130度までそのまま放置、あとはこまめにon/offしながら基板周辺が150度になるよう調整します。

…150度になるとフラックスが溶け始める、とのことですが全然その気配がありませんorz

ので、またスイッチをon/offしながらゆっくり温度をあげていくと、200度を越えたあたりでハンダが光り始めました。220度を越えたところでスイッチを切ると22秒で245度まであがり、そこからブロワで風を送って冷やしたのですが、なかなか温度は下がらず結局1分以上220度を越えてしまいました。大丈夫だろうか。

で、出来上がりがこちら。

はい、コンデンサは見事にイモハンダ、ICは見事に不均衡で見事にブリッジしてますorz

というわけで、リフローに塗り過ぎはいかんという当然の教訓を得て二回目を終えました。後はハンダゴテで直します。直すのに結構苦労しました…そんなら最初からハンダ付けすりゃいいんじゃね？は禁句ですorz

…拡大してみるとコンデンサのイモハンダが直ってないorz

…とりあえず当面のテーマである「あまりお金をかけずにホームリフローを試してみる」という目的は達成できた、ということにします。ホットプレート＋クリームハンダ＋放射温度計で5-6千円でした。

ということで、次はサンハヤトのキット（接着剤とクリーム半田、それぞれが注射器に入っているヤツ）を試します。どこか店頭で買えれば良いんだけど通販のみ、しかも消費期限が1ヶ月しかないので、なかなかタイミングが難しいです。

自作補聴器への道

■口上■

とりあえず、技術者のハシクレとして、補聴器を作ってみたい。もちろん、親指の頭ぐらいのサイズに15chの適応型デジタルフィルタによるコンプレッサを搭載して米粒みたいな電池で140時間駆動、なんてのは絶対無理す。

なので、サイズと消費電力はとりあえず度外視し、また人の声を強調したり複数のマイクを使って話者以外の方向から来るノイズや風の音をカットする、なんて機能は原理知ってても実装するのに100年ぐらいかかりそうなので保留。

とりあえず「クラシックと落語を快適かつできるだけいい音で聞ける電池駆動補聴器」という路線を目指します。

■とりあえず■

デジタル信号処理についての原理ぐらいは知らないといけない、ってんで、雑誌の特集を読みあさったり、「やる夫で学ぶディジタル信号処理」を少しずつ読んだりしてみたのですが…数学以前のところで止まっている私の脳みそには難しすぎました…。

昔から、とりあえず動かしてみて、動かない時だけ何故動かないか考える、という生き方をしてきたので、先に理論を学ぼうとしてもダメでした。

というわけで、目次など吟味して選んだのがこの一冊

実はPICは苦手というか昔CPUのバグで物凄い回り道をさせられた経験などからあまり好きではなく、最近までMacOSXで開発環境使えなかったので、この本のことは大分前から知りつつも買っていませんでした。

でも、いきなりBlackfinなどに手を出してコケるよりも基板付きで3240円ならキズも少ないし、知らないジャンルに手をだす場合には動くサンプルからスタートして少しずつ改良していく方が理解しやすいので、ともかく買ってみました。

まだ基板は綴じ込んだまま読んでいるだけですが、あまり数式が出てこないので大変わかりやすいです（ああ自分で書いてて情けない）。フーリエ変換が何で動くのか、ようやく心の底から理解できたような気がするｗ

そんなこんなで、まだフィルタ1つ作っていないのですが…始めました。

MetaWare : iBeacon

当初動いていたMetaWareのiBeacon機能を先日試したらまた動かなくなってしまいまして。アップデータ入れたせいかな…そのうち何か知らせが来るだろう、と放置してました。

が、今、何気なくiBeacon検出アプリを立ち上げてみたら、いきなりRange:Nearと表示されました。あれ、アプリックスのやつ電池入れっぱなしだったかな？と思いつつ、MetaWareにiPhoneを近づけてみたらRange:immediateに。

原因わかりました。MetaWare制御アプリとconnectしている最中はiBeacon止まってるんですね…。そういうもんなのでしょうか。

…「写真もう少し大きい方が見栄え良いんじゃない？」と言われたのですが、拡大してみたら埃が物凄いのでやめてましたorz

Chilkat Softwareさんのftp2ライブラリ for iOS objective-c

まぁ、いろいろあって、iPad用に急遽日本語エンコーディングを明示的に指定できるライブラリが必要になった次第です。

以前から目をつけていたのはChilkat Softwareさんのライブラリ。まぁ通信系のライブラリを探していてこのバナーを見たことのあるヒトは少なくないのでは。

当該プロジェクトでも当初コレを使おうと提案していたのですが、当時はsftpを使う予定でSecureな部分が輸出規制にひっかかるためボツになったという経緯がありました。

で、今回背に腹は変えられず、ともかく動作確認のためのプロジェクトを作ってみました。

■評価版ライセンス■

static libraryの形で配布されており、30日間、シミュレータ上でだけ動作させることができます。

Chilkat FTP Objective-C Library for IOS / MAC OS X

このページからダウンロード、リファレンスなどへ飛べます。とりあえずはリファレンスかObjective-C FTP Examplesのページを見るのが一番手っ取り早いと思います。

■リファレンスをざっと見る■

よくある通信系ライブラリと同様、まず処理のためのインスタンスを作り、そこにメッセージを送っていくというタイプです。Propertiesを眺めていくと、ftpってこんなに色々あるんかいｗってぐらい機能が沢山あります。

今回問題になったencodingに関しても、CommandCharsetとDirListCharset propertyがあります。ディレクトリ作成などに作用するCommandCharsetにansi, SJIS, UTF8などを代入すれば、FEATでサーバと相談した上で適切なエンコーディングを実施してくれます。lsでディレクトリを取ってくる場合のencodingはDirListCharsetを使います。

ftp.CommandCharset = @"SJIS";
ftp.DirListCharset = @"SJIS";
NSString *xml = [ftp GetXmlDirListing:@"*.jpg"];
if  (xml == nil) {
    // エラー処理
}

って感じです。ディレクト作成やget/putなどに関しては、予めカレントディレクトリを設定してから操作することも、フルパスで指定することもできます。今回は同期しか試しませんでしたが、非同期も用意されています（何でもかんでも非同期にしてしまうのではなく、getfile/putfileが対象…かな？ AcyncGetFileStart/AsyncPutFileStart）。

■動かして見る■

例によってロクにドキュメントも読ますに、「ダウンロードしてきたライブラリをプロジェクトにドラッグ＆ドロップすりゃ動くだろｗ」とやっていたら案の定ハマりました。

上のライセンス条項に「シミュレータ上でだけ」とあります。つまり評価版として使えるのはi386 static libraryだけなのでプロジェクトにドラッグ＆ドロップするのは「cpp_include」「include」「lib/i386」だけにします。TARGETS > Build Settings > Architectures > Valid Architecturesには「i386」だけ設定します。

なお、プロジェクトへのライブラリのドラッグ＆ドロップで試行錯誤してたら、Linkerへのpathにゴミが溜まってwarningの嵐になったりしますのでご注意を。ライブラリを一旦削除してもpathの設定がそのまま残っちゃうんですよね。

今回評価目的だったので使いませんでしたが、ダウンロードしたファイルには各バイナリ向けを1つに束ねたunivarsal static libraryにするためのshスクリプトも付属しています（リンク先の5）。コマンドライン一発でエラーもでません。

【追記】その他、c++を通すための設定が必要なのですが、サポートページにも書いてあるようにダミーのcppクラスを追加するのが一番手っ取り早いです。File▶New...▶File...▶iOS/C and C++▶C++ Classあとは「DummyClassForChilkat」など適当な名前を付けて保存します。

あとはコードを書いて動かすだけ。API名やエラー戻り値もすっきりしていて、サクサク書けます。余談ですが、API名に美しい規則性と論理性があると書いてて指が止まらないよね。好きなライブラリです。

今のところ私が個人でこのライブラリを使う予定はないのですが、何か通信系の案件が立ち上がったら真っ先にこれ使います。

ちゃんとしたftpサーバが相手なら、AppleのSimpleFTPSampleでも使われているCFFTPStream系でも用が足りるんですけどね…。あー疲れた。MetaWareとかで遊んで疲れを癒やしたい。

MetaWareをJack-inする電脳たれぱんだ

■余談ですが■

今週の水曜日が最終出社日だったんですが、本番サーバでのエンコーディング問題が発覚したのが先週木曜日。それから怒涛の日々だった。水曜日の午後から退職前の有給休暇消化期間だったけど、「それなに？美味しいの？」状態。PMのYさんがいい人なので、とりあえず今週は無報酬でお手伝いするって伝えたんですが…しんどかった。

ちなみに会社都合で有給休暇を取り消して作業させた場合には、休日出勤とみなされて6割増し以上の賃金を支払う義務があるんですよね（苦笑）。

@autoreleasepool { }

久しぶりのiOSネタ。

ALAssetから引っ張ってきたPNG（スクリーンショット）画像をUIImageViewに表示して、これをボタンで高速でめくっていくと「メモリ足りない」って落ちる現象に遭遇。

ゆっくりページめくりしている時は大丈夫。

【ALAssetからdefaultRepresentationを取得し、その後UIImageに変換してUIImageViewにセットする】だけの簡単な処理だけど、高速でめくるとreleaseする前に次の画像を取ってきてしまうので落ちる。落ちる前に手を止めると、メモリのグラフがガタガタと下がっていく。

一瞬、「めくる速度を制限しようか」という悪魔の声が聞こえたけど、それは最後の手段として取っておくことにした。

でも、__weak試したりnil代入しても状況は変わらない。

最終的には上記【】の処理を@autoreleasepool {}で囲って強制的に掃除したらスクリプトで超高速めくりを実行してもメモリサイズは安定したままで落ちなくなった。

いやはや。

それにしても、どうしてこういう問題は、定時で帰る5分前に発生するのでしょうか。15分ぐらいで解決できたから良いんだけど。

CL6807 LEDドライブ

SOT-23-6が私のハンダ付けの限界＠老眼的な意味で

はい、秋月で売っているアレです。

チップ製造元の推奨回路そのものなので面白くも何ともないのですが、以前150円のミニブレッドボードで組んだものをユニバーサルボードで作りなおしました。Rsは1Ω、100mAの定電流回路です。

安ブレッドボードはお手軽でよく使うのですが、どーやっても計算通りの数値が出ませんでした。調べた結果、ブレッドボードの接触抵抗が最大2Ωぐらいあってふらふらと変動していました。そのぐらいの変動は低速のデジタル回路で使う分には問題ないのですが、0.2-1.0Ωの電流検出抵抗を使う回路では大問題です。

CL6807はそれきりで、しばらくもっとお手軽（LM317と同じ考え方）に電流を設定できるNJM11100による定電流回路をいじっていたのですが…安定化電源チップのNJM11100はPWMを前提としていないため低デューティー比領域での制御性が悪くて、LED読書灯として使っていると「ふーっと消えていく」あたりがガタガタしてどうにも美しくありません。

ということで、改めてCL6807でちゃんと組み直してみた次第。私にしては珍しく配線ミスもなく一発で動作しました。ブレッドボード版ではジャンパ線に触ると電圧出力がふらついて使い勝手が悪かったのですが、今度はしっかり配線したので大丈夫です。

次は制御ソフトをもうちょっと何とかしたい。一応低消費電力化やUIを改善したRTOS対応版のコーディングは終わっているのですが、読書灯として使っている配線を外して机まで持ってくるのが面倒で着手できません。

夏休み終了間際にならないと宿題に着手しない病は一生治らないのだろうか…。

MSP430 LauchPad + I2c液晶 + RTC + 3軸加速度センサ

どうもI2Cとは相性が悪いというか、今まで一発で動いたことがありません。今回も散々苦労しました。

・I2Cの信号が出ていない？▶オシロの設定間違い
・I2Cのクロック波形が鈍りすぎ▶プルアップを10kから1kへ
・念のためアドレスを左右にシフトしてみた▶ダメ
・念のため液晶変えてみた▶動いたorz

最近の部品は強いんですが、やっぱり壊れるときは壊れます。しばらく行方不明になっていて、アクリル板の下敷きになっているところを発見された液晶なので、静電破壊でしょうね…。

しかしこのμA単位で動作する低消費電力MCUでプルアップ1kΩ☓2ってのはキツい。LOWの時だけとはいえ6mAなどという大電流が流れるなんて…。ということで10kに戻してみたけど特に問題ありませんでした。それでも0.6mAはかなりの大電流ですが。

とりあえず液晶が動いたので、その後RTC（RTC-8564NB）と3軸加速度センサ（ADXL345）をつないでみました。

例によってRTCが動かず苦労しましたが、これはレジスタの数を間違えていて、一回りしてスタートビットを叩いているつもりが別のレジスタ叩いていた、という軽いボケ。

3軸加速度センサは以前Arduinoで書いたコードをそのまま貼ってすんなり動きました。

というわけで「振動を検知すると超高輝度赤色LEDが点灯するデジタル時計（またかよ）」の出来上がりです。

で、MSP430G2553IN20ですが…Energiaで書いている分には「小さな低消費電力Arduino」として使えるのでお手軽です。同じぐらいお手軽なmbed LPC1114FN28といい感じで使い分けできますね。14ピンのMSP430でEnergiaが動いてくれればLPC810M21FN8よりも使い勝手が良いのですが、見当たらないのが残念。

Energiaのフォーラムを見ていたら、32768hzの水晶を直結してRTCとして使うライブラリが公開されていたので、今度試してみようっと（「今でしょ！」禁止）。

PayPalさんありがとうおおお！

ちなみにAmazonからは翌日届いた。

いくら海外発注とはいえ、今どき通販でモノが7週間も届かない、しかも担当者が嘘つきでいうことがコロコロ変わり、送り直したとかいうけどtracking numberは変わらない。「もう良いから金返せ」って言っても「ご連絡ありがとうございます」という定型文が返ってくるだけ。

通販業者の名前は、悪名高きDealExtream.com / DX.com…まぁ悪名高いってのは後で知ったわけですが。中国にもまともなビジネス/まともなヒトが居るのかもしれないけど（まだ会ったことないけど）、これが私の嫌中をさらに加速しました。

その状況を救ってくれたのがPayPalでした。普段カード払いなのに、その時は何故かたまたまPayPalで、しかもPayPalだったことを思い出したのが、紛争解決センター締め切りの直前（発注から45日以内なら、業者との間に立ってトラブルを解決してくれる）というクリチカルっぷり。しかも仕事が早くて、やりとりの経緯などをWebから送ったところ、1週間ほどで「クレジットカードに返金しました」と連絡が。最高です。

わずか$20の取引に対応してくださって、本当にありがとうございました。

以下、経緯の詳細です。赤文字がdx.com、青文字がPayPalさん、私はデブだから太字。dx.comとは英語、PayPalさんとは日本語のやりとりでした。

6/01 赤外線放射温度計を$20.12でDX.comに発注、納期は最大20日とのこと
6/21 届かないのでWebから「届かない。トラッキングナンバーも該当する業者がない」とクレームを入れた。

メールで届いたトラッキングナンバーを調べようにも、「このフォーマットはこの配達業者」という一覧に該当するフォーマットがない辺りでもうダメな予感。

6/25 「申し訳ありません。通常7-30日で届きます。もう少しだけお待ちください。なお、トラッキングナンバーはここのページで調べてください」との返事。そのページは、もちろん、上のページで該当しないからクレームを入れてないということは華麗にスルー

6/27 だから、そのナンバーは載ってないじゃん！と少し怒り気味の返事を送る

6/29 「不便かけてすみません。でも、心配しないでください。出荷の遅れは国際便にはよくあることです。私達は確実な到着を心がけています。もう7日だけお待ちください。お客様の忍耐に感謝します」と返事。話が通じてねえ…これが中華4000年クォリティか。

7/11 7日すぎても当然届きません。「もう我慢ならない。金返せ」とだけ返事

この辺から相手のメールの文面でplsとかtksなどの略語が目立つようになる。真剣にトラブル対応する気、ねーだろ。書いてて怒りが蘇ってきたので、以下ゼンジー北京フォーマットにします。

7/14「こんなに待たせて悪いあるなー。実は、マレイシア便が糞詰まりしてて、出荷担当がマレイシア当局と相談してるある。きっと良い解決するあるからよろしくな。1-2週間待ってくれるヨロシな。この問題が解決するまではちゃんと対応するアル。2週間待ってまだ届かなかったら連絡するのコトよ」と返事が来た。

7/14「金返せ。ビジネスとしてありえねえだろ」とだけ返事する。

この時、PayPalさんで支払ったことに気づき、何かできる事はないかと思ったら「紛争解決」というリンクを発見。さっそくこれまでのやりとりをまとめて送付。紛争解決の有効期間は45日間とのことで、あと2日でアウトでした。「トラッキングナンバーなどを確認してみます」との返事あり。

7/16「いやいやゴメンよー。あなた荷物な、これsecurity checkに通らなかったあるよ。もう一回別便で発送するヨ。1週間で新しいtracking numberに更新されるのコトよ。だからまた1週間待つヨロシ」

7/17「じゃ、新しい番号を1週間だけ待ってやる」と返事。甘いなオレも。

7/22「あと5日待てるアルか？　もし何か質問あたら、戻ってくる良いアルヨー。ごきげんようねー　原文：If you have any questions, pls come back to us. have a nice day  :)  」

私は怒っている相手に顔文字がどれだけの着火力をもたらすかを再認識しましたｗ

7/22 PayPalさんに、その後の経緯を伝えエスカレーションを依頼。

7/24 PayPalさんから「先方から『送り直した。新しいトラッキングナンバーはこれだ』という返事がありました」という連絡。それに対して私から「それは発注当初のトラッキングナンバーと同じです。『送り直した』という言葉と矛盾しています。対応をお願いします」と返事。

7/25 PayPalさんから「こちらでも調べたところ、トラッキングナンバーは長期間更新されていないままですので、ケースを終了しました。代金はクレジットカードに返金しました」との連絡。

長かったけど、PayPalさんにエスカレーションを依頼したあとはあっという間でした。素晴らしいとしか言い様がありません。改めてお礼申し上げます。

今後何か支払うときの第一選択肢はPayPalだ。もう孫子の代まで家訓として伝える（子供居ないのが残念です）。

その後。

7/25 Amazonに放射温度計（新モデル）を発注
7/26 届きました。

さぁ、これではんだリフローができる！…と思ったら、外は40度近い灼熱地獄。室内でリフローすると有害物質やら悪臭で大変なことになるので、家の中ではできない。ということで、早朝涼しい時間にでもやりますわ。

関係ないけど…放射温度計と一緒に注文した「銀のニーナ」、これあかんやつやろ…最近流行の「大人の男と童女が突然一緒に暮らすことになった困惑やらほのぼのを描く日常マンガ」というジャンルっぽいけど、作者は意識してるかどうかわからんけどロリコン的なニュアンスを感じる…。

MSP430 Launchpad + MacOS X

さて、というわけでLauchPad届きました。月曜の朝Mouser.comに注文してテキサスを発送、木曜日の昼に東京都下に届くんだから地球も小さくなったもんやで。一緒にFRDM46も届いたので、こっちも楽しみ。

LauchPadにはいくつか環境があります。純正環境はMacでは動きませんが、サードパーティなら大丈夫。Xcodeから動かすツールなどもありますが、とりあえず手っ取り早く動かしたいので、それも後回し。レジスタなどを調べるのもめんどくさいし、とにかく週末まで待たされたのだからすぐ動かしたいのが人情じゃないっすかｗ

まずは勝手知ったるSkitchで書くことのできるEnergiaを試してみます。ところでEnergiaって何て読むんでしょう。つい「エネルギア」って読んじゃったりするんですが＠シンフォギア的な意味で　

参考にするのはこのページ（https://github.com/energia/Energia/wiki/Getting-Started）です。ここでは先にドライバ落とせって書いてあるけど、アプリ本体にドライバ入っているので次に進んで大丈夫です。

Energia本体のダウンロード。「download」から「energia-0101E0012-macosx.dmg」を落とします。ダウンロードしたら解凍します→フォルダが開きます。

Energia.appアイコンをApplicationsアイコンへドラッグ＆ドロップします。そしてドライバをインストールしましょう。MSP430LPCDC 1.0.3b.pkgをダブルクリック、「開発元が未確認なのでインストールできません」が出てきたら、そこは自己責任でpkgを右クリック→開く→「未確認だけど開く」で。インストール後再起動を求められますので、他に問題ないことを確認してからクリック。

なお、Java for OS Xも必要ですので、普段インストールしていない方はこちらでどぞ（MacでのJavaのインストール方法）…EnergiaのサイトにJDKのバージョン書いてないけど、Java 7なら大丈夫、かな…。

その間に開封します。しまった、開封直後の写真を撮り忘れたｗ

再起動が終わったら、Energiaも起動します。懐かしいArduino IDEを赤くしたようなアプリが起動します。Macと付属のUSBケーブルで接続。さっそく赤と緑のLEDが交互に点滅します。ちょっとウザいので、LED近くのSwitch2を押すと黙ります。

さて、Getting Startedに戻ります。USBのシリアルポートを選び、ボードとチップの種類を選びます。シリアルは「Macの場合は/dev/cu.uart-XXXXを選べ。/dev/tty.uart-XXXX」はダメって書いてあるんだけど、cuが出てこねぇorz　ターミナルで見ると/dev/cu.uart-C1FF4A7AB7450931ってのが出てくるんですが…とりあえずこれを選んでおきます。

ボードは当然LaunchPadですが、チップは一応LaunchPad上のMSP430を確認してください。老眼にはしんどいですが、2553がついていたので、Toolsメニューから「LauchPad w/msp430g2553」を選びます。

まずは動作テスト（上のシリアルポートのこともありますので）、手っ取り早くテンプレートを動かしてみます。　ファイル＞スケッチ例＞1.Basics　で、Skitch Windowが開いたらUpload Buttonをクリック。赤のLEDがのーんびりと点滅を始めれば、とりあえず問題なし、ということになります。

さて、環境は整った（環境を整えるのは30分もかからないんだけど、ブログ書いたり再移動するついでにメンテしてたら2時間かかってしまった…）。次は恒例のデジタル時計を…と思ったら、ジャンパ線の在庫が足りないっぽい…。

Beaglebone Blackで7セグメントLEDデジタル時計

同梱

■約5日で到着

欲しいと思ったのが3月、5月上旬に発売されると聞いてMouser.comに発注したのが4/23、秋月やAdafruitへの入荷を見送って待ち続けてきましたが、Adafruitに再度入荷したので我慢できずに6/25に注文。6/29の11時ごろ配達されたのですが、買い物に出かけていて留守、やっと本日11時半ごろ入手しました。いえー。

■というわけで、7セグメントデジタル時計をまた作った

事前にブレッドボード上に回路を組んであり、Bonescriptでも一応書き終わっていたものの、初めての環境だとやっぱり色々ありますね…。ピン配列の資料を見て、「じゃ、P8の3番以降を使おう」と決めてあったのですが、実際に走らせると「そこのピンはMMCが使っているからダメよ」とエラーが。

間違った配線の図

じゃ、どうすりゃいいのよ、とそれらしい資料を探し出すのに小一時間かかりました。Getting Startedにあったんですけどねorz

やっと1桁表示できたｗ

それからソフトのバグをプチプチ潰しつつ、「せっかくの時計なんだからちゃんとntpで時間合わせしないと」と思ったのが運の尽きでちょっとハマったり。出来上がったのが、以下のムービーです。

ムービーのフリッカーを合わさって、ほとんど判読不能ですね…。実物はもうちょっと読めるのですが、ともかく実用にはなりません。Cloud9上で90桁/秒程度、コマンドライン上で170桁/秒程度です。170だと普通に読み取れますが、チラついてることが誰にでもはっきりわかるレベルです。

BCDデコーダが手元にないので7セグメントを1ピンずつループまわしてドライブしました。TC4511あたりを使えばもう少し早くなるかもしれませんが、それでも1Ghz ARM上のnode.jsだとこのへんが限界かもしれません。少なくとも、高速化のためにあれこれいじるよりCで書いた方がラクだと思います。

■設定など

SDカードを買い忘れてしまったので、まだなーんにもやってませんｗ

とりあえず、日付を毎回合わせるのは面倒くさいので、ぐぐって見つかったこちらのページ（Thank you!!）を参考にターミナルで
    ntpdate -b -s -u ntp.jst.mfeed.ad.jp
と実行。何の問題もなく設定された。なお、あんまり当然すぎて書いてないのだと思いますが、この設定はUSBとMac（PC）つないだだけではダメみたいです。DHCPのあるネットにEthernetをつないでからrebootし、USBのコンソールから入ってifconfigでen0のipアドレスを調べ、一度USB経由で接続したシェルからログアウトして、再度en0のIPアドレスにroot@<アドレス>では入ります。