Moonmile Solutions Blog

今月のSoftware Design を立ち読みして、

オープンソース・ハードウェアのBug Labsから最初の写真
http://jp.techcrunch.com/archives/first-pics-of-bug-labs-open-source-hardware/
Bug LabsのモジュラーなデバイスでGoogleのAndroidが走るらしい
http://blog.browncat.org/2007/11/bug_labsgoogleandroid.html
Bug Labs: modular, open source hardware
http://www.buglabs.net/
BUGbase 先行出荷版はWiFiなし、「Hiro P」バージョン
http://japanese.engadget.com/2008/01/21/bugbase-wifi-hiro-p/
LEGOのような組立ガジェット「BUG」- 開発者向けの予約受付開始 | パソコン | マイコミジャーナル
http://journal.mycom.co.jp/news/2008/01/23/005/index.html
【ETech続報】まだまだ進化途上にある“オープンソース・ハードウエア”，効果はこれから… – 家電・PC – Tech-On！
http://techon.nikkeibp.co.jp/article/NEWS/20080311/148822/
Latest BUG Releases – BUG Wiki
http://bugcommunity.com/wiki/index.php/Latest_BUG_Releases
Showing posts » BUG Community | Bug Labs
http://community.buglabs.net/blog

2008年だから2年程前になるけど、レゴブロックみたいに組み上げるモバイルデバイスの話。

– 組み込み Linux で動作
– API は Java を使う。
– 主に Eclips 上で開発
– サイト http://www.buglabs.net/products に行けば日本でも買えるみたい。
 — Bugbase（必須）$249.00（値下げしている）
 — BUGview（ディプレイぐらいは必要？）$119.00 タッチスクリーン（320×240）だそうだ。

無線LAN(WiFi)が無い。初期バージョン「Hiro P」から2年程経っているが未だに次のバージョンが出ていない。

What About WiFi?
http://bugblogger.com/what-about-wifi-84/

のエントリーを読むと、無線LANのオープンソース化が難しいってのが書いてある。

In a pure, GPL, open source world, getting Wifi working is tricky. In fact, it’s almost impossible. Not because the hardware isn’t available, though getting a vendor to even talk to you as a small company is difficult, it’s the software drivers. Until recently, they simply haven’t existed in a form we could use. I won’t go into all the
technical reasons why (I’ll leave that to the forums) but suffice to say, we couldn’t get it ready in time for our first committed ship date while remaining true to our commitment to stay 100% open source.

BUGBase のスペックをみると、
http://www.buglabs.net/bugbase

USBは付いているのでUSBの無線LAN付きなら差し込めると思うし。

と思ったら、WiFiモジュールはあるみたい。

Bug Labs　オープン・ソースハードウェア新５機種http://www.slashgear.jp/2009/01/post-3348/
# でも、Bug Labs Store では買えない…
組み込みLinux系の勉強にはちょうどいい機器だと思う。
API が Java なのがアレですが（私がJavaから遠いのが原因なんだけど）、Android USB化もうまく起動できない（たぶん、USBメモリへのインストールの仕方が問題なだけだろうけど）ので、お試し開発/練習用としては3万円で買うのはいいかもしれない。

PDAで無線LANを扱う(仮) http://www.moonmile.net/blog/?p=208 の続き

PDAがクライアント、PCがサーバーのパターンとして、PDAからPCをリモコン操作することを考える。つまりは、クラサバを作ってやれば良いわけで、作ってみたのがこれ。

PDA クライアントのソースはこちら

