tag:blogger.com,1999:blog-1396587683869052600.post938956583993104541..comments2022-12-04T15:29:30.041+09:00Comments on hiro99ma blog: [llcp]CONNECTで行き詰まるhiro99mahttp://www.blogger.com/profile/04874324534565548436noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-1396587683869052600.post-82880744667354214082012-06-24T10:23:53.606+09:002012-06-24T10:23:53.606+09:00>NFCケータイなどから「読まれる」ことを前提としているんではないですかね。
確かに「tag...>NFCケータイなどから「読まれる」ことを前提としているんではないですかね。<br /><br />確かに「tag」でしたね…<br />実装を簡略化してある、という話だけは聞いたのですが、どこまでが必要で、どこまでが簡略なのかが今ひとつわかってないです。<br /><br /><br />>シーケンスが提示してないから、どう使われるかって「早く実装した者勝ちで他の人はそれに合わせる」なんですかねw<br /><br />うぅ、それだと実機を持っていない人にはつらい・・・。<br />ようやくシーケンスが見つかったのがnstだったので、それを参考にしているのでした。<br />http://code.google.com/p/nfc-smart-tag/wiki/NfcProtocols<br /><br /><br />>調べてもなかなか出てこないことも多いんで、よろAnonymoushttps://www.blogger.com/profile/14260159734296406906noreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-89028521282897502762012-06-24T09:53:33.386+09:002012-06-24T09:53:33.386+09:00ええと、nstはまさに「tag」なんで、NFCケータイなどから「読まれる」ことを前提としているんでは...ええと、nstはまさに「tag」なんで、NFCケータイなどから「読まれる」ことを前提としているんではないですかね。<br /><br />なので、実装省略と言うよりは、読まれるTargetのタグモードとして必要な実装をしてあるという感じでは。<br /><br />NFC関連ってどうなんでしょうね、シーケンスが提示してないから、どう使われるかって「早く実装した者勝ちで他の人はそれに合わせる」なんですかねw<br /><br />調べてもなかなか出てこないことも多いんで、よろしければぜひ情報交換を。Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-13165129115922363472012-06-24T00:22:49.553+09:002012-06-24T00:22:49.553+09:00>先の例のAndroidBeamなんかだと端末同士くっつけただけでBeam準備動作に入りますの...>先の例のAndroidBeamなんかだと端末同士くっつけただけでBeam準備動作に入りますので、この時どちらがInitiatorになるかはタイミング次第だったりするような気がします。<br /><br />なるほど。<br />ということは、「俺は送るものがないから、あんたが何かしたいんでしょう」ということでSYMMを送ってくるんですかね。<br /><br /><br />>それはそれとして、Android相手に「こちらがInitiator」でNFC-DEPの層でつなげてやると、とくにSYMMとか来ずにCONNECTできたような・・・<br /><br />今回見ているnstなのですが、かなり実装としてはかなり省かれていて、LLCPはTarget専門になっているようでした。<br />SNEPはAndroid相手を前提に実装しているのでは?、という推測をしています。<brAnonymoushttps://www.blogger.com/profile/14260159734296406906noreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-42891232709543998472012-06-24T00:07:48.544+09:002012-06-24T00:07:48.544+09:00両刀といいますか、P2Pなんで基本どっちがどっちになるか分からないのでどっちも実装されてるのではない...両刀といいますか、P2Pなんで基本どっちがどっちになるか分からないのでどっちも実装されてるのではないでしょーか。<br /><br />先の例のAndroidBeamなんかだと端末同士くっつけただけでBeam準備動作に入りますので、この時どちらがInitiatorになるかはタイミング次第だったりするような気がします。<br /><br />それはそれとして、Android相手に「こちらがInitiator」でNFC-DEPの層でつなげてやると、とくにSYMMとか来ずにCONNECTできたような・・・Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-62601411129906604532012-06-23T23:45:44.751+09:002012-06-23T23:45:44.751+09:00まさに、その通りです。
こちらはTargetで、InitiatorからのATR_REQに対してATR...まさに、その通りです。<br />こちらはTargetで、InitiatorからのATR_REQに対してATR_RESを返したあと、SYMMをもらってこちらからCONNECTするような流れになっていました。<br />最後はこちらからSNEP PUSHで送信する、という作りです。<br /><br />ということは、Androidは両刀遣いで、まずはCONNECTを相手から要求させるような作りになっている、ということですかね。<br /><br />CONNECTした側がCCをもらうので、送信したい人がCONNECTを投げるのは流れとしてはしっくりくるのですが、そこはLLCPの範囲外ということのような気がしてきました。Anonymoushttps://www.blogger.com/profile/14260159734296406906noreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-10185122812356521352012-06-23T23:37:07.603+09:002012-06-23T23:37:07.603+09:00私のケースでは、こちらがInitiatorで、NFC-DEPつなぎ始めるのもLLCP語りかけるのもこ...私のケースでは、こちらがInitiatorで、NFC-DEPつなぎ始めるのもLLCP語りかけるのもこちら側という形で、Androidに対してCONNECTかけてCCもらって、SNEPでURLなんかを渡せてますよー。。<br /><br />想像ですが、見ているNSTのソース、「送る側」のソースなんでは?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-58248826632786002342012-06-23T23:07:16.876+09:002012-06-23T23:07:16.876+09:00こんな細かい記事に、コメントありがとうございます。
見てくださってる人がいるだけでうれしいものです。...こんな細かい記事に、コメントありがとうございます。<br />見てくださってる人がいるだけでうれしいものです。<br /><br />>で、NFC-DEPの層までつながったあと、LLCPで「相手から」の場合に、SYMMで相手にバトンを渡すんでは。<br />はい、私もこれだろうと思っているのですが、根拠になる仕様が見つからないので迷っているところです。<br />実機がないので、仕様書から組み立てているのがつらいところです。<br /><br /><br />>Android端末とお話すると、フツーにCONNECTに応答返ってきますよ。<br />えぇ! そうなんですか!!<br />てっきり、絶対にAndroid端末はCONNECTを返さないからこういう実装になってるのだろうと思ってました。<br /><br />>LLCPのあたりって、「各APIの口は仕様が決まってAnonymoushttps://www.blogger.com/profile/14260159734296406906noreply@blogger.comtag:blogger.com,1999:blog-1396587683869052600.post-52424257152600951682012-06-23T22:58:29.563+09:002012-06-23T22:58:29.563+09:00以下、体験上の想像ですが。
Initiator云々はNFC-DEPの層の話で、LLCPはそれの上に...以下、体験上の想像ですが。<br /><br />Initiator云々はNFC-DEPの層の話で、LLCPはそれの上に乗るプロトコルですよね。<br /><br />なので、Initiator-Targetの主従とLLCPの層の主従は同じじゃなくても良いのだと思います。<br /><br />nstの実装では、おそらくInitiatorの主従とLLCPの主従が逆の例なんだと思います。<br /><br />例えば、AndroidBeamでくっつけた時にどっちがInitiatorになるかはP2Pなんでどっちでもいいですが、データを実際に送るのにはクライアントとサーバという主従なモデルになります。<br /><br />で、NFC-DEPの層までつながったあと、LLCPで「相手から」の場合に、SYMMで相手にバトンを渡すんでは。<br /><br />SNEPで、レスポンス受信前にSYMMAnonymousnoreply@blogger.com