エミュレーター/デバイス（実機）のシリアル番号を取得するには、
adb get-serialno
を実行します。
実行結果は、エミュレーターの場合、
emulator-5554
などとなります。
内部的には、クライアントからエミュレーター/デバイス（実機）のadb serverプロセスに、TCP5037ポートで接続し、
0012host:track-devices
を送信すると、サーバーからの応答として、4バイトのASCII文字列である
OKAY
の戻り値に続けて、
複数のエミュレーター/デバイス（実機）の情報を格納した文字列
0015emulator-5554\tdevice\n
が返却されます。
この文字列は、\n区切りで1つのエミュレーター/デバイス（実機）を表現しており、
さらに、その中の文字列は、\t区切りで、前半をシリアル番号、後半がstateという意味になっています。
※クライアント/サーバーともに、送受信の際の先頭4バイト（上記の場合、0012や0015）は、それ以降のデータの長さを16進数で表現した文字列です
adb shell でエミュレータ（emulator）や実機（device）へ接続後、
ファイルシステムを変更しようとしても「Read-only file system」と表示されて変更ができない場合、
mount -o rw,remount /dev/block/mtdblock3 /system
と入力すると、変更できるようになります（上記は、/system での例）。
参考にしたサイトは、こちら（http://blogger.splhack.org/2008/12/android-dev-phone-1-2.html）。
※sakamoto先生のブログ、大変役に立つ情報ばかりです
Wi-fi接続時のIP Address（アドレス）を取得するコードが必要となり、書いてみました。
WifiManager wifiManager = (WifiManager) getSystemService(WIFI_SERVICE);
WifiInfo wifiInfo = wifiManager.getConnectionInfo();
int ipAddress = wifiInfo.getIpAddress();
String strIPAddess =
((ipAddress >> 0) & 0xFF) + "." +
((ipAddress >> 8) & 0xFF) + "." +
((ipAddress >> 16) & 0xFF) + "." +
((ipAddress >> 24) & 0xFF);
Log.v("IP Address", strIPAddess);
実行すると、（いつものごとく）例外が発生して終了してしまいましたが、
最近では、すぐにパーミッション不足だろうということがわかるようになりました。
ということで、AndroidManifest.xmlにandroid.permission.ACCESS_WIFI_STATEを追加することで、無事解決できました。
また、IPアドレスは、int型で取得できますが、リトルエンディアンでした。
Software Design 2009年3月号の第2特集に、Androidの記事がありました。
第4章の お天気アプリは、私も作成していたので、うーん、先を越されてしまった。。。という感じです。
また、（Ny）ARToolKitは、年明けにFlash関連のブログ（trick7 - さくーしゃさんがまたスゴイものを作った）を
読んで気になっていたので、タイムリーな記事でした。
Adobe AIRだと、PaperVisionを勉強していたのでだいだいできるのですが、
Androidだと、Open GL ESということで一から勉強し直しです。
記事を参考に試してみようと思います。
※全部で48ページ5章あります。
※「Software Design (ソフトウエア デザイン) 2009年 03月号
」。
Android Dev Phone 1 にUSB接続する手順についても、
android developersのサイト（http://developer.android.com/guide/developing/device.html#dev-phone-1）に解説があります。
Windowsの場合
ADB InterfaceというUSBドライバをインストールする必要がありますので、
ハードウェアウィザードで、Android SDKディレクトリ直下のusb_driverフォルダを指定してあげればOKです。
※私は、Vista32bitで確認しました
Linuxの場合
rootでログインし、適当なエディタ（例えば、geditなど）で、
/etc/udev/rules.d/50-android.rules
ファイルを作成し、このファイルの中身に、
SUBSYSTEM=="usb", SYSFS{idVendor}=="0bb4", MODE="0666"
または、
SUBSYSTEM=="usb_device", SYSFS{idVendor}=="0bb4", MODE="0666"
のどちらかを記述、保存後、実行権を与えてあげればOKです。
※私は、Ubuntu8.10で「SUBSYSTEM=="usb",・・・」の方の記述で確認しました
※Macintoshの場合は、試しておりませんが、
> If you're developing on Mac OS X, it just works. Skip this step.
とのことなので、何もしなくてよいはずです。
無事、USB接続の準備ができたら、コマンドライン（ターミナル）などから、
adb shell
を実行することで、デバイスにアクセスできます。
」にも、もう少し詳しい説明があります。API Level（minSdkVersion）を追加するには
AndroidManifest.xmlファイルに、
<uses-sdk android:minSdkVersion="2" />
を追加する（この例では、API Level 2）。
Eclipseからは、以下の手順でも設定できます。
1.Eclipseを起動する
2.[Package Explorer]からAndroidManifest.xmlをダブルクリックする
3.[Permisisons]タブをクリックする
4.[Add]ボタンをクリックする
5.[Uses Sdk]を選択し、[OK]をクリックする
6.[Min sdk version]に、1や2などを入力する
「Android 1.1 SDK, Release 1」がリリースされました。
こちら（http://developer.android.com/sdk/1.1_r1/index.html）からダウンロードできます。
以下、Android 1.1 Version Notes（http://developer.android.com/sdk/android-1.1.html）に掲載されている（原文）を、
簡単にまとめてみました。
※ただし、Resolved Issues、New Featuresを除く
概要
外部ライブラリ
デバイス互換
UIローカライゼーション
API変更点詳細
Eclipseからデバッグした際に、
Failed to create debug key: Cannot run program "...\keytool.exe": CreateProcess error=3
JAVA_HOME is set to:...
Update it if necessary, or manually execute the following command:
...
というエラーに遭遇しました。
原因は、環境変数JAVA_HOMEの設定に誤りがあったため、keytool.exeの起動ができなかった・・・ということで、
対処方法としては、同環境変数をJavaがインストールされているフォルダへ修正し、
Eclipseを再起動後、Project... > Cleanを実行することで解決しました。
※環境変数JAVA_HOMEを手動で変更したりしていた訳ではなかったのですが、
古いSDKの動作を確認したく、一時的にSDKパスを変更し、
C:\Users\ada\AppData\Local\Androidなどのユーザーデータを削除した後、
デバッグしようとした際に、削除したdebug.keystoreを生成しようとしたとことで現象が発生しました。