using System.Net;
using System.Net.Sockets; namespace RemoCon01
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }         private void Form1_Load(object sender, EventArgs e)
        {
            this.pictureBox1.Size = this.Size;
            this.pictureBox1.Image = Properties.Resources.peorth;
        }         private string HOSTNAME = "192.168.0.7"; // "iomante-pc";
        private int PORT     = 9000;         private void pictureBox1_Click(object sender, EventArgs e)
        {
            int n =
                MousePosition.X / (pictureBox1.Width / 3) +
                MousePosition.Y / (pictureBox1.Height / 3) * 3;             //PCにコマンドを送る
            TcpClient tcp = new TcpClient();
            try {
                tcp.Connect(HOSTNAME, PORT);
                NetworkStream stream = tcp.GetStream();
                byte [] buffer =
                    System.Text.Encoding.ASCII.GetBytes(
                    string.Format("R{0}", n ));
                stream.Write( buffer, 0, buffer.Length );
                tcp.Close();                 MessageBox.Show(string.Format("送信 R{0}", n));             } catch ( Exception ex ) {
                MessageBox.Show( ex.Message );
            }
        }
    }
}

PC サーバのソースはこちら

using System.Net;
using System.Net.Sockets;
using System.Threading;
namespace RemoCon01PC
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }         private void Form1_Load(object sender, EventArgs e)
        {         }         // ワーカースレッド
        private Thread work;
        private TcpListener server;         // サーバを開始する
        private void button1_Click(object sender, EventArgs e)
        {
            // ワーカースレッドの作成と開始
            work = new Thread(DoWork);
            work.Start();
        }
        // サーバを終了する
        private void button2_Click(object sender, EventArgs e)
        {
            server.Stop();
        }
        // ワーカースレッド
        private void DoWork()
        {             // リスナーを作成する
            server = new TcpListener(IPAddress.Any, 9000);
            // リスナーを開始する
            server.Start();
            textBox1.Text = "サーバー開始";
            try
            {
                while (true)
                {
                    // クライアントからの接続を受け付ける
                    TcpClient client = server.AcceptTcpClient();
                    NetworkStream stream = client.GetStream();
                    // 受信データの読み出し
                    byte[] data = new byte[100];
                    int len = stream.Read(data, 0, data.Length);
                    string str = System.Text.Encoding.ASCII.GetString(data, 0, len);
                    textBox1.Text = "受信データ:" + str;
                    client.Close();
                }
            }
            catch (Exception ex)
            {
                textBox1.Text = "サーバー終了";
            }
        }
    }
}

本当は.NETリモートでやりたかったのだが、なんと！.NET Compact には.NETリモートが無い。ので、仕方がないので、TCP/IPで接続。IPが直書きになっているけど、気にせず。

TCP/IPで接続しているので、いろいろ送ることができるのだが、PDAの操作は決まっているので単純な（あまりにも単純な）コマンドを送っているだけです。PDAの画面を９分割して、タッチされたところの番号をPCに送ります。PCのほうは、コマンドを表示しているだけです。これに対応した「何か」を動かせばOK。
ブラウザの前/後へを考えたけど、画面をクリックしないと駄目なのでパス。DVDの出し入れとか、音量とか、なんかのアプリ起動に使えるだろう。

以下、エミュレータを使ったときの注意点。

最初、エミュレータでTCP/IP接続を確認していたのだが、

「エミュレータのネットワークを有効にする」

ことを忘れて、半刻ほど悶絶。

[ファイル]→[構成]で「エミュレータのプロパティ」を開いて「ネットワーク」タブで、ネットワークアダプタを有効にしないといけない。

後、エミュレータで直接Socketを使うと非常に遅い。Connect時にハングアップしたんじゃないかというほど遅く、1分ほどかかる。これは実機のPDAでやるとすんなり繋がるので、エミュレータの問題かな？

ボタンの位置を MousePosition で取得していのだが、エミュレータだと、本当のマウスの位置（笑）が取れる。エミュレータのウィンドウの左上ではなく、ディスプレイの左上からの位置が取れる。なので、マウスクリックを取る場合は、エミュレータの位置を左上にしないといけない。

Android 搭載ケータイでのGoogleモバイルサービス
http://www.youtube.com/watch?v=WJMMSCn2M64&eurl=http%3A%2F%2Fwww%2Egizmodo%2Ejp%2Fweb%2Fbrowser%2F&feature=player_embedded

