前の日記で書いた、色々良さげなフジのFinepix HS30EXRだけど、画質となると「やはりコンデジなので過度の期待は……禁物……っ!!」らしい。ざわざわ。

ということで、FlickrやganrefでHS30EXRで撮られている写真を探してみたが……うーん……た、確かにこれは……。
コンデジとしては良いのだろうが、やはり一眼レフに比べると見劣りすると言わざるを得ない（まぁ、ここで見劣りしなかったら一眼レフの存在意義が無くなるが）。

というわけで、値段もスペックも色々と引かれるものがあったので購入寸前まで行ったのだが、購入は見送りかなあ。
でも3万円台で720mmの望遠撮影システムが組めるし、コンパクトだし……うだうだ。

一日遅れ。私の住んでる辺りでは、薄い雲だったので雲ごしに見えました。
http://www.flickr.com/photos/ozuma/7248365576
ちょうど雲で隠れて、フィルターも要らずに目で見えるくらいでしたね……。

Nikon D90にシグマの70-300mm APOという安い望遠ズームレンズを使ったのだけど、今だと一眼レフにこだわるより、ネオ一眼と呼ばれるコンデジの方がむしろいいのかな。
Fuji HS30EXRだと、35mm換算で720mmの望遠レンズになるわけか……ふーん。ちゃんとフィルターねじも切ってあるし、RAWでも撮れるらしい。ふーん。

1時頃までかけてCX6のレンズにかぶせる日蝕フィルタを作成し、Yahooと気象庁のページで雨雲の予想を見て、「東に行っても西に行っても状況変わらない」と判断して朝までぐっすり。

7時に外をみると分厚い雲で太陽見えず…。

…が、TwitterのTLでは都内の人の「見えてる」Tweetが…
そして @tenkijp の人の「北に行けば見られます。まだ間に合いますよ」というtweetを見て、西北西方面に移動開始。（北に移動するルートが近くにない）

移動しているうちに金環蝕の時間が近づいてしまい、空をみると既に綺麗なリング状態。
…が、撮影機材の準備が間に合わず、手持ちで撮影したら4つのリングが踊る意味不明画像に…orz

三脚出して、カメラ固定して…とやっているうちにリングが切れてしまいました。→ 写真

でもリングを観られて、蝕を写真に撮れただけでもよかった。
皆既日蝕も観てみたいねぇ…日本だと2035年らしいけど…

ImageMagickを色々といじっていたら、昔懐かしの2値モノクロっぽく変換できることに気が付いた。
ということで、流行りの(?)Twitter連携の画像投稿アプリ「1bit photo/」をちょっと作ってみました。Twitterアカウントでログインして、画像を投稿するとノスタルジックな感じでモノクロ化してくれる。

http://1bp.x0.to/0002b
こんな感じの加工画像、むかーしのMacintoshで見たなあ。ごく一部の人にだけ懐かしいのではないかと。

無線LANで接続している状態で
コマンドプロンプトで netsh コマンドを実行。

それが必要な場面が終わった後で netshコマンドの存在を思い出したので意味がないのだけど… orz

同じSSIDの無線APが複数あるとき、「自分のPCがどれに繋がっているのか？」を調べる方法が知りたかったのでした。

接続先のチャンネルを固定したいときは、無線LANインターフェースのプロパティでチャンネルを明示すればいい…はず。

「Windows 無線LAN チャンネル 表示」でぐぐるとAPのチャンネルや強度を一覧表示するソフトの情報ばかりで見つけられなかった…。

きのう図書館で借りてみた「玉井哲雄: ソフトウェア社会のゆくえ」を読んでいたら、ubuntuのことを頑なに「ウンブトゥ」と表記しているのだけど、大丈夫だろうか。
……いやいや、私が無知なだけで、おそらくラテン語とかヘブライ語とかで読むとそうなのだろう。たぶん。

他にもビル・ゲイツのことを頑固に「ビル・ゲーツ」と書いているし、何か謎のこだわりがあるみたい。

一昨日は地上物を映し込むつもりが出遅れて、撮影予定地についたときにはすでに仰角10度くらいに…

昨日のスーパーフルムーンでは、多摩川の川面に映り込む月の出を…と早めに現地に付いていたのに、方位を間違えていて失敗。
撮影場所を選んでいるうちに、月はずっと高いところに… orz

諦めて光学10倍×デジタル8倍で大写しにしてみた ＞ 写真
EV-2.0の補正しているのに明るすぎてクレーターの筋が見えない…

新しく買ったCX6は無限遠の調整がおかしいのか月にうまくピントが合わないような気がします。
ピントが合っていないのか、露出オーバーで飛んでいて判らないのかはっきりしないのだけど。
そもそも、80倍ズームで撮っているのでピントがどうこういう問題じゃないのかも…。こういうのって調整してもらえば直るものなのだろうか。

CX4で月蝕撮った時はピント合っていたと思ったのに…とHDDを漁ってみると、ファイル削除で連番管理がずれていたのか、月蝕の写真が上書きされて全滅… orz
(yfrogにUpしたのは残ってるけど、EXIF情報がないので焦点距離が判らない)

元気な割にはロボ開発作業が停滞していますが…
京都祇園の事故以降、交通事故報道が加熱して、ちょっと気分を悪くしていたから…ということにしておこう。うん。

