昨日、SmartTagが届いた。
飲んだくれていたので、触る力もなく眠る。。。
今日は帰ってきて、動かした。
以前作ったソフトを動かしてみた。
ポーリングは、当然動く。
ステータス取得も動いた。
あとは画像転送とレイアウト設定だけしか作っていないのだが、なんかダメだ。
レイアウト設定は、結構動くのだけど、なぜかたまにだめだ。
画像転送は、Write w/o Encにタイムアウトが発生しているようだ。
CommunicateThruEXのタイムアウトは十分にあるのだけどなあ。
データを作る部分もいくつか間違っていたけど、そう大きくは間違ってないみたい。
ACKは来るから、Write w/o Enc自体は間違ってない。
ということは、SmartTagに送信したデータが今ひとつということか。
シーケンス番号とかのルールは確認しているつもりだが、洗い直さねばな。
いきなり方向転換して、RC-S620/Sで使えるコマンドの詳細説明をしていこう。
といっても、ドキュメントに書いてある以上のことは特にない。
ないのだが・・・私のネタもないのだ。
資料は、SONYさんの技術情報にある「RC-S620/Sコマンドリファレンスマニュアル＜簡易版＞」だ。
http://www.sony.co.jp/Products/felica/business/tech-support/index.html?j-short=tech-support#Port02
このドキュメントには4つのコマンドが説明してある。
初回は、RFConfigurationコマンドだ。
RFというのは、Radio Frequency、日本語だと「高周波」と書くことが多いが、まあだいたい無線のことを指している。
Configurationは設定だから、無線の設定コマンド、かな。
コマンドコードは0xD4、サブコマンドコードが0x32。
レスポンスコードは、0xD5、サブレスポンスコードが0x33。
これを見てわかるように、レスポンスコードはコマンドコードに1を足したもの、サブレスポンスコードはサブコマンドコードに1を足したものになっている。
「そもそも、コマンドコードとかサブコマンドコードってのは何だ？」と問われると、私もうまく答えられない。
コマンドコードは、ドキュメントに書いてある範囲では0xD4で、コマンドの違いはサブコマンドコードに現れている。
RFConfigurationコマンドは、パラメータCfgItemでさらに機能が分かれていて、それによってデータConfigurationDataも変わってくる。
たとえば、CfgItem=0x05ならば、ConfigurationData=3byteである。
以下は、ConfigurationDataが3つとも0x00のときの例である。
00 00 ff 06 fa d4 32 05 00 00 00 f5 00
そうすると、こういうレスポンスが返ってくる。
00 00 ff 02 fe d5 33 f8 00
RFConfigurationはR/Wに向けて行うコマンドだ。
使うときは、私は２つあると思っている。
起動時に、CfgItem=0x05と0x81を設定。
無線を止めたいとき(強制的に終わらせるときなど)は、CfgItem=0x01。
無線を出すときに、わざわざ使ってはいないな。
困ったことに、「こういう値にしたらいいよ」という指標がわからない。
FeliCa OSの起動時間なんてどっから仕入れればいいんだ。
うーむ。
私は、FeliCa Deveopers' BlogのArduinoサンプルを元にした。
元にしたと言うよりも、当時はこれしか情報がなく、RFConfigurationというコマンド名も知らずにまねをしたというところだ。
ここに書きたいものだが、書いていいのかどうかがよくわからん。
よいなら、追記するかもしれんが、Arduinoのソースを見た方がよいだろう。
私はその値で困っていない(と思う)。
最後に「モード遷移」というのがある。
R/Wは「モード」というものを持っている。
まあ、状態遷移と思っておくれ。
電源ON直後は、モード0。
InListPassiveTargetすると、モード6。
Resetすると、モード0に戻る。
DEPとかFALPとかでモードは変わるんだけど、このドキュメントには書かれていないので割愛。
実装するときは、RC-S620/Sとの通信路が確保できたら(UART接続か)、まず接続確認も兼ねてこのコマンドを実行することになる。
そうして次の、InListPassiveTargetコマンドを実行するのだろう。
ようやくここまで来た。
私が一番注目している、DEP関係だ。
あとこれ以外のネタとなると、RC-S620/Sの扱い方とかになってしまうのだが、これはどこまで書いていいのかよくわからない。
私としては一番書きやすいのだけど、書いていいのかどうかがそもそもわからないのだ。
当たり障りのないところから書く、という手もあるが、はてさて。
DEPは、Data Exchange Protocolの略。
データを交換するプロトコル、だ。
今までを思い出してほしいが、アクセスするのはカード相手だった。
なので、カードに書いたり、カードを読んだり。
しかしDEPは「交換」だ。
自分が送信したデータを相手が受けとり、相手が送信したデータを自分が受けとる。
カードにアクセスするだけと思っていたら、何と通信機器と化すのだ。
興奮する話ではないか！
・・・私だけか？
細かい話をすると、DEPには有名なところで２つの方式がある(私が知らないだけかもしれないが)。
１つは、NFC-DEP。
これは、ISO18092に由来するDEP方式である。
もう１つは、ISO-DEP。
これは、ISO14443に由来するDEP方式である。
残念なことに、私はISO14443のドキュメントを読んだことがないので、ISO-DEPなるものがどういう方式なのかは知らない。
しかし、NXPのPN533ドキュメントを読む限りでは、あまり深く知らなくても使えそうな気がする。
無線のプロトコルとしては、いろいろとコマンドがあったりパラメータが決まっていたりするのだが、有線のプロトコルではそこら辺をうまいことチップが吸収してくれている(と思う)。
私もPaSoRiとRC-S620/SでDEPしてみたが、案外あっさり動いた。
ただ、それがNFC-DEPで動いているのかISO-DEPで動いているのかと問われると、よくわからない。
DEPは、単なるデータのやりとりをするしくみだ。
土管みたいなものである。
土管の両側に人がいて、相手に何かを渡したかったり受け取りたかったりしたら、いくつか確認したいことが出てくるだろう。
などなど。
こういったやりとりを行うために、DEPの上位層としてLLCPというものをNFC Forumでは置いている。
Logical Link Control Protocolの略である。
最近まで知らなかったのだが、インターネットみたいなやつにもLLCってのがあるみたい。
NFC専用の言葉ではなく、ネットワーク用語と思ってもいいのだろう。
IEEE802.2のLLC副層、というものらしい。
ともかく、LLCPはNFCに特化したNFC-DEP制御用のプロトコルである。
(そう、NFC ForumのLLCPは、NFC-DEPなのだ！)
これを使うことで、NFCのInitiatorとTargetでデータ交換をできるというものだ。
しかし、それだけではまだだめだ。
もうちょっとアプリケーションよりの部分まで規定しないと、各自が勝手なルールを作ってしまい、プロトコルが乱立するのが目に見えている。
そう思ったのかどうかは知らないけれども、最近SNEPというプロトコルがNFC Forumで公開された。
Simple NDEF Exchange Protocolの略だ。
読んで文字の通り、シンプルにNDEFを交換するプロトコル、である。
これは、LLCPの上に載っかる。
LLCPの下には、DEPがいる。
そしてDEPが、相手のDEPと通信し、相手にもLLCPとSNEPがいる、という構造。
NFC ForumにSNEPのドキュメントがあるが、短い。
ページ数で20だし、本文は10ページちょっとだ。
Android Beamってのがあるが、あれはSNEPを使っている。
SNEPで送信してみて、相手が受け取れなかったらNPPで送信している。
NPPってのは、NDEF Push Protocolの略。
手元にあるPDFには「Android NDEF Push Protocol」と書いてあるので、Android用なのだろう。
NPPもLLCPの上に載っかる。
おそらく、Android 2.3.4くらいにはこれだけが載っていて、最近の4.0にはSNEPを載せているんじゃなかろうか。
NPPは、おそらく静かに消えていくのだろう。
さて、ISO-DEPが気になるかもしれない。
これは、Android(すまん、Androidの情報しか持ってないのだ)では、APIとして存在する。
あれ、NFC-DEPは？と思うかもしれんが、こっちはAPIがない。
こういう言い方もできよう。
Androidではシステム側がNFC-DEPを使用し、ISO-DEPをユーザに公開している、と。
そんなわけで、私はNFC-DEPできる端末を探しているのであった。
Android端末もできるのだけど、携帯電話は壊れるまで買い替えたくないのだ。
(私は電話の類が、あまりお好きでない。。)
SONYの「NFCアイデアソン/ハッカソン」の6ページを見て、「ああ、Type1 TagはNFC-Aでよかったんだ」、と安心した。
NFC Forumの「Digital Protocol」でも、ちゃんとそう書いてある。
あるのだけど、無線パケットのCRCが、CRC_Bになっているのだ。
用語集には、CRC_BはNFC-BのCRCって書いてあるのに。。。
まあ、そんなことを不思議に思ったけど、NFC-Bはしばらくやることはなさそうだから、忘れてしまおう。
(制御部+11ブロックのデータ部)×13+(制御部+7ブロックのデータ部)
届くのは来週か再来週だろう。
それまではやれることがない・・・と思ったら、アプリのダウンロードができるようだった。
仕様書は届くまでダウンロードできないので、ソースだけでも追っておこう。
とりあえず解析。
あってるかどうかは知らん。
仕様書の複写はいかんらしいが、まだ読んでないし、ソースも修正BSDライセンスだから解析したって問題はないと思うが。。。
こういう解析結果って、載せていいものなのかね？
ライセンスが絡むと、びくびくしていかんなぁ。
よくわからないのが、ユーザデータの扱い方。
1回で512byteまで書き込めるのだけど、アドレスはバイト単位での指定になっている。
サイズは、RFで飛ばしたWrite w/o Encに載せられる分なので、176byteまでになっている。
たぶんEEPROMへ書き込むのだろうから、1セクタ512byteくらいじゃなかろうか。
その512byteが、1回で512byteまでというところにからんでるのだと思う。
だとしたら、512byteアラインでアクセスするようにした方がいいんじゃないかなあ。
まあ、サンプルは必ずアドレス0x000からになっていたので、そこを考慮して作れってことかもしれんがね。
ソースから仕様を読み取るのは難しいですな。
int getBlocks(int bytes)
{
int ret = bytes / BLOCK_SIZE;
if((bytes % BLOCK_SIZE) > 0) {
ret++;
}
return ret;
}
int getBlocks(int bytes)
{
return (bytes + (BLOCK_SIZE - 1)) / BLOCK_SIZE;
}
(0 + 15) / 16 ===> 0だし、1～16なら
(1 + 15) / 16 ===> 1なのだ。
(16+ 15) / 16 ===> 1
(a + (n-1)) / nということになる。
さて、NFC-AなりBなりFなりの仕様を把握し、NFCカードへ書き込んだり、読み込んだりできるようになったとしよう。
その書き込みデータや読み込みデータは、どういう形式になっているだろうか？
答・・・なのかどうかわからんが、私は「書いたとおりに書けるし、読んだように読める」だと思っている。
つまり、書き込むデータを決めるのは書き込む人だし、読み込んだデータをどう扱うかも読み込んだ人次第ということだ。
しかし、それでは各人が好き勝手にやることだろう。
もちろん、それでよい場合もあるのだが、NFCカードを介してデータを交換する、すなわちお互いに意図したデータを書き、それを意図したとおりに読み出すためにはフォーマットが必要になる。
NFC Forumが決めたフォーマットが「NDEF」だ(えぬでふ、と私は呼んでいる)。
NFC Data Exchange Formatの略である。
NFCカードを使って不特定多数の人とやりとりをするならば、NDEFに従うのが無難であろう。
今のところ私は、これ以外にNFCに関するフォーマットを知らない。
人に知られたくない秘密サークル用のNFCカード(あるのか？)であれば、そのサークル内でフォーマットを決めて使えばよいだけだ。
カードをどう使うかは、自由である。
さて、そのNDEFだが、フォーマットはNFC Forumの技術文書ページからダウンロードできる。
今のところ、バージョンは1.0のようだ。
仕様書にありがちなことだが、具体例が少なくて理解がしづらい。
そういうときは、DoCoMoさんの技術ページのなかに、「iCタグリーダー」に関するものがある。
実は、iCタグリーダーはNDEF対応なのだ。
データフォーマット仕様書は、DoCoMoのiCタグリーダーで読むことができるデータという具体的な例なので、わかりやすい。
これを足がかりに理解していくといいのではなかろうか。
NDEFは単なるデータフォーマットなので、これをNFCカードにどうやって書き込むか、というのは別の話になる。
もちろん、各NFCカードに沿った書き込み方法があるのだが、それとは別に、カード内への配置やヘッダなどがカード依存になっている。
その辺りの情報もNFC Forumにあるのだが、これはNDEFのドキュメントではなくTagのドキュメントになる。
例えばNFC-Fの場合、「NFCForum-TS-Type-3-Tag_1.1」というドキュメントに書かれているのだ。
NFC Forumでは、
という分類？になっている。
用語を覚える必要はないだろうけど、なんか分け方があるんだ、くらいは知っておいてもいいのではないかな。