Androidの売りは「指先で操作できる」とこにあると思う。指先で操作するためには、ある程度のボタンと画面の大きさが必要で、いままでの携帯電話の小さな画面だとちょっと扱いづらい。（日本独特の？）親指文化はそれはそれでいいので、このあたりは別ものとしてUIを扱う必要がある。

で、中古PDAでもInternet Explorerが付いているわけで、Google検索も当たり前のようにできる。が、何が使いづらいって、そりゃ、IEを立ち上げないとGoogle検索ができないのが面倒。

つまり、何か検索しようとすると

1.IEを立ちあげる。
2.お気に入りからGoogleを開く。
3.検索文字を入れて、検索！

ってな感じで３ステップが必要。だから、

1.Google検索アプリを立ち上げる。
2.検索文字を入れて、検索！

でもいいわけで、試しに実現したのがこれ。

ソースはこちら

namespace GoogleSearch
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private string SEARCH_NULL = "Google検索";

        private void textBox1_TextChanged(object sender, EventArgs e)
        {

        }

        // 空白時の処理
        private void textBox1_GotFocus(object sender, EventArgs e)
        {
            if (textBox1.Text == SEARCH_NULL)
            {
                textBox1.Text = "";
                textBox1.ForeColor = Color.Black;
            }
        }

        private void textBox1_LostFocus(object sender, EventArgs e)
        {
            if (textBox1.Text == "")
            {
                textBox1.Text = SEARCH_NULL;
                textBox1.ForeColor = Color.LightGray;
            }
        }

        private void picSearch_Click(object sender, EventArgs e)
        {
            if (textBox1.Text != SEARCH_NULL &&
                 textBox1.Text != "")
            {
                System.Diagnostics.Process proc = new System.Diagnostics.Process();
                proc.StartInfo.FileName = "iexplore.exe";
                proc.StartInfo.Arguments = "http://www.google.co.jp/search?hl=ja&lr=lang_ja&q=" + textBox1.Text;
                proc.Start();
            }
        }

        //ロード時
        private void Form1_Load(object sender, EventArgs e)
        {
            picGoogleLogo.Image = Properties.Resources.GoogleLogo;
            picSearch.Image = Properties.Resources.SearchIcon;
            picSearch.Focus();
            textBox1.Text = SEARCH_NULL;
        }
    }
}

特に何も難しいことはやっていなくて（やることすらできない）、Process クラスでIEを起動しているだけです。画像の貼り付けは、ボタンとかに付けられないのでリソースから明示的に。

問題点としては、

– 文字入力はスタライス入力が必須になってしまうので、別途大きなボタンが必要。
– テキストのコピー＆ペーストは自前で作るらしい（iPhoneを笑っていられない）
– ブラウザが基本フルブラウザなので、横スクロールがあって読みづらい。Agentを書き換えて、携帯用のレスポンスを呼び出したほうがいいかも。

アイデアノートとして。

中古でPDAを購入したときにクレードルは付いていない。ので、なんらかの形でPCと連携/通信する手段が必要。というか、クレードルに置かないと通信や同期ができないのは面倒だし、家や会社の両方にクレードルを置いて同期(?)をさせるのも、お金が必要だし（昔ThinkPadを使っていたときはクレードルを2台買ったが)。

# というよりも、中古PDAでも最新のwindows mobileでも動くようにするわけだから、このあたりは、通信手段としては無線LANかBluetoothが有用。

PDA同士のP2P通信は別に考えるとして、

■PDAがクライアント、PCがサーバーの時

– .NET Remote を使ってPCへ通信
– WEBサービスでも良いが、PC側にIISが必要(SQL Serverでも良いけど)になるので大袈裟。しかも業務アプリっぽい動きしかできないのでパス。

