2012年7月7日

[os]TOPPERS/ASPを使ってみよう

いきなりだが、TOPPERS/ASPというμITRONを使ってみようと思う。
人間、唐突なこともあるのだ。

自分でタイマを引っ張り回すのもめんどくさそうなので、既にあって使えそうならば使うのが楽だろう。

それに、私はμITRONというものをまったく知らない。
10年くらい前にセミナーに行ったようなのだが、記憶がない。。

雑誌Interface誌の2011年4月号を読みながら基礎を学ぶのがよさそうだ。
環境は、せっかくなのでFM3基板を使おう。幸いなことに2012年7月号でASPの移植も行われている。


2012年7月号のApp3に書かれた順序で、makeまで通った。
ただ、この手順で作ったサンプルは拡張基板がないと動かないらしい。
では、シンプルにLEDが光るだけのサンプルを作ってみよう。

光るだけだとなんだかわからないので、点滅がいい。
2011年4月号の第3章にそのままのサンプルがあったのでまねをした。
これはLPC2388用で基板も持っているのだが、FeliCa Plugがせっかくつながっているので残しておこう。

ビルドは通ったが、ちょっと気になることが。
2012年7月号の説明には、サンプルでは拡張基板のシリアル入出力を使っているということだった。
なんか悪さをしたらいかんので、asp/target/cq_frk_fm3_gccの中に入っているシリアルっぽいファイルを削除した。
そしたら、ビルドが通らんごとなった。。。

 

どうもシステムログが関係しているらしい。
あちこちファイルを探したがよくわからないのでネット検索したところ、TOPPERS_OMIT_SYSLOGという定義をするとシステムログ関連を組み込まなくなるようだった。

試すと、ビルドが通った。
そしてソフトは・・・動かなかった・・・。
target_initialize()のとこにLEDが光りそうな記述をしたのだが、光らず。
うーむ。

[nfc]ISO/IEC 18092を読み直す

SNEPがなんとなく動いたので、NFCはしばらく放置しそうな気がする。
しばらくというのは、自分がNFCのついた端末を何か買うまで、とか。

その頃にはすべてを忘れていそうだから、少しずつ整理していこう。


 

タイトルにISO 18092って書いてるのに大人は嘘つきだ!と思われそうだが、そうではないのだ。
私のイメージでは、NFCIP-1という仕様があり、それをISO/IEC 18092とか、ECMA-340とか、JISX-5211とかで実体化させている、なのだ。
まあ、本当にそうなのかどうかは知らんけどね。


NFC ForumのDigital Protocolドキュメントと近い位置関係になると思う。

NFCIP-1の方が処理フローなどが図になっているので見やすい。
SDDのやり方なんかは、こっちを読まないとわからないんじゃないかな、と思う。
まあ、SDDを把握したからどうなるってのはあるんだけど、NFCIDの取得をどこでやってるのかというのは興味深いのではなかろうか。

データ交換についても、こちらを読んだ方が「どういうことなのか」がわかりやすい。
こっちを読んでからDigital Protocolを読み直すと、ああそういうことか、と理解しやすかった。

 

そうなると、NFC Forumドキュメントは役に立たないのか、というと、そうではない。
ISO/IEC 14443やISO/IEC 18092、それにNFCIP-2であるISO/IEC  21481(というよりも、14443のType-B)をまとめて、整理したというところが重要なのだ。と思う。

2012年7月3日

[llcp]SAP

なんとなくLLCPやSNEPが動いているものの、どうにもよくわからないものがある。

SAPだ。
Service Access Point。
なんとなく意味はわかるのだけど、うまく言葉にできない。
とあるLLCの説明をしているサイトを見ると「LLCのサービスはプロトコルと思えばいい」と書いてあり、なんとなく納得した次第だ。
SNEPもプロトコルだし、サービス検索のSDPもプロトコルだ。


SAPは値の範囲が0x00~0x3Fなのだが、おおきく3つに分かれる。

  • 0x00~0x0F : Well-Known SAP
  • 0x10~0x1F : local service advertised by local SDP
  • 0x20~0x3F : local service NOT advertised by local SDP

