0

4Mbit データフラッシュにデータを保存し、NFC 経由でスマートフォンで読み取るアプリケーションに取り組んでいます。これを行うには、NFC フロントエント (AS3953) とマイクロコントローラーを使用して Type 4 タグをエミュレートします。データを 264 バイトのチャンク (フラッシュのページ サイズ) に分割し、それらを順番に読み取ると便利です。

それぞれ 264 バイトの多数のレコードを含む 1 つの大きな NDEF ファイル、または 1 つの専用ファイルの下にある多数の単一の基本ファイル?

入力していただきありがとうございます、アンドレアス

4

1 に答える 1

2

これは、ソリューションで達成したいことと、対象とするプラットフォームに大きく依存します。

  1. NFC Forum Type 4 タグ仕様に従い、NDEF データ抽象化レイヤーのみを使用する NFC タグを構築できます。

    • アプリケーションは、NFC Forum Type 4 タグで NDEF メッセージの読み取りと書き込みをサポートするすべてのデバイスと相互運用できます。これには、NFC と NFC Web API をサポートする現在の主要なモバイル OS プラットフォームがすべて含まれます。
    • NDEF データ (レコード ヘッダーを含む) は 65534 バイトに制限されています。
    • デバイスが NDEF ファイルとの間でデータを読み書きする方法を実際に制御することはできません。具体的には、ファイルを複数の NDEF レコードにセグメント化したとしても、ファイルの読み取り/書き込みをどのセグメントで行うかを制御する手段がありません。(APDU の最大データ フィールド サイズを制御できることに注意してください。ただし、NFC デバイスがさらに小さなチャンクの読み取り/書き込みを妨げるものは何もありません。)
    • NFC デバイス (Android など) は通常、自動アクション (アプリの起動など) を実行するために、タグをスキャンする際に NDEF メッセージ全体を読み取ります。

  2. NFC フォーラム タイプ 4 タグ仕様に準拠し、NDEF データ抽象化レイヤー (アプリの自動起動を許可する情報を保存し、独自のプロトコルを識別するなど) と独自のデータ ファイル ( NFC Forum Type 4 Tag Operation 仕様で指定されているように)。

    • 一部のプラットフォーム (Windows Phone 8、NFC Web API など) では、独自のデータ ファイルにアクセスできません。ただし、Android および BlackBerry デバイスからアクセスできます。
    • 通常、オペレーティング システムによって処理される自動 NDEF 抽象化に加えて、独自のデータ ファイルを識別してアクセスするためのコマンドを手動で実装する必要があります (たとえば、IsoDepクラスを使用して Android で)。
    • これらの独自のデータ ファイルを使用すると、メモリを構成して、たとえば 1 ページに 1 つのファイルを使用することができます。
    • 65534 バイトに制限されているわけではなく、それぞれ最大 65534 バイトの複数のファイルを持つことができます。
    • NFC デバイスは通常、自動アクションを実行するためにタグをスキャンするときに、デフォルトで NDEF ファイルのみを読み取ります。専有ファイルは通常無視されます。
    • NFC Forum Type 4 Tag Operation 仕様のプロプライエタリ ファイル機能を使用する代わりに、(ISO 7816-4 を介して) データ メモリへのアクセスを許可する別のアプリケーションを (別の DF 名/AID で) 作成することもできます。標準化されたコマンドは、カスタム コマンドを通じて使用できます)。

  3. ISO 14443/ISO 7816-4 に基づいた完全なカスタム プロトコルを作成できます。

    • NDEF タグの機能 (特定のアプリの起動などの自動アクションのトリガーなど) はありません (または部分的にしかありません)。
    • アプリは、Windows Phone 8 (または、NDEF 抽象化によるタグへの高レベル アクセスのみを許可するその他のプラットフォーム) と互換性がありません。
    • NFC Forum Type 4 Tag Operation 仕様を実装することによって導入されるプロトコル オーバーヘッドはありません。
于 2014-07-28T13:53:52.363 に答える