WEBサービスを利用すれば、Amazon API を叩くこともできるのですが、PDAからモデム通信をしないといけないので、ちょっと躊躇。お金が掛かるからね。

Amazon のサービスを呼び出すならば、

– 無線LANがあれば、PC経由でAmazon APIを叩いて、PDAで表示。
– 無線LANがなければ（戸外にいれば）、既に取得済みのデータベース（SQL Server Compact）を使って検索して表示。

な具合が課金的にはよろしい。google map とか他の検索機能も同じ。というか、その場で検索ってのはモデム通信をしないとできないので、課金的に得策とは言えない。別の使い方をしたほうがよい。

その点、PDAからPCをリモートで操作、ってのはお手軽にできる。
PCを使っているんだからキーボード/マウスは手元にあるはず（椅子に座っているはず）なのだが、

– 単に映画を見ているとき
– 単にゲームをしているとき
– ブラウザで閲覧

なんてときは、手元にキーボードは必要ないし、マウスぐらいでいい。実際、無線対応のマウスを使うとこの点は便利。

だが、もうちょっと細かい操作をしようと思うと、マウスだけでは足りないので、PDAで作った「リモコン」がいい（これは携帯でもok）。スタライスで文字をぽちぽち打つのはやめ！鬱陶しい！ので、ボタンは9個（iPhoneもそんな感じ）。切り替えて表示すればok。何をPCで動かすかは未定ではあるが。

今度は逆

■PDAがサーバー、PCがクライアントの時

PDAがサーバーの場合は、

– .NET リモート
– WEBサービスのサーバ
– TCP/IPのサーバ

と色々できる。無線LANを使っている間は電気を大量に食うのであるが、利用用途としては、

– PCのサブ画面

として使うことになるので、電源をコンセントに刺した状態で使う。使い方は、動画をサブ画面で流すことも考えられるが、これだけだとつまらない。単にTVを付けるか、サブ用の液晶ディスプレイを買えばOKなので。

もうちょっと凝った一案として、

1.サブ画面に「葉書」で来たようにメールの着信を表示する
2.サブ画面をタッチすると、裏面にメールの本文がある。
3.サブ画面の「詳細へ」ボタンを押すと、PCに本文が開く（ここはおまけ）

ってことができる。普通のサブ画面用液晶の場合タッチパネルではないので、2ができない。1はwindows mobile の携帯でもok。リアルっぽい「葉書」が良い（これは画像を貼り付けるだけでよいので簡単）。PDAのメーラなんてのは、業務的には本文をちまちま読むのが主流だけど、どうせPCと組み合わせるのだから、もっと単機能的に使うのがいい。音を出すのも簡単。

と、ここまでは自作できそう。
windows ce にサービスの概念があるかどうか調べていたのだけど、よくわからない。が、windows ce の場合、アプリケーションをユーザーが落とすことになるので、当面は通常アプリとして起動、でもいいかな。

PDA自体にデータベースを乗せる簡単な検証をしてみました。

極小SQL Server Compactでデータベース・アプリをお手軽作成
http://www.atmarkit.co.jp/fdotnet/joyofprogram/20080701devssce/devssce_01.html

利用方法としては、

– データベースをあらかじめ作成しておいて SD メモリに置く。
– アプリケーションからPDA上のDB(SDFファイル)を参照する。
– 無線LANなどが使えるときは、適宜DBをアップデートする。

ってな感じを想定しています。
DBのアップデートに関しては、地図や電話帳みたいな固定データは丸ごとPCからコピーしてもOK。
PDAで編集したメモ書きなんかは、適宜PCでマージしてやって（PDAでマージでもOK）、DBに書き戻すという方法がよいでしょう。

ActiveSync に関しては保留。中古でPDAを手に入れると大抵クレードルがありません（スタライスも無いことが多い）。なので、PDAとPCとのデータのやり取りは、

– SDメモリ経由
– CFカード経由
– 無線LAN
– Bluetooth