なんだろう?
advertisedって、広告のことかと思ったが、SDP(Service Discovery Protocol)で相手から探せるかどうかのように見える。

NOT advertisedは、「result of an upper layer service request」、とあるので、LLCPの上位層が指定して使うってことなのかな。
SDPで返ってくる値の範囲にはないので、アプリ同士が勝手に決めて使えるとか・・・かな。

 

NPPなんかはWell-Known SAPじゃないから、名前で検索して、0x10~0x1FのSAPが返ってくるんだろうか。
nstに実装があったから、後日確認しよう。

2012年7月2日

[snep]nfcpy v.s. 自作SNEP(PUT/Initiator)

nfcpyをtarget、自作SNEPをinitiatorにして、自分からSNEP PUTさせた。
週末の作業はこれでおしまい。

   1: $ python snep-test-server.py -d nfc.llcp --mode=initiator
   2: enable debug output for module 'nfc.llcp'
   3: searching for a usable reader
   4: searching for a usb bus reader
   5: path match for 'usb' (or no path given)
   6: trying usb:bus-0:\\.\libusb0-0001--0x054c-0x02e1
   7: import nfc.dev.rcs956_usb
   8: chipset is a PN533 version 1.48
   9: using Sony RC-S370/P at usb:bus-0:\\.\libusb0-0001--0x054c-0x02e1
  10: activated a p2p target in 424 kbps active mode
  11: llc cfg {'recv-lto': 2000, 'send-miu': 128, 'send-agf': True, 'send-lto': 1000, 'send-lsc': 2, 'recv-miu': 1024, 'send-wks': 17, 'rcvd-ver': (1, 0)}
  12: LLCP Link established, I'm the DEP Initiator
  13: Local LLCP Settings
  14:   LLCP Version: 1.1
  15:   Link Timeout: 1000 ms
  16:   Max Inf Unit: 1024 octet
  17:   Service List: 0000000000010011
  18: Remote LLCP Settings
  19:   LLCP Version: 1.0
  20:   Link Timeout: 2000 ms
  21:   Max Inf Unit: 128 octet
  22:   Service List: 0000000000010001
  23: snep server bound to port 4
  24: snep server bound to port 16
  25: SEND  0 ->  0 SYMM
  26: RECV  4 ->  1 CONN MIU=128 RW=1 SN=urn:nfc:sn:snep
  27: DLC (4,None) LISTEN enqueue CONNECT PDU
  28: accepting CONNECT from SAP 4
  29: DLC (4,None) LISTEN dequeue CC PDU
  30: SEND  4 ->  4 CC   MIU=128 RW=2
  31: new data link connection (4 <=== 4)
  32: serving snep client on remote sap 4
  33: RECV  4 ->  4 I    N(S)=0 N(R)=0 LEN=17 SDU=10020000000bd101045402656e75656e6f
  34: DLC (4,4) ESTABLISHED enqueue I PDU
  35: default snep server got put request
  36: ndef message length is 11 octets
  37: DLC (4,4) ESTABLISHED voluntary ack DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=0
  38: type is 'urn:nfc:wkt:T', id is ''
  39: DLC (4,4) ESTABLISHED send() DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=1
  40: SEND  4 ->  4 RR   N(R)=1
  41: RECV  4 ->  4 RR   N(R)=0
  42: DLC (4,4) ESTABLISHED enqueue RR PDU
  43: DLC (4,4) ESTABLISHED dequeue I PDU
  44: SEND  4 ->  4 I    N(S)=0 N(R)=1 LEN=6 SDU=108100000000
  45: RECV  4 ->  4 DISC
  46: DLC (4,4) ESTABLISHED enqueue DISC PDU
  47: DLC (4,4) CLOSE_WAIT dequeue DM PDU
  48: DLC (4,4) CLOSE_WAIT close()
  49: SEND  4 ->  4 DM   REASON=0
  50: DLC (4,4) SHUTDOWN close()
  51: in exchange => IOError [Errno 10] rf field not activated in time by active mode peer
  52: shutdown on link disruption
  53: closing service access point 16
  54: shutdown socket DLC 16 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  55: DLC (None,None) LISTEN close()
  56: closing service access point 4
  57: nfc.llcp.Error: [EPIPE] Broken pipe
  58: shutdown socket DLC  4 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  59: DLC (None,None) SHUTDOWN close()
  60: DLC (None,None) LISTEN close()
  61: closing service access point 1
  62: nfc.llcp.Error: [EPIPE] Broken pipe
  63: closing service access point 0
  64: DLC (None,None) SHUTDOWN close()
  65: llc run thread terminated
  66: shutdown requested
  67: I was the Initiator

