nRF52832(Preview版)が載った、nRF52 Preview-DKというボードを持っている。
PCA10036とも言う。
今週、東京や大阪で行われた説明会では、PCA10040というボードが配布されたようだ。
PCA10036はEngineering Aのチップが、PCA10040はEngineering Bのチップが載っているとのこと(nrf52 + S212 softdeviceの回答)。
S132 v2.0.0-7.alphaやnRF52 SDK v0.9.2も「Engineering Bは～」と書かれているので、もうPreview DKの時代は終わったのかもしれない(まあ、Previewだから仕方ないが)。
nRF52832のErrataを読めば、細かく違いがわかるかもしれないが、面倒なのでやってない。
下記のソースはPreview-DKでも動いたので、ソースを少し読んでおこう。
なんでNFCかというと、私がそういう人だからだ。
04a_nfc_url
構成
ソースの構成は、こうなっている。
| source tree |
|---|
 |
中の方まで読んでいくとわかるが、SoftDeviceは関与していない。
特にNFC Pairingと連動している感じもない。
BLEとは異なるユニットなのだろう。
「nRF52 Global Tech Tour 2015 に参加してきました」を読むと、WRITEを受け付けないようだ。
このツアーのまとめサイトを読んだが(リンク先を探せなかった)、NFCによるファーム更新も遅いけどできなくはない、ということのようなので、WRITEのデータは読めるけどRAMには反映させないだけかもしれない。
Type 2 Tagのようなので、MIFARE Ultralightとかの資料があればそれを読むのが早いかもしれない。
使い方
- nfcSetup()
- nfcSetPayload()
- nfcStartEmulation()
これだけ。
nfc_lib.hに宣言があり、nfc_lib.libがいるので、この中身はライブラリ提供のようだ。
| nfc_lib.h |
|---|
 |
ただ、hal_nfc.cをコンパイルしているので、最終的にはここからハードをたたいているんじゃないだろうか。
サンプルでは、nfc_uri_msg_create()を使ってNDEF URIのデータを作っている。
これは、単にNDEFフォーマットのデータを作っているだけなので、データは自作しても良いだろう。
そうすれば、AARみたいなのを作って、Androidアプリの起動なんかもさせられるだろう(フォーマットは探せば出てくるだろう)。
まとめ
- nRF52832では、NFCのタグになれる
- READだけできる(らしい)
おまけ
そうそう、搬送波の検知もできるようだ。
なので「スマホが近づいた」みたいな動作をすることもできるだろう(スマホがNFCのInitiatorになってるなら)。
たぶん、搬送波検知なので、NimocaやSuicaの改札に近づいても反応するだろう。
13.56MHzのが来てるなー、という程度だから、相手がどういう人かはわからなくても検知するだろう。