4月に予定していた作業の進捗が悪くて茉莉花が動けないままなのと、実家から戻る時に風邪ひいて調子悪かったのとで、ドルパ２７を観に行くのは断念。

もうあまり時間と予算の余裕がないので何とかしなきゃなんだけどね。

MacOS XのTerminal.appは、昔に比べればかなりマシにはなったんだけど、まだ理想とはほど遠い状態……。
とずっと思っていたのだけど、開発が止まっているiTermの後継版iTerm2というのが良いらしいと聞いて早速試してみた。

なるほど、これは確かに良い。
・選択のみで自動コピー(Command+C)
・日本語を含む文字列をカーソル移動している際は、現在位置が全角文字の場合はちゃんと全角反転になる（Terminal.appでは全角文字の手前半角ぶんしか反転しない）

しかし、■記号や矢印記号など、一部の文字が全角なのに半角扱いになる問題はやはり解決していない。
http://twitpic.com/9f5xbl

見ての通り、■○→×※などは、全角なのに半角扱いになって表示されてしまう。
一部のWebページで、[Text]設定の中の "Treat ambiguous-width characters as double width" にチェックを入れればOKと書いてあるのだけど、これをONにしても全角ぶんのスペースを取るようになるだけで、例えばvim上では2コぶんカーソル移動しないと移動できない。
また、シェル上でもカーソル移動して前後に文字を挿入するとズレてしまう。

ということで、結局この「四角記号・矢印記号の全角半角問題」は解決しなかった。みんなここの解決はどうしてるんだろうなー。

※ 2012/04/19 03:34 電源電圧の上限を修正

まだ、ブレッドボード上だし、1wireシリアルにも対応できてないけど、とりあえず動くものができました。

残作業は

• 1wireシリアル対応(返信中の受信動作無効化)
• 基板ID設定コマンドの実装
• ユニバーサル基板への実装

かな…

4/29の練習会で、茉莉花の腕が動いていたら、「あ、完成したのね」と思ってください。

---
仕様

• 入力： UART (115kbps 8bit 1stop-bit non-parity フロー制御なし)
  通信パケットはKO-ICSともFutabaとも異なる独自仕様w
• 出力： PPM (パルス位置変調)信号 3本 (PPM範囲： 0msec 〜 2.5msec、 1μsec刻み)、ICS1.0のポジションキャプチャには非対応
• 電源電圧： 3.3V〜5.0V (UARTのHigh電圧に合わせる必要あり)
• 入力信号High電圧上限： 3.3V〜5.0V (電源電圧と同じ)
• 使用部品： PIC12F1822 1個、 0.1μFセラミックコンデンサ 1個

制限事項

• 継続してPPM信号を出力するには、上位機器から適度な間隔(10msec〜50msec)でUARTにフレームを送出する必要がある
• 同一ID基板宛の通信フレーム送出開始は、1フレーム送出終了後、最低7.8msec間隔をあける必要がある
• PPM信号出力ピンには、逆流電流制限用の抵抗は入っていない

---
詳細仕様

• 入力信号は後述の通信フレーム構造に従ったデータを受け取る
• 1フレーム受信後、フレーム受信結果を返信(正常 or オーバーラン or チェックサムエラー)
• 1フレーム正常受信後、PPM出力信号を 2.5msec 間隔で各PINに1度だけ出力
• PPM信号出力中(フレーム受信完了から7.8msec以内)に新しいフレームを受信した場合は、オーバーランエラー
• PICKit2/3によりプログラム書き換え可能
• PPM生成部の処理書き換えにより、PIC16F1823で動作可能(PPM出力6本または9本)

---
通信フレーム構造

• 送信： (to uart2ppm)
  SOF+ID | CMD+Length | PPM1(high) | PPM1(low) | PPM2(high) | PPM2(low) | PPM3(high) | PPM3(low) | EOF | CheckSum
  • SOF: 0b10000000
  • ID: 1〜32
  • CMD: 0b000 から 0b011 を5bit左シフトしたもの(現在はCMDは無視される)
  • Length: 0〜31 (PPM1(high)からEOFの前までのbyte数)
  • PPM1〜PPM3: PPM値(μsec) 12bit符号なし整数。ただし、下位7bitを low に、上位5bitをhighに格納する
  • EOF: 0b11111111
  • CheckSum: SOFからEOFまでの合計の補数の下位7bit (SOFからCheckSumまでの合計の下位7bitが0になる値)
• 返信: (from uart2ppm)
  SOF+ID | STATUS+Length | [data1 | data2 | .... | dataN] | EOF | CheckSum
  • SOF: 0b11000000
  • ID: 1〜32
  • STATUS: 処理結果 (0b000 から 0b011 を5bit左シフトしたもの)

    00: 正常受信, 10: オーバーランエラー, 01: チェックサムエラー, 11: 未定義

  • Length: 0〜31 (PPM1(high)からEOFの前までのbyte数)
  • data1 .. dataN: 受信コマンドへの応答(MSBは常に0)
  • EOF: 0b11111111
  • CheckSum: SOFからEOFまでの合計の補数の下位7bit (SOFからCheckSumまでの合計の下位7bitが0になる値)

KO-ICS2/3か、Futabaのどちらかに合わせようとすると、サーボ一つごとにID設定＆パケット返信が必要で面倒なのでこういうことに…w
もしも欲しい人がいたらICS/Futaba対応版を作ってみてもいいですけどね。