まあ、ここに至るまでに何度か失敗しているのだけど、それはいいとしよう。

nfcpyが、終わっても搬送波を出しっ放しになるのが気にくわない。
何か処理が足りてないのだろうか?
エラーっぽいのは、L.51で「搬送波が出てないぞ-」っていわれているところくらいだ。
Active communication modeでやってるからだろうか?

 

   1: activated as p2p target in 424 kbps passive mode
   2: llc cfg {'recv-lto': 2000, 'send-miu': 128, 'send-agf': True, 'send-lto': 1000, 'send-lsc': 2, 'recv-miu': 1024, 'send-wks': 19, 'rcvd-ver': (1, 0)}
   3: LLCP Link established, I'm the DEP Target
   4: Local LLCP Settings
   5:   LLCP Version: 1.1
   6:   Link Timeout: 1000 ms
   7:   Max Inf Unit: 1024 octet
   8:   Service List: 0000000000010011
   9: Remote LLCP Settings
  10:   LLCP Version: 1.0
  11:   Link Timeout: 2000 ms
  12:   Max Inf Unit: 128 octet
  13:   Service List: 0000000000010011
  14: snep server bound to port 4
  15: snep server bound to port 16
  16: RECV  4 ->  1 CONN MIU=128 RW=1 SN=urn:nfc:sn:snep
  17: DLC (4,None) LISTEN enqueue CONNECT PDU
  18: accepting CONNECT from SAP 4
  19: DLC (4,None) LISTEN dequeue CC PDU
  20: new data link connection (4 <=== 4)
  21: SEND  4 ->  4 CC   MIU=128 RW=2
  22: serving snep client on remote sap 4
  23: RECV  4 ->  4 I    N(S)=0 N(R)=0 LEN=21 SDU=10020000000fd101085402656e6869726f39396d61
  24: DLC (4,4) ESTABLISHED enqueue I PDU
  25: default snep server got put request
  26: ndef message length is 15 octets
  27: DLC (4,4) ESTABLISHED voluntary ack DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=0
  28: type is 'urn:nfc:wkt:T', id is ''
  29: SEND  4 ->  4 RR   N(R)=1
  30: DLC (4,4) ESTABLISHED send() DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=1
  31: RECV  4 ->  4 RR   N(R)=0
  32: DLC (4,4) ESTABLISHED enqueue RR PDU
  33: DLC (4,4) ESTABLISHED dequeue I PDU
  34: SEND  4 ->  4 I    N(S)=0 N(R)=1 LEN=6 SDU=108100000000
  35: RECV  4 ->  4 DISC
  36: DLC (4,4) ESTABLISHED enqueue DISC PDU
  37: DLC (4,4) CLOSE_WAIT dequeue DM PDU
  38: DLC (4,4) CLOSE_WAIT close()
  39: SEND  4 ->  4 DM   REASON=0
  40: DLC (4,4) SHUTDOWN close()
  41: libusb0-dll:err [_usb_reap_async] timeout error
  42:  
  43: send_response: IOError no response from pn53x
  44: shutdown on link disruption
  45: closing service access point 16
  46: shutdown socket DLC 16 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  47: DLC (None,None) LISTEN close()
  48: closing service access point 4
  49: nfc.llcp.Error: [EPIPE] Broken pipe
  50: shutdown socket DLC  4 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  51: DLC (None,None) SHUTDOWN close()
  52: DLC (None,None) LISTEN close()
  53: closing service access point 1
  54: nfc.llcp.Error: [EPIPE] Broken pipe
  55: closing service access point 0
  56: DLC (None,None) SHUTDOWN close()
  57: llc run thread terminated
  58: shutdown requested
  59: I was the Target

