相変わらず週末だけのコーディング。先週末は本格的に体調を崩してキーバリュークラスのコピーコンストラクタを書いただけだった。 最近悩んでるのが言語とコンパイラ。現在はC++・GCC 4.4で開発している。 で、C++0xを使いたい。Matchaが形になるのは今年の秋か冬だし、そのころにはC++0xの仕様も確定してるだろう（？）。GCC 4.6ならかなりの仕様が実装されるだろうし。長期プレイで作っていくなら未来に普及する現在の最新を取り入れたいところではある。 フリーなコンパイラでいうとGCCとLL...
Willow GarageがROSというロボット開発用ミドルウェア（ROSではメタOSと呼んでいる）を去年から公開していて最近になって話題になりはじめている。俺も最近知って、ドキュメントを流し読みしたりしている。 RTMがコンポーネントのデータ仕様を規定しなかったのに対し、ROSでは規程しているのがアーキテクチャの面での大きな違い。さらに「ロボット作るならこのデータいるよね」っていうロボットのコンフィグなどについてもファイル仕様（XML）を決めたりしている。大きいのはそうやって規定したデータ仕様...
ロードマップではIPCはまだ先なんだけど、実装方法はちまちま調べてる。 RAMディスク上のファイルで共有ロック・排他ロック・inotify・epollを活用してブリテンボードを作るというのもその一環。 で、そのブリテンボードにどんなフォーマットのデータを載せるかという話。RTMの場合、（ブリテンボードではなくデータポートという呼び名だが）データフォーマットに規定がないっぽい（流し読みしかしてないが）。データポートの設計者がバイトフォーマットを（多くはC/C++の構造体として）定義する。ROSの場...
移動ロボットのプログラムをしていると動作中のセンサデータをモニタしたいというシチュエーションは多い。で、GUI。 Matchaはフレームワークなのでアプリケーションのモデルを縛ることになる。一方で低レベルの部分でIPCの実装を提供する。やろうと思えばMatchaアプリケーションのモデルを離れて自前でイベントループを回すことができる（ようになる予定）。 ここでGUIにからんで二つの選択肢がある。ひとつはMatchaフレームワークでGUIを提供する方法。もうひとつは既存のGUIフレームワークからMa...
epollって時点でLinux限定だよな。 ってのはともかく方法が分かりました。inotifyを使用すればファイルへの変更などのファイルシステム上のイベントをselect系で監視することができます。当然read()でもできます。Linuxにどっぷりですが、どのOSでもファイルの監視くらいはできるだろうから採用してもいいでしょう。 inotifyはかなり便利でディレクトリを監視すればディレクトリ以下で起きるファイルの生成など多くのイベントを監視することができます。ちょろりと活用方法を企み中です。 ...
そろそろMatchaのIPC実装の目処をつけようかと、実験コードを書き始める。 Matchaの基本コンセプトとしてユーザスペースでのポーリングを極力抑えるというものがある。で、デバイス関係はデスクリプタをまとめてepoll()で待つという実装をしている。 IPCにはメッセージパッシングやブリテンボードなどいくつかのモデルがあるが、ブリテンボードについてはRAMディスク上のファイルで実装しようかと思ってた。epoll()のトリガでflock()でRCUなら楽勝だろうと。 で、実験コードを書いたが動...
相変わらず週末に数時間という状況が続いている。そのうえ最近は週末にイベントが立て込んでてコーディングが進まない。 イベントクラスに乗せるデータはキーバリューベースで実装することにしたのは前に書いたっけ？とりあえずキーバリューのクラスを実装して、タイマイベントポートのイベントをキーバリューベースで取得するサンプルソースが書けるようになった。キーバリューのディープコピーが実装されていないところがバグとして残っている。スレッディングとスレッド間のイベント送受信まで実装するのがマイルストーンになるかな。...
確認はGCC4.4。 DataHolderというクラスがDataという型のm_Dataというメンバ変数を持つとき、Data()というメンバ関数でm_Dataの参照にアクセスさせたい。 class Data { // some code }; class DataHolder { public: // some code (constructor, destructor etc...) const Data& Data() const; private: ::Data m_Data; };...
徒然と書く。 趣味です。と、言ってしまえばそれまでなんだけど、センサドリブンな自律ロボットのフレームワークに必要な仕様を見極めたいという動機もある。それはつまり何かというと、センサドリブンな自律ロボットのソフトウェアの理想型を追求するという問題でもある。アプリケーションごとに問題は異なるし、異なる問題に対して最適な設計をするのがエンジニアリングなのかも知れないが、それでも何かしら問題に共通する設計の本質というものがあると思う。 もうひとつ実際的な面では2011年度のつくばチャレンジに参加するにあ...