Hirolog

前回のエントリでELM327デバイスが動作することを確認したので、今回は簡単なプログラミングをしてみようと思います。

Bluetooth版のデバイスを自分は選んだので、BluetoothのRFCOMMを利用することになります。今回はJavaでプログラミングをすることにし、BluetoothライブラリはBluecoveを利用します。

Continue reading

ELM327の載ったデバイスを手に入れたので、今エントリでは実際に自動車に取り付けて動作確認をしたいと思います。

前回のエントリで自分はBluetooth版デバイスを買いましたが、基本的にデバイスとお話しする方法はシリアル通信となります。RS-232C接続（つまりシリアル接続）の場合には該当するデバイスとお話をすればいいですし、USBやBluetoothの場合、各OSで仮想的なシリアルデバイスを作成できます（WindowsだったらCOM1とか、Macだったら/dev/tty.*とか）。

MacだとBluetoothで仮想デバイスを使って常にお話しするのはどうも安定性に欠けるようなのですが（Snow Leopardは長く試してないので改善しているかもしれません）、いずれにせよ動作確認のためだけであれば問題ないでしょう。

普通だったらここで実際に配布されているソフトウェアを使って動作確認をするのでしょうが、自分の場合は（それだとつまらないので）実際にターミナル経由でデバイスと直接お話をしてみることにします。

Continue reading

久々の投稿です。

OBD-IIという自動車のコネクタを通した各社共通の診断プロトコルがあるのですが、そいつを日曜プログラマでも簡単に扱えるようにするELM327というチップが存在することを知りました。 そして、そのチップを使ってシリアルやらUSB、Bluetoothなどでパソコンからお話をするデバイスもいくつか売り出されているようです。これを使うと、エンジン回転数や速度などの基本情報、それにエンジン温度や瞬間燃費等の普通は知ることのない情報をリアルタイムに取得することができるようになります。

え、そういうのだったら既に売ってるって？　ええ、BLITZ R-VITとかそうですよね。仕組みはまさに同じなのですが、自分でのプログラミングだと簡単にログをとったりいろいろ遊ぶことができます。逆にそういった加工をしないのであればこちらの製品のほうが手っ取り早いと思います。 自分の場合は、パソコンと連携していろいろやってみたかったってことと、どうせすぐに飽きるのに4万とか5万とか出せないので自作することにしました。OBD-IIから情報を取り出すだけなら5000円くらいのパーツだけで済んでしまいますので。

というわけで、この投稿から数回にわたってELM327を使って車とお話しするアプリ製作の備忘録を書いていこうと思います。

今回は、ELM327を搭載したデバイスを手に入れるフェーズに関して記載します。

Continue reading

サーバのホームディレクトリリプレースなどでコメント投稿すらできない静的ファイルのみの状態で放置されていた当ブログですが、MTのバージョンを上げDBから掘り返して復旧させてみました。
日々の雑事はmixiやtwitterで綴ることが多いですが、やはりまとまった記事を書くときにはどうも不得手の様子。
今後このブログも活躍の場が訪れるかもしれません。...訪れないかもしれません。

Now I'm attending a conference, ACE 2007.
If you also attend this conference, please contact me ;)

but...
There are so many Japanese...
hmm... I'm not feeling like visiting Austria... :-(

自分が普段作業している研究室（の分室）は9階にあるので、いつもエレベータを利用して移動します（階段は非常階段しかない）。

このエレベータ、OTIS社製なんですが、いつも乗ってフロアのボタンを押すときに違和感を感じるんです。
原因は、このボタン配置。写真のように並んでるんですが、この「2列に平行に並んだボタンデザイン」ってどうかと思うんですよ。

5	6
3	4
1	2

このエレベータのデザインは「左」「右」「左」「右」という順番で数字が大きくなっていくというパターンです。5階までしかない建物などはともかくとして、階数が多くなってくれば、このように2列にするのは仕方のないことでしょう。ただ、同じ2列にしたって、

3	9
2	8
1	7

こういうのだって考えられるわけですよね。このパターンは、まず左側の列を埋めてしまい、その後右側を埋めていくというもの。

問題は「どっちのパターンの方が良い」というのではなく、「ユーザは、乗ってみたエレベータのボタンがどちらのパターンを採用しているかが瞬時に判別が出来ない」ということです。

研究室の人には一年以上前からたびたびこのデザインの悪さを愚痴ったりしました。そして、ぱっと思いつく改善案として、「右側の列をボタンの高さの半分くらい上に持ち上げる」というアイディアを提示してみたりしました。

そしたら、ついに見つけましたよ、こんなサイトを！
サイトに提示されている写真を見ていただければ分かりますが、ボタンの配置がこのアイディアのまんまです。まさに我が意を得たり！
さらに素晴らしいのは、「1」と「2」が連続していることを表すかのような、細いラインが入っています。これは「左側の列をまず埋めてしまう」デザインではないよ、ということを容易に分からせるために一役買っています。
考えてみれば、右側の列をちょっと上にずらしただけでは、まだ「左側の列をまず埋めてしまう」デザインと混同してしまうことがありますよね。ふむ、なかなか奥が深い。

一応、我らがエレベータにも左右にラインが入ってるんですが、今の今まで気付きませんでした。ただラインを入れただけでは不十分ってことなんでしょうかね。

では、「左側をまず埋めていく」デザインにしたい場合は、どうやったら混乱させずに済みますかね…？
ぱっと思いつくのは、二つの列の間隔をもっとあける、というアイディアでしょうか？　これだけでだいぶ「縦方向のつながり」が強調されるはずです。

なお、まんぷく::日記さんでは、「開く」ボタンと「閉じる」ボタンの配置に関する調査を行っています。こちらも興味深いですね。

このような日常物のデザインについて興味を持った人は、ドナルドノーマンの「誰のためのデザイン?―認知科学者のデザイン原論」を一読することをおすすめします。途中眠くなるところもあるんですが（笑、写真も多くてなるほどと膝を叩くことうけあいです。