これはこれで終わるんだけど、もう1回実行するとR/Wがアプリケーションレベルのエラーを返している。

RC-S956にはResetというコマンドがあって、それを実行すると状態が初期化される。
それを実行してやれば直りそうなんだけどなぁ。
最初のRFConfigurationで怒られてるからその前にResetすればよさそうなのだけど、pn53xのコンストラクタで呼び出して、そのあとrcs956のコンストラクタに戻ってくるようになってるみたい。
Resetコマンドはpn53xには存在しないから投げるようにはできていない。
コンストラクタでこけるから、そのあとに進めない。

でも、見た感じだとrcs956のclose()でResetしてるようだから、それが呼び出せていないだけかもしれん。


ごにょごにょと書いたが、nfcpyを動かそうとしているわけじゃないので、深入りしない。
自作SNEP/LLCPの実装が間違っているという可能性も十分ある。

だから、別の環境でも動かしてみたいのよねぇ。
環境というのは、nfcpyじゃなくて、ということ。

 

まあ、今度考えよう。

2012年7月1日

Android BEAMで渡している情報を調べよう

わかる範囲で、Android BEAMが渡しているNDEFの情報を調べよう。

http://d.hatena.ne.jp/touchRL/20111208/1323270209

  • Google map : U
  • YoutTube動画 : U
  • 標準ブラウザ : U
  • アプリ : U, EXTERNAL(urn:nfc:ext:android.com:pkg)

 

けっこう探したけど、このページくらいしかAndroid BEAMでのNDEFを調べた情報がなかった。

たぶん、受信側はNDEFを普通に扱うだけで、BEAMだから、とかカードだからとかは区別していないのではなかろうか。


NDEFレコードのタイプについて。

http://developer.android.com/guide/topics/connectivity/nfc/nfc.html#creating-records

  • Absolute URI
  • MIME Media
  • Well-Known : TEXT
  • Well-Known : URI
  • External

ん、Well-KnownじゃないURIもあるのか。
NDEFのTNF(Type Named Format)を振り返ってみよう。

  • 0x00 : Empty
  • 0x01 : Well-Known
  • 0x02 : Media-Type (RFC 2046)
  • 0x03 : Absolute URI (RFC 3986)
  • 0x04 : external
  • 0x05 : unknown
  • 0x06 : unchanged
  • 0x07 : reserved

なるほど、Absolute URIもMedia-TypeもNDEFにもともとあるのだな。
バイナリは扱えないのかと思っていたけど、Media-Typeってのを使えばファイルなんかも取り扱えそうだ。

サンプルが見てみたいと思って探したところ、DoCoMoの資料がよさそうだった。


Android 4.1からBEAMが拡張されて…という記載を見つけたんだけど、Media-Typeを画像とか動画とかにしてしまえば送ることができそうな気がするけど、そういうわけでもないのかな。

大きいファイルとか転送するとつらいよな、と思って禁止してたりするのかもしれんね。

[snep]nfcpy v.s. 自作SNEP (PUT/Target)