に限られます。赤外線でもいいけど、昨今のノートPCには赤外線が乗っていない機種が多いのでパス。
勿論、PDA自体に無線LAN/Bluetoothが乗っていない場合もあるわけですが、それはそれで（今時の）使い勝手を考えて現在保留。

さて、本題ですが、PDAでSQL Server Compact 3.5 を使うときは、System.Data.SqlServerCe 名前空間を使います。この中に SqlClient と同等のクラスが含まれています。
参照設定に「System.Data.SqlServerCe.dll」を追加します。

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Data.SqlServerCe;

namespace DBAccess01
{
    public partial class Form1 : Form
    {

        private SqlCeConnection m_cn;
        private string m_ConnectString = "";
        
        public Form1()
        {
            InitializeComponent();
            //DBの位置
            System.Reflection.Module[] modules =
                System.Reflection.Assembly.GetExecutingAssembly().GetModules();
            string path = System.IO.Path.GetDirectoryName(modules[0].FullyQualifiedName);
            m_ConnectString = "Data Source=" +
                path + "\\AppDatabase1.sdf";
        }

        // 接続
        private void button1_Click(object sender, EventArgs e)
        {

            //MessageBox.Show(m_ConnectString);

            m_cn = new SqlCeConnection(m_ConnectString);
            try
            {
                m_cn.Open();
                MessageBox.Show("接続完了");
            }
            catch ( SqlCeException ex )
            {
                MessageBox.Show(ex.Message);
            }
        }
        // 切断
        private void button2_Click(object sender, EventArgs e)
        {
            if (m_cn != null)
            {
                m_cn.Close();
                MessageBox.Show("切断");
                m_cn = null;
            }
        }

        // 検索
        private void button3_Click(object sender, EventArgs e)
        {
            SqlCeConnection cn = new SqlCeConnection(m_ConnectString);
            SqlCeDataAdapter da = new SqlCeDataAdapter(
                "SELECT * FROM t_product", cn);
            DataTable dt = new DataTable();
            da.Fill(dt);
            this.dataGrid1.DataSource = dt;
        }
    }
}

接続文字列は

Data Source=SDFファイル名

のように指定します。上のソースではアプリケーション（EXEファイル）と同じ場所にあるSDFファイルを指定しています。

あと、PDA には .NET Compact Framework 3.5 と Microsoft SQL Server Compact Edition v3.5 なるものが必要です。.NET Compact Framework 3.5 のインストールに関しては、http://www.moonmile.net/blog/?p=82 を参照して貰うことにして、SQL Server Compact の方は Visual Studio 2008 をインストールしたときには、

C:\Program Files\Microsoft SQL Server Compact Edition\v3.5\Devices\

にあります。
# 2005 とか Express Edition の場合はよくわからないのですが、先の「極小SQL Server Compactでデータベース・アプリをお手軽作成」の記事を眺めると結構大変そうなので、これはまた別の機会に。

この中にあるCABをインストールします。これはPDAによってCABが決まっています。

– sqlce.ppc.wce4.armv4.CAB

をPDAにインストール。そしてリセット（リセットしないと駄目らしい）。

SDメモリにサンプルで作成したファイルを入れます。

– DBAccess01.exe: 実行ファイル
– AppDatabase1.sdf: DBのファイル
– System.Data.SqlServerCe.dll: CE用DLL

で、実行したときの結果がこちら↓

SDメモリから直接起動

DataGridView に表示しているところ。

メモリの使用率が気になるところですが、今は測定していないので無視。

ちょっと気になったのが、

– varchar, char は無く、nvarchar, nchar で置き換える必要あり。
– ストアドプロシージャは作れない。
– レプリケーション機能がある。
– 日付型がdatetimeしかない。date型やtime型がない。

など細かな違いがあります。個人的には nvarchar に変換するのが面倒なのと、ストアドが無いってところですかね。システム関数はどこまで対応しているのか分かりませんが。