勝負!

   1: $ python snep-test-server.py -d nfc.llcp --mode=initiator
   2: enable debug output for module 'nfc.llcp'
   3: searching for a usable reader
   4: searching for a usb bus reader
   5: path match for 'usb' (or no path given)
   6: trying usb:bus-0:\\.\libusb0-0001--0x054c-0x02e1
   7: import nfc.dev.rcs956_usb
   8: chipset is a PN533 version 1.48
   9: using Sony RC-S370/P at usb:bus-0:\\.\libusb0-0001--0x054c-0x02e1
  10: activated a p2p target in 424 kbps active mode
  11: llc cfg {'recv-lto': 2000, 'send-miu': 128, 'send-agf': True, 'send-lto': 1000, 'send-lsc': 2, 'recv-miu': 1024, 'send-wks': 17, 'rcvd-ver': (1, 0)}
  12: LLCP Link established, I'm the DEP Initiator
  13: Local LLCP Settings
  14:   LLCP Version: 1.1
  15:   Link Timeout: 1000 ms
  16:   Max Inf Unit: 1024 octet
  17:   Service List: 0000000000010011
  18: Remote LLCP Settings
  19:   LLCP Version: 1.0
  20:   Link Timeout: 2000 ms
  21:   Max Inf Unit: 128 octet
  22:   Service List: 0000000000010001
  23: snep server bound to port 4
  24: snep server bound to port 16
  25: SEND  0 ->  0 SYMM
  26: RECV  4 ->  1 CONN MIU=128 RW=1 SN=urn:nfc:sn:snep
  27: DLC (4,None) LISTEN enqueue CONNECT PDU
  28: accepting CONNECT from SAP 4
  29: DLC (4,None) LISTEN dequeue CC PDU
  30: SEND  4 ->  4 CC   MIU=128 RW=2
  31: new data link connection (4 <=== 4)
  32: serving snep client on remote sap 4
  33: RECV  4 ->  4 I    N(S)=0 N(R)=0 LEN=21 SDU=10020000000fd101085402656e6869726f39396d61
  34: DLC (4,4) ESTABLISHED enqueue I PDU
  35: default snep server got put request
  36: ndef message length is 15 octets
  37: type is 'urn:nfc:wkt:T', id is ''
  38: DLC (4,4) ESTABLISHED voluntary ack DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=0
  39: DLC (4,4) ESTABLISHED send() DLC  4 <->  4 ESTABLISHED RW(R)=1 V(S)=0 V(SA)=0 RW(L)=2 V(R)=1 V(RA)=1
  40: SEND  4 ->  4 RR   N(R)=1
  41: RECV  4 ->  4 RR   N(R)=0
  42: DLC (4,4) ESTABLISHED enqueue RR PDU
  43: DLC (4,4) ESTABLISHED dequeue I PDU
  44: SEND  4 ->  4 I    N(S)=0 N(R)=1 LEN=6 SDU=108100000000
  45: RECV  4 ->  4 DISC
  46: DLC (4,4) ESTABLISHED enqueue DISC PDU
  47: DLC (4,4) CLOSE_WAIT dequeue DM PDU
  48: DLC (4,4) CLOSE_WAIT close()
  49: SEND  4 ->  4 DM   REASON=0
  50: DLC (4,4) SHUTDOWN close()
  51: in exchange => IOError [Errno 10] rf field not activated in time by active mode peer
  52: shutdown on link disruption
  53: closing service access point 16
  54: shutdown socket DLC 16 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  55: DLC (None,None) LISTEN close()
  56: closing service access point 4
  57: nfc.llcp.Error: [EPIPE] Broken pipe
  58: shutdown socket DLC  4 <-> None LISTEN RW(R)=None V(S)=0 V(SA)=0 RW(L)=2 V(R)=0 V(RA)=0
  59: DLC (None,None) SHUTDOWN close()
  60: DLC (None,None) LISTEN close()
  61: closing service access point 1
  62: nfc.llcp.Error: [EPIPE] Broken pipe
  63: closing service access point 0
  64: DLC (None,None) SHUTDOWN close()
  65: llc run thread terminated
  66: shutdown requested
  67: I was the Initiator

というわけで、受け取ってくれたようだ。
よかったよかった。

 

こちらから送ったのは、L.33のSDU。
「hiro99ma」という文字列だ。

L.40でnfcpyがRRを送っているので、こっちもL.41でRRを送っている。
じゃあもう送りたいデータはないんだね、とL.44でnfcpyがSNEP応答を送っている。0x81はSUCCESS。
私たちもう終わりね、とL.45でDISCを送っている。
終わりましょう、とnfcpyがL.49でDMを送って、おしまい。

nstだと、SNEP応答で0x81をもらったあとも、1回だけRRを投げて確認するようになっているみたいだ。
SNEPの仕様としては、LLCPの動作にまで言及はしていないので、これはこれでいいのかもしれん。

 

Initiatorとしての動作確認や、GETなどが残っているけど、一段落ですわ。