UM11942
PN5190 命令層
NFC フロントエンド コントローラー
ユーザーマニュアル
PN5190 NFC フロントエンド コントローラー
文書情報
| 情報 | コンテンツ |
| キーワード | PN5190、NFC、NFC フロントエンド、コントローラ、命令層 |
| 抽象的な | このドキュメントでは、NXP PN5190 NFC フロントエンド コントローラの動作を評価するために、ホスト コントローラから実行される命令層コマンドと応答について説明します。PN5190 は、次世代の NFC フロントエンド コントローラです。このドキュメントの範囲は、PN5190 NFC フロントエンド コントローラで動作するインターフェイス コマンドについて説明することです。PN5190 NFC フロントエンド コントローラの動作の詳細については、データ シートとその補足情報を参照してください。 |
改訂履歴
| 改訂 | 日付 | 説明 |
| 3.7 | 20230525 | • ドキュメントの種類とタイトルが製品データシートの付録からユーザーマニュアルに変更されました • 編集上のクリーンアップ • SPI信号の編集用語を更新 • セクション8の表4.5.2.3にコマンドGET_CRC_USER_AREAを追加しました • セクション5190のPN1B5190とPN2B3.4.1のさまざまな差別化の詳細を更新しました。 • セクション3.4.7の回答を更新しました |
| 3.6 | 20230111 | セクション 3.4.7 の整合性チェック応答の説明を拡張しました。 |
| 3.5 | 20221104 | セクション4.5.4.6.3「イベント」: 追加 |
| 3.4 | 20220701 | • セクション8の表4.5.9.3にコマンドCONFIGURE_MULTIPLE_TESTBUS_DIGITALを追加しました • セクション4.5.9.2.2を更新 |
| 3.3 | 20220329 | セクション4.5.12.2.1「コマンド」およびセクション4.5.12.2.2「レスポンス」のハードウェアの説明が改善されました。 |
| 3.2 | 20210910 | ファームウェアのバージョン番号が2.1から2.01に、2.3から2.03に更新されました |
| 3.1 | 20210527 | RETRIEVE_RF_FELICA_EMD_DATA コマンドの説明が追加されました |
| 3 | 20210118 | 最初の公式リリースバージョン |
導入
1.1 はじめに
このドキュメントでは、PN5190 ホスト インターフェイスと API について説明します。ドキュメントで使用される物理ホスト インターフェイスは SPI です。SPI の物理的特性はドキュメントでは考慮されていません。
フレーム分離とフロー制御はこのドキュメントの一部です。
1.1.1 範囲
このドキュメントでは、顧客に関連する論理レイヤー、命令コード、API について説明します。
ホスト通信終了view
PN5190 には、ホスト コントローラと通信するための XNUMX つの主要な動作モードがあります。
- HDLL ベースの通信は、デバイスが次の状態に入るようにトリガーされたときに使用されます。
a. ファームウェアを更新するための暗号化された安全なダウンロードモード - TLVコマンド応答ベースの通信（exとして与えられるample）。
2.1 HDLLモード
HDLL モードは、以下の IC 動作モードで動作するパケット交換形式に使用されます。
- セキュアファームウェアダウンロードモード（SFWU）については、セクション3を参照してください。
2.1.1 HDLLの説明
HDLL は、信頼性の高い FW ダウンロードを保証するために NXP によって開発されたリンク レイヤーです。
HDLL メッセージは、2 バイトのヘッダーと、それに続くフレームで構成され、フレームはコマンドのオペコードとペイロードで構成されます。各メッセージは、次の図に示すように、16 ビットの CRC で終わります。
HDLL ヘッダーには次の内容が含まれます。
- チャンク ビット。このメッセージがメッセージの唯一のチャンクであるか、最後のチャンクであるかを示します (チャンク = 0)。または、少なくとも 1 つの他のチャンクが続くかどうかを示します (チャンク = XNUMX)。
- ペイロードの長さは 10 ビットでコード化されます。したがって、HDLL フレーム ペイロードは最大 1023 バイトになります。
バイト順序はビッグエンディアンとして定義されており、Ms バイトが最初であることを意味します。
CRC16 は、多項式 x^25 + x^13239 + x^16 +12 およびプリロード値 5xFFFF で X.1 (CRC-CCITT、ISO/IEC0) 標準に準拠しています。
これは、HDLL フレーム全体、つまりヘッダー + フレームにわたって計算されます。
SampCコード実装:
静的 uint16_t phHal_Host_CalcCrc16(uint8_t* p, uint32_t dwLength)
{
uint32_t i ;
uint16_t 新規CRC;
uint16_t crc = 0xffffU;
(I = 0; i < dwLength; i++) の場合
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8);
crc_new ^= p[i];
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_new;
}
crc を返します。
}
2.1.2 SPI経由のトランスポートマッピング
すべての NTS アサーションでは、最初のバイトは常に HEADER (フロー表示バイト) であり、書き込み/読み取り操作に関しては 0x7F/0xFF のいずれかになります。
2.1.2.1 ホストからの書き込みシーケンス（方向 DH => PN5190）
2.1.2.2 ホストからの読み取りシーケンス（方向PN5190 => DH）
2.1.3 HDLLプロトコル
HDLL はコマンド応答プロトコルです。上記のすべての操作は特定のコマンドによってトリガーされ、応答に基づいて検証されます。
コマンドと応答は HDLL メッセージ構文に従います。コマンドはデバイス ホストによって送信され、応答は PN5190 によって送信されます。オペコードはコマンドと応答のタイプを示します。
HDLL ベースの通信。PN5190 が「セキュア ファームウェア ダウンロード」モードに入るようにトリガーされた場合にのみ使用されます。
2.2 TLVモード
TLVとは Tag 長さの値。
2.2.1 フレームの定義
SPI フレームは NTS の立ち下がりエッジで始まり、NTS の立ち上がりエッジで終わります。SPI は物理的な定義では全二重ですが、PN5190 は SPI を半二重モードで使用します。SPI モードは、[0] で指定されている最大クロック速度で CPOL 0 および CPHA 2 に制限されています。すべての SPI フレームは 1 バイトのヘッダーと n バイトの本体で構成されます。
2.2.2 フロー表示
HOST は、PN5190 にデータを書き込むか、または PNXNUMX からデータを読み取るかに関係なく、常に最初のバイトとしてフロー表示バイトを送信します。
読み取り要求があり、データが利用できない場合は、応答に 0xFF が含まれます。
フロー表示バイトの後のデータは、1 つまたは複数のメッセージです。
すべての NTS アサーションでは、最初のバイトは常に HEADER (フロー表示バイト) であり、書き込み/読み取り操作に関しては 0x7F/0xFF のいずれかになります。
2.2.3 メッセージタイプ
ホスト コントローラは、SPI フレーム内で転送されるメッセージを使用して PN5190 と通信する必要があります。
メッセージには 3 つのタイプがあります。
- 指示
- 応答
- イベント
上記の通信図は、以下のようにさまざまなメッセージ タイプに許可される方向を示しています。
- コマンドと応答。
- コマンドはホスト コントローラから PN5190 にのみ送信されます。
- 応答とイベントは PN5190 からホスト コントローラにのみ送信されます。
- コマンド応答は IRQ ピンを使用して同期されます。
- ホストは IRQ が低い場合にのみコマンドを送信できます。
- ホストは、IRQ が高い場合にのみ応答/イベントを読み取ることができます。
2.2.3.1 許可されるシーケンスとルール
許可されるコマンド、応答、イベントのシーケンス
- コマンドは常に応答、イベント、またはその両方によって確認されます。
- ホスト コントローラーは、前のコマンドに対する応答を受信するまで、別のコマンドを送信することはできません。
- イベントはいつでも非同期で送信できます (コマンド/応答ペア内でインターリーブされません)。
- EVENT メッセージは、1 つのフレーム内で RESPONSE メッセージと結合されることはありません。
注記： メッセージ (RESPONSE または EVENT) が利用可能かどうかは、IRQ が低から高に変化することで通知されます。すべての応答またはイベント フレームが読み取られるまで、IRQ は高のままです。IRQ 信号が低になった後でのみ、ホストは次のコマンドを送信できます。
2.2.4 メッセージフォーマット
各メッセージは、SWITCH_MODE_NORMAL コマンドを除き、各メッセージに対して n バイトのペイロードを持つ TLV 構造でコード化されます。
各 TLV は次の要素で構成されます。
タイプ (T) => 1 バイト
ビット[7] メッセージタイプ
0: コマンドまたは応答メッセージ
1: イベントメッセージ
ビット[6:0]: 命令コード
長さ (L) => 2 バイト (ビッグエンディアン形式である必要があります)
値 (V) => 長さフィールドに基づく TLV (コマンドパラメータ / 応答データ) の N バイトの値/データ (ビッグエンディアン形式)
2.2.4.1 分割フレーム
COMMAND メッセージは 1 つの SPI フレームで送信する必要があります。
RESPONSE および EVENT メッセージは、長さバイトの読み取りなど、複数の SPI フレームで読み取ることができます。
RESPONSE または EVENT メッセージは単一の SPI フレームで読み取ることができますが、長さバイトの読み取りなど、その間に NO-CLOCK によって遅延されます。
IC 動作ブートモード – セキュア FW ダウンロードモード
3.1 はじめに
PN5190 ファームウェア コードの一部は ROM に永続的に保存され、残りのコードとデータは組み込みフラッシュに保存されます。ユーザー データはフラッシュに保存され、データの整合性と可用性を保証するティアリング防止メカニズムによって保護されています。NXP の顧客に最新の標準 (EMVCo、NFC フォーラムなど) に準拠した機能を提供するために、フラッシュ内のコードとユーザー データの両方を更新できます。
暗号化されたファームウェアの信頼性と整合性は、非対称/対称キー署名と逆連鎖ハッシュ メカニズムによって保護されます。最初の DL_SEC_WRITE コマンドには 5190 番目のコマンドのハッシュが含まれており、最初のフレームのペイロードの RSA 署名によって保護されています。PNXNUMX ファームウェアは、RSA 公開キーを使用して最初のコマンドを認証します。各コマンドの連鎖ハッシュは、ファームウェア コードとデータが第三者によってアクセスされないよう、後続のコマンドを認証するために使用されます。
DL_SEC_WRITE コマンドのペイロードは AES-128 キーで暗号化されます。各コマンドの認証後、ペイロードの内容は PN5190 ファームウェアによって復号化され、フラッシュに書き込まれます。
NXP ファームウェアの場合、NXP は新しいユーザー データとともに新しい安全なファームウェア アップデートを配信する責任を負います。
更新手順には、NXP コードとデータの信頼性、整合性、機密性を保護するメカニズムが備わっています。
セキュアなファームウェア アップグレード モードのすべてのコマンドと応答には、HDLL ベースのフレーム パケット スキーマが使用されます。
セクション2.1では、view 使用される HDLL フレーム パケット スキーマ。
PN5190 IC は、使用されるバリアントに応じて、従来の暗号化された安全な FW ダウンロード プロトコルと、ハードウェア暗号化支援による暗号化された安全な FW ダウンロード プロトコルの両方をサポートします。
2 つのタイプは次のとおりです。
- PN5190 B0/B1 IC バージョンでのみ動作するレガシー セキュア FW ダウンロード プロトコル。
- ハードウェア暗号化によるセキュアFWダウンロードプロトコルは、PN5190B2 ICバージョンのみで動作し、オンチップハードウェア暗号化ブロックを使用します。
次のセクションでは、セキュア ファームウェア ダウンロード モードのコマンドと応答について説明します。
3.2 「セキュアファームウェアダウンロード」モードを起動する方法
以下の図と後続の手順は、セキュリティ保護されたファームウェア ダウンロード モードをトリガーする方法を示しています。
前提条件: PN5190 は動作状態です。
メインシナリオ:
- DWL_REQ ピンを使用して「セキュア ファームウェア ダウンロード」モードに入るエントリ条件。
a. デバイスホストがDWL_REQピンをハイにする（DWL_REQピンを介してファームウェアのアップデートを安全に行う場合のみ有効）または
b. デバイスホストはハードリセットを実行してPN5190を起動します。 - 「セキュア ファームウェア ダウンロード」モード (ピンレス ダウンロード) に入るために DWL_REQ ピンが使用されないエントリ条件。
a. デバイスホストはハードリセットを実行してPN5190を起動します。
b. デバイスホストは、通常のアプリケーションモードに入るためにSWITCH_MODE_NORMAL（セクション4.5.4.5）を送信します。
c. IC がアプリケーションの通常モードにある場合、デバイス ホストは SWITCH_MODE_DOWNLOAD (セクション 4.5.4.9) を送信してセキュア ダウンロード モードに入ります。 - デバイス ホストは、DL_GET_VERSION (セクション 3.4.4)、DL_GET_DIE_ID (セクション 3.4.6)、または DL_GET_SESSION_STATE (セクション 3.4.5) コマンドを送信します。
- デバイス ホストは、デバイスから現在のハードウェアとファームウェアのバージョン、セッション、Die-ID を読み取ります。
a. デバイスホストは、最後のダウンロードが完了したかどうかセッションステータスを確認します。
b. デバイス ホストはバージョン チェック ルールを適用して、ダウンロードを開始するか終了するかを決定します。 - デバイスホストは file ダウンロードするファームウェアのバイナリコード
- デバイスホストは、次の内容を含む最初の DL_SEC_WRITE (セクション 3.4.8) コマンドを提供します。
a. 新しいファームウェアのバージョン
b. 暗号化キーの難読化に使用される任意の値の16バイトのノンス
c. 次のフレームのダイジェスト値
d. フレーム自体のデジタル署名 - デバイスホストはDL_SEC_WRITE（セクション5190）コマンドを使用して、セキュアダウンロードプロトコルシーケンスをPN3.4.8にロードします。
- 最後の DL_SEC_WRITE (セクション 3.4.8) コマンドが送信されると、デバイス ホストは DL_CHECK_INTEGRITY (セクション 3.4.7) コマンドを実行して、メモリが正常に書き込まれたかどうかを確認します。
- デバイスホストは新しいファームウェアバージョンを読み取り、上位層に報告するためにセッションステータスが閉じられているかどうかを確認します。
- デバイスホストはDWL_REQピンをローに引き下げます（DWL_REQピンがダウンロードモードに入るために使用される場合）
- デバイスホストはデバイス上でハードリセット（VENピンの切り替え）を実行し、PN5190を再起動します。
事後状態: ファームウェアが更新され、新しいファームウェア バージョン番号が報告されます。
3.3 ファームウェア署名とバージョン管理
PN5190 ファームウェア ダウンロード モードでは、NXP によって署名され配信されたファームウェアのみが NXP ファームウェアとして受け入れられるメカニズムが採用されています。
以下は、暗号化されたセキュア NXP ファームウェアにのみ適用されます。
ダウンロード セッション中に、新しい 16 ビット ファームウェア バージョンが送信されます。これはメジャー番号とマイナー番号で構成されます。
- メジャー番号: 8 ビット (MSB)
- マイナー番号: 8 ビット (LSB)
PN5190 は、新しいメジャー バージョン番号が現在のバージョン番号より大きいか等しいかどうかを確認します。そうでない場合、セキュリティ保護されたファームウェアのダウンロードは拒否され、セッションは閉じられたままになります。
3.4 従来の暗号化ダウンロードとハードウェア暗号化支援のためのHDLLコマンド 暗号化されたダウンロード
このセクションでは、NXP ファームウェア ダウンロードの両方の種類のダウンロードに使用されたコマンドと応答に関する情報を提供します。
3.4.1 HDLLコマンドOPコード
注記： HDLL コマンド フレームは 4 バイト整列されています。未使用のペイロード バイトは nil のままになります。
表1. HDLLコマンドOPコード一覧
| PN5190 B0/B1 (レガシーダウンロード) |
PN5190 B2 (暗号支援ダウンロード) |
コマンドエイリアス | 説明 |
| 0xF0 | 0xE5 | DL_リセット | ソフトリセットを実行します |
| 0xF1 | 0xE1 | DL_GET_VERSION | バージョン番号を返します |
| 0xF2 | 0xDB | DL_GET_SESSION_STATE | 現在のセッション状態を返します |
| 0xF4 | 0xDF | DL_GET_DIE_ID | ダイIDを返します |
| 0xE0 | 0xE7 | DL_CHECK_整合性 | さまざまな領域のCRCをチェックし、それぞれの合格/不合格ステータスフラグを返します。 |
| 0xC0 | 0x8C | DL_SEC_書き込み | 絶対アドレスyから始まるメモリにxバイトを書き込む |
3.4.2 HDLL応答オペコード
注記： HDLL 応答フレームは 4 バイト整列されています。未使用のペイロード バイトは nil のままです。DL_OK 応答にのみペイロード値を含めることができます。
表2. HDLL応答OPコードのリスト
| オペコード | レスポンスエイリアス | 説明 |
| 0x00 | ダウンロードOK | コマンドが渡されました |
| 0x01 | DL_無効なアドレス | 住所は許可されていません |
| 0x0B | DL_UNKNOW_CMD | 不明なコマンド |
| 0x0C | DL_ABORTED_CMD | チャンクシーケンスが大きすぎます |
| 0x1E | DL_ADDR_RANGE_OFL_ERROR | アドレスが範囲外です |
| 0x1F | DL_BUFFER_OFL_ERROR | バッファが小さすぎます |
| 0x20 | DL_MEM_BSY | メモリがビジーです |
| 0x21 | DL_署名エラー | 署名の不一致 |
| 0x24 | DL_ファームウェアバージョンエラー | 現在のバージョンと同等以上 |
| 0x28 | DL_プロトコルエラー | プロトコルエラー |
| 0x2A | DL_SFWU_劣化 | フラッシュデータの破損 |
| 0x2D | PH_STATUS_DL_FIRST_CHUNK | 最初のチャンクを受信 |
| 0x2E | PH_STATUS_DL_NEXT_CHUNK | 次のチャンクを待つ |
| 0xC5 | PH_STATUS_内部エラー_5 | 長さの不一致 |
3.4.3 DL_RESETコマンド
フレーム交換:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] リセットにより、PN5190 は DL_STATUS_OK 応答を送信できなくなります。そのため、誤ったステータスのみが受信されます。
STAT は戻りステータスです。
3.4.4 DL_GET_VERSION コマンド
フレーム交換:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 RFU2 CRC16] GetVersion応答のペイロードフレームは次のとおりです。
表3. GetVersionコマンドへの応答
| 分野 | バイト | 説明 |
| ステータス | 1 | 状態 |
| ハードウェア | 2 | ハードウェアバージョン |
| 翻訳 | 3 | ROMコード |
| モデルID | 4 | モデルID |
| FMxV | 5-6 | ファームウェアバージョン（ダウンロードに使用） |
| RFU1-RFU2 | 7-8 | – |
応答のさまざまなフィールドの期待値とそのマッピングは次のとおりです。
表4. GetVersionコマンドの応答の期待値
| ICタイプ | HW バージョン (16 進数) | ROM バージョン (16 進数) | モデルID (16進数) | FW バージョン (16 進数) |
| PN5190 B0 | 0x51 | 0x02 | 0x00 | xx.yy |
| PN5190 B1 | 0x52 | 0x02 | 0x00 | xx.yy |
| PN5190 B2 | 0x53 | 0x03 | 0x00 | xx.yy |
3.4.5 DL_GET_SESSION_STATE コマンド
フレーム交換:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession応答のペイロードフレームは次のとおりです。
表5. GetSessionコマンドへの応答
| 分野 | バイト | 説明 |
| ステータス | 1 | 状態 |
| ススタ | 2 | セッション状態 • 0x00: 閉じている • 0x01: オープン • 0x02: ロックされています（これ以上のダウンロードは許可されません） |
| RFU | 3-4 |
3.4.6 DL_GET_DIE_ID コマンド
フレーム交換:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 STAT 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7 ID8 ID9
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId応答のペイロードフレームは次のとおりです。
表6. GetDieIdコマンドへの応答
| 分野 | バイト | 説明 |
| ステータス | 1 | 状態 |
| RFU | 2-4 | |
| ダイイド | 5-20 | ダイのID（16バイト） |
3.4.7 DL_CHECK_INTEGRITY コマンド
フレーム交換:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC32] CRC16] CheckIntegrity応答のペイロードフレームは次のとおりです。
表7. CheckIntegrityコマンドへの応答
| 分野 | バイト | 値/説明 | |
| ステータス | 1 | 状態 | |
| LENデータ | 2 | データセクションの合計数 | |
| LENコード | 3 | コードセクションの総数 | |
| RFU | 4 | 予約済み | |
| [CRC_INFO] | 58 | 32 ビット (リトルエンディアン)。ビットが設定されている場合は、対応するセクションの CRC は正常であり、設定されていない場合は正常ではありません。 | |
| 少し | エリアの整合性ステータス | ||
| [31:28] | 予約済み [3] | ||
| [27:23] | 予約済み [1] | ||
| [22] | 予約済み [3] | ||
| [21:20] | 予約済み [1] | ||
| [19] | RF構成領域（PN5190 B0/B1）[2] 予約済み（PN5190 B2）[3] | ||
| [18] | プロトコル設定領域（PN5190 B0/B1）[2] RF設定領域（PN5190 B2）[2] | ||
| [17] | 予約済み（PN5190 B0/B1）[3] ユーザー設定領域（PN5190 B2）[2] | ||
| [16:6] | 予約済み [3] | ||
| [5:4] | PN5190 B0/B1用に予約済み [3] PN5190 B2用に予約済み [1] | ||
| [3:0] | 予約済み [1] | ||
| [CRC32] | 9-136 | 32 セクションの CRC32。各 CRC は 4 バイトで、リトルエンディアン形式で保存されます。 CRCの最初の4バイトはビットCRC_INFO[31]、次の4バイトはビットCRC_INFO[30]、というように続きます。 |
|
- [1] PN1が正常に機能するには（機能や暗号化されたFWダウンロードを使用）、このビットは5190である必要があります。
- [2] このビットはデフォルトで1に設定されていますが、ユーザーが設定を変更するとCRCが無効になります。PN5190の機能には影響しません。
- [3] このビット値は、たとえ0であっても関係ありません。このビット値は無視できます。
3.4.8 DL_SEC_WRITE コマンド
DL_SEC_WRITE コマンドは、一連のセキュア書き込みコマンド、つまり暗号化された「セキュア ファームウェア ダウンロード」(eSFWu とも呼ばれます) のコンテキストで考慮されます。
セキュア書き込みコマンドは、最初にダウンロード セッションを開き、RSA 認証を渡します。次のコマンドは、PN5190 フラッシュに書き込む暗号化されたアドレスとバイトを渡します。最後のコマンドを除くすべてのコマンドには次のコマンドのハッシュが含まれているため、最後ではないことが通知され、シーケンス フレームが暗号化されて結合されます。
他のコマンド (DL_RESET および DL_CHECK_INTEGRITY を除く) は、シーケンスを中断することなく、シーケンスのセキュリティ保護された書き込みコマンドの間に挿入できます。
3.4.8.1 最初のDL_SEC_WRITEコマンド
セキュアな書き込みコマンドは、次の場合にのみ最初のコマンドになります。
- フレームの長さは312バイトです
- 最後のリセット以降、セキュリティ保護された書き込みコマンドは受信されていません。
- 埋め込まれた署名は PN5190 によって正常に検証されます。
最初のフレーム コマンドに対する応答は次のようになります: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT は戻りステータスです。
注記： 書き込まれるデータの長さが 1 バイトしかない場合でも、eSFWu 中に少なくとも 1 つのデータ チャンクを書き込む必要があります。したがって、少なくとも 2 つのコマンドがあるため、最初のコマンドには常に次のコマンドのハッシュが含まれます。
3.4.8.2 中間DL_SEC_WRITEコマンド
保護された書き込みコマンドが「中間のコマンド」となるのは、次の場合のみです。
- オペコードは、DL_SEC_WRITE コマンドのセクション 3.4.1 で説明されているとおりです。
- 最初のセキュア書き込みコマンドはすでに受信され、正常に検証されています。
- 最初のセキュア書き込みコマンドを受信してからリセットは発生していません
- フレームの長さは、データサイズ + ヘッダーサイズ + ハッシュサイズに等しい: FLEN = SIZE + 6 + 32
- フレーム全体のダイジェストは、前のフレームで受信したハッシュ値と等しい
最初のフレーム コマンドに対する応答は次のようになります: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT は戻りステータスです。
3.4.8.3 最後のDL_SEC_WRITEコマンド
セキュア書き込みコマンドは、次の場合にのみ最後のコマンドになります。
- オペコードは、DL_SEC_WRITE コマンドのセクション 3.4.1 で説明されているとおりです。
- 最初のセキュア書き込みコマンドはすでに受信され、正常に検証されています。
- 最初のセキュア書き込みコマンドを受信してからリセットは発生していません
- フレームの長さはデータサイズ + ヘッダーサイズに等しい: FLEN = SIZE + 6
- フレーム全体のダイジェストは、前のフレームで受信したハッシュ値と等しい
最初のフレーム コマンドに対する応答は次のようになります: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT は戻りステータスです。
IC動作ブートモード – 通常動作モード
4.1 はじめに
通常、PN5190 IC から NFC 機能を取得するには、通常の動作モードにする必要があります。
PN5190 IC が起動すると、PN5190 IC 内で生成されたイベントによって PN5190 IC が起動しない限り、操作を実行するためにホストからコマンドを受信するのを常に待機します。
4.2 コマンドリスト終了view
表8. PN5190コマンドリスト
| 指令コード | コマンド名 |
| 0x00 | レジスタ書き込み |
| 0x01 | レジスタまたはマスクの書き込み |
| 0x02 | レジスタとマスクの書き込み |
| 0x03 | 書き込みレジスタ複数 |
| 0x04 | レジスタの読み取り |
| 0x05 | READ_REGISTER_MULTIPLE |
| 0x06 | 書き込み |
| 0x07 | READ_E2PROM |
| 0x08 | RFデータを送信する |
| 0x09 | RFデータの取得 |
| 0x0A | RFデータ交換 |
| 0x0B | MFC_AUTHENTICATE |
| 0x0C | EPC_GEN2_インベントリ |
| 0x0D | RF構成のロード |
| 0x0E | RF構成の更新 |
| 0x0F | GET_RF_CONFIGURATION の取得 |
| 0x10 | RF_オン |
| 0x11 | RF_オフ |
| 0x12 | TESTBUS_DIGITAL を構成する |
| 0x13 | コンフィギュレーション |
| 0x14 | CTS_ENABLE |
| 0x15 | CTS_CONFIGURE |
| 0x16 | CTS_RETRIEVE_LOG |
| 0x17-0x18 | RFU |
| 0x19 | FW v2.01まで: RFU |
| FW v2.03以降: RETRIEVE_RF_FELICA_EMD_DATA | |
| 0x1A | RFデータ受信 |
| 0x1B-0x1F | RFU |
| 0x20 | スイッチモード_通常 |
| 0x21 | スイッチモード |
| 0x22 | スイッチモードスタンバイ |
| 0x23 | スイッチモード_LPCD |
| 0x24 | RFU |
| 0x25 | スイッチモードダウンロード |
| 0x26 | GET_DIEID |
| 0x27 | GET_VERSION |
| 0x28 | RFU |
| 0x29 | FW v2.05まで: RFU |
| FW v2.06以降: GET_CRC_USER_AREA | |
| 0x2A | FW v2.03まで: RFU |
| FW v2.05以降: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
| 0x2B-0x3F | RFU |
| 0x40 | ANTENNA_SELF_TEST (サポートされていません) |
| 0x41 | PRBS_テスト |
| 0x42-0x4F | RFU |
4.3 応答ステータス値
以下は、コマンドが操作化された後に PN5190 からの応答の一部として返される応答ステータス値です。
表9. PN5190応答ステータス値
| 応答状況 | 応答ステータス値 | 説明 |
| PN5190_ステータス_成功 | 0x00 | 操作が正常に完了したことを示します |
| PN5190_ステータス_タイムアウト | 0x01 | コマンドの操作がタイムアウトになったことを示します |
| PN5190_ステータス_整合性_エラー | 0x02 | コマンドの操作によりRFデータ整合性エラーが発生したことを示します |
| PN5190_STATUS_RF_衝突エラー | 0x03 | コマンドの操作によりRF衝突エラーが発生したことを示します |
| PN5190_ステータス_RFU1 | 0x04 | 予約済み |
| PN5190_ステータス_無効なコマンド | 0x05 | 指定されたコマンドが無効/実装されていないことを示します |
| PN5190_ステータス_RFU2 | 0x06 | 予約済み |
| PN5190_STATUS_AUTH_ERROR | 0x07 | MFC 認証が失敗したことを示します (権限が拒否されました) |
| PN5190_ステータス_メモリ_エラー | 0x08 | コマンドの操作によってプログラミングエラーまたは内部メモリエラーが発生したことを示します。 |
| PN5190_ステータス_RFU4 | 0x09 | 予約済み |
| PN5190_STATUS_RFフィールドなし | 0x0A | 内部RFフィールドが存在しない、またはエラーであることを示します（イニシエーター/リーダーモードの場合のみ適用） |
| PN5190_ステータス_RFU5 | 0x0B | 予約済み |
| PN5190_STATUS_構文エラー | 0x0C | 無効なコマンドフレーム長を受信したことを示します |
| PN5190_ステータス_リソース_エラー | 0x0D | 内部リソースエラーが発生したことを示します |
| PN5190_ステータス_RFU6 | 0x0E | 予約済み |
| PN5190_ステータス_RFU7 | 0x0F | 予約済み |
| PN5190_STATUS_NO_EXTERNAL_RF_FIELD | 0x10 | コマンドの実行中に外部 RF フィールドが存在しないことを示します (カード/ターゲット モードでのみ適用可能) |
| PN5190_STATUS_RX_TIMEOUT | 0x11 | RFExchange が開始された後にデータが受信されず、RX がタイムアウトしたことを示します。 |
| PN5190_STATUS_USER_CANCELLED | 0x12 | 現在実行中のコマンドが中止されたことを示します |
| PN5190_STATUS_PREVENT_STANDBY | 0x13 | PN5190がスタンバイモードに入るのを阻止していることを示します |
| PN5190_ステータス_RFU9 | 0x14 | 予約済み |
| PN5190_ステータス_クロック_エラー | 0x15 | CLIFへのクロックが開始されなかったことを示します |
| PN5190_ステータス_RFU10 | 0x16 | 予約済み |
| PN5190_STATUS_PRBS_エラー | 0x17 | PRBSコマンドがエラーを返したことを示します |
| PN5190_STATUS_INSTR_エラー | 0x18 | コマンドの操作が失敗したことを示します (命令パラメータのエラー、構文エラー、操作自体のエラー、命令の前提条件が満たされていないなどが含まれる場合があります)。 |
| PN5190_ステータス_アクセス拒否 | 0x19 | 内部メモリへのアクセスが拒否されていることを示します |
| PN5190_STATUS_TX_FAILURE | 0x1A | RF経由のTXが失敗したことを示します |
| PN5190_STATUS_アンテナなし | 0x1B | アンテナが接続されていない/存在しないことを示します |
| PN5190_STATUS_TXLDO_エラー | 0x1C | VUP が利用できず、RF がオンになっているときに TXLDO にエラーがあることを示します。 |
| PN5190_STATUS_RFCFG_適用されていません | 0x1D | RFがオンのときにRF構成がロードされていないことを示します |
| PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | FW 2.01まで: 期待されていません |
| FW 2.03以降: FeliCa EMDレジスタにLOG ENABLE BITが設定されている状態での交換中に、FeliCa EMDエラーが検出されたことを示します。 |
||
| PN5190_ステータス_内部エラー | 0x7F | NVM操作が失敗したことを示します |
| PN5190_STATUS_SUCCSES_CHAINING | 0xAF | さらに、データが読み取り待ちであることを示します |
4.4 イベント終了view
イベントがホストに通知される方法は 2 つあります。
4.4.1 IRQピン経由の通常イベント
これらのイベントは以下のカテゴリに分類されます。
- 常に有効 – ホストには常に通知されます
- ホストによる制御 - レジスタ内の対応するイベント有効化ビット (EVENT_ENABLE (01h)) が設定されている場合、ホストに通知されます。
CLIF を含む周辺 IP からの低レベル割り込みはファームウェア内で完全に処理され、イベント セクションにリストされているイベントのみがホストに通知されます。
ファームウェアは、セクション 4.5.1.1 / セクション 4.5.1.5 コマンドを使用して書き込み/読み取りできる RAM レジスタとして XNUMX つのイベント レジスタを実装します。
レジスタ EVENT_ENABLE (0x01) => 特定の/すべてのイベント通知を有効にします。
レジスタ EVENT_STATUS (0x02) => イベント メッセージ ペイロードの一部。
イベント メッセージがホストによって読み上げられると、イベントはホストによってクリアされます。
イベントは本質的に非同期であり、EVENT_ENABLE レジスタ内で有効になっている場合はホストに通知されます。
以下は、イベント メッセージの一部としてホストで利用できるイベントのリストです。
表10. PN5190 イベント (EVENT_STATUS の内容)
| ビット – 範囲 | 分野 [1] | いつも 有効 (Y/N) | |
| 31 | 12 | RFU | NA |
| 11 | 11 | CTS_イベント [2] | N |
| 10 | 10 | アイドルイベント | Y |
| 9 | 9 | LPCD_CALIBRATION_DONE_EVENT | Y |
| 8 | 8 | LPCD_イベント | Y |
| 7 | 7 | オートコレクトイベント | Y |
| 6 | 6 | タイマー0_イベント | N |
| 5 | 5 | TX_OVERCURRENT_EVENT | N |
| 4 | 4 | RFON_DET_EVENT [2] | N |
| 3 | 3 | RFOFF_DET_EVENT [2] | N |
| 2 | 2 | スタンバイ_前のイベント | Y |
| 1 | 1 | 一般的なエラーイベント | Y |
| 0 | 0 | ブートイベント | Y |
- エラーの場合を除き、2 つのイベントが結合されることはないことに注意してください。操作中にエラーが発生した場合は、機能イベント (BOOT_EVENT、AUTOCALL_EVENT など) と GENERAL_ERROR_EVENT が設定されます。
- このイベントは、ホストに投稿された後、自動的に無効になります。ホストがこれらのイベントの通知を受け取りたい場合は、ホストでこれらのイベントを再度有効にする必要があります。
4.4.1.1 イベントメッセージの形式
イベント メッセージの形式は、イベントの発生と PN5190 の状態によって異なります。
ホストは必ず読む tag (T) とメッセージの長さ (L) を取得し、対応するバイト数をイベントの値 (V) として読み取ります。
一般に、イベント メッセージ (図 12 を参照) には、表 11 で定義されている EVENT_STATUS が含まれており、イベント データは EVENT_STATUS に設定されているそれぞれのイベント ビットに対応します。
注記：
一部のイベントでは、ペイロードは存在しません。たとえば、TIMER0_EVENT がトリガーされた場合、イベント メッセージの一部として EVENT_STATUS のみが提供されます。
表 11 には、イベント メッセージ内の対応するイベントにイベント データが存在するかどうかも詳しく示されています。
GENERAL_ERROR_EVENT は他のイベントでも発生する可能性があります。
このシナリオでは、イベント メッセージ (図 13 を参照) には、表 11 で定義されている EVENT_STATUS と、表 14 で定義されている GENERAL_ERROR_STATUS_DATA が含まれており、イベント データは、表 11 で定義されている EVENT_STATUS で設定されているそれぞれのイベント ビットに対応します。
注記：
BOOT_EVENT 後、または POR、STANDBY、ULPCD 後にのみ、ホストは上記のコマンドを発行して通常の動作モードで動作できるようになります。
実行中の既存のコマンドを中止する場合は、IDLE_EVENT の後にのみ、上記のコマンドを発行することでホストは通常の動作モードで動作できるようになります。
4.4.1.2 異なるイベントステータスの定義
4.4.1.2.1 EVENT_STATUSのビット定義
表11. EVENT_STATUSビットの定義
| ビット（宛先 – 送信元） | イベント | 説明 | 対応するイベントのイベントデータ （もしあれば） |
|
| 31 | 12 | RFU | 予約済み | |
| 11 | 11 | イベント | このビットは、CTS イベントが生成されたときに設定されます。 | 表86 |
| 10 | 10 | アイドルイベント | このビットは、SWITCH_MODE_NORMAL コマンドの発行により進行中のコマンドがキャンセルされたときに設定されます。 | イベントデータなし |
| 9 | 9 | LPCD_キャリブレーション_完了_ イベント |
このビットは、LPCD キャリブレーション完了イベントが生成されたときに設定されます。 | 表16 |
| 8 | 8 | LPCD_イベント | このビットは、LPCD イベントが生成されたときに設定されます。 | 表15 |
| 7 | 7 | オートコレクトイベント | このビットは、AUTOCOLL 操作が完了すると設定されます。 | 表52 |
| 6 | 6 | タイマー0_イベント | このビットは、TIMER0 イベントが発生したときに設定されます。 | イベントデータなし |
| 5 | 5 | TX_OVERCURRENT_ERROR_ イベント |
このビットは、TX ドライバの電流が EEPROM で定義されたしきい値よりも高い場合に設定されます。この状態では、ホストへの通知の前にフィールドが自動的にオフになります。セクション 4.4.2.2 を参照してください。 | イベントデータなし |
| 4 | 4 | 例外 | このビットは、外部 RF フィールドが検出されたときに設定されます。 | イベントデータなし |
| 3 | 3 | RFOFF_DET_EVENT | このビットは、既存の外部 RF フィールドが消えたときに設定されます。 | イベントデータなし |
| 2 | 2 | スタンバイ_前のイベント | このビットは、防止条件が存在するためにスタンバイが防止されている場合に設定されます。 | 表13 |
| 1 | 1 | 一般的なエラーイベント | このビットは、一般的なエラー状態が存在する場合に設定されます。 | 表14 |
| 0 | 0 | ブートイベント | このビットは、PN5190がPOR/スタンバイで起動されたときに設定されます。 | 表12 |
4.4.1.2.2 BOOT_STATUS_DATAのビット定義
表12. BOOT_STATUS_DATAビットの定義
| ビットに | ビットから | 起動ステータス | 起動理由 |
| 31 | 27 | RFU | 予約済み |
| 26 | 26 | ULP_スタンバイ | ULP_STANDBY からの終了によるブートアップ理由。 |
| 25 | 23 | RFU | 予約済み |
| 22 | 22 | ブート_RX_ULPDET | RX ULPDET により ULP スタンバイ モードで起動しました |
| 21 | 21 | RFU | 予約済み |
| 20 | 20 | ブートSPI | SPI_NTS信号がローにプルダウンされたために起動した理由 |
| 19 | 17 | RFU | 予約済み |
| 16 | 16 | ブート_GPIO3 | GPIO3 が低から高に遷移したことによる起動理由。 |
| 15 | 15 | ブート_GPIO2 | GPIO2 が低から高に遷移したことによる起動理由。 |
| 14 | 14 | ブート_GPIO1 | GPIO1 が低から高に遷移したことによる起動理由。 |
| 13 | 13 | ブート_GPIO0 | GPIO0 が低から高に遷移したことによる起動理由。 |
| 12 | 12 | ブート_LPDET | スタンバイ/サスペンド中に外部RFフィールドが存在するため起動する理由 |
| 11 | 11 | RFU | 予約済み |
| 10 | 8 | RFU | 予約済み |
| 7 | 7 | ブートソフトリセット | ICのソフトリセットによる起動理由 |
| 6 | 6 | ブート_VDDIO_LOSS | VDDIO の損失による起動理由。セクション 4.4.2.3 を参照してください。 |
| 5 | 5 | ブートVDDIO_START | VDDIO LOSS で STANDBY に入った場合の起動理由。 セクション4.4.2.3を参照してください |
| 4 | 4 | ブート_WUC | いずれかのスタンバイ操作中にウェイクアップ カウンターが経過したために起動した理由。 |
| 3 | 3 | ブート_TEMP | IC温度が設定されたしきい値制限を超えているために起動します。セクション4.4.2.1を参照してください。 |
| 2 | 2 | ブート | ウォッチドッグリセットによる起動理由 |
| 1 | 1 | RFU | 予約済み |
| 0 | 0 | ブート_POR | 起動理由: パワーオンリセット |
4.4.1.2.3 STANDBY_PREV_STATUS_DATAのビット定義
表13. STANDBY_PREV_STATUS_DATAビットの定義
| ビットに | ビットから | スタンバイ防止 | スタンバイが禁止された理由 |
| 31 | 26 | RFU | 予約済み |
| 25 | 25 | RFU | 予約済み |
| 24 | 24 | 前_一時 | ICの動作温度が閾値外です |
| 23 | 23 | RFU | 予約済み |
| 22 | 22 | PREV_HOSTCOMM | ホストインターフェース通信 |
| 21 | 21 | 前のSPI | SPI_NTS信号がローに引き下げられる |
| 20 | 18 | RFU | 予約済み |
| 17 | 17 | PREV_GPIO3 | GPIO3信号が低から高に遷移する |
| 16 | 16 | PREV_GPIO2 | GPIO2信号が低から高に遷移する |
| 15 | 15 | PREV_GPIO1 | GPIO1信号が低から高に遷移する |
| 14 | 14 | PREV_GPIO0 | GPIO0信号が低から高に遷移する |
| 13 | 13 | 前へ | ウェイクアップカウンターが経過しました |
| 12 | 12 | 前へ | 低電力検出。スタンバイ状態に移行する過程で外部 RF 信号が検出されると発生します。 |
| 11 | 11 | PREV_RX_ULPDET | RX 超低電力検出。ULP_STANDBY に移行する過程で RF 信号が検出されると発生します。 |
| 10 | 10 | RFU | 予約済み |
| 9 | 5 | RFU | 予約済み |
| 4 | 4 | RFU | 予約済み |
| 3 | 3 | RFU | 予約済み |
| 2 | 2 | RFU | 予約済み |
| 1 | 1 | RFU | 予約済み |
| 0 | 0 | RFU | 予約済み |
4.4.1.2.4 GENERAL_ERROR_STATUS_DATAのビット定義
表14. GENERAL_ERROR_STATUS_DATAビットの定義
| ビットに | ビットから | エラーステータス | 説明 |
| 31 | 6 | RFU | 予約済み |
| 5 | 5 | XTAL_START_エラー | 起動中にXTALの起動に失敗しました |
| 4 | 4 | SYS_TRIM_RECOVERY_ERROR | 内部システム トリム メモリ エラーが発生しましたが、回復に失敗しました。システムはダウングレード モードで動作します。 |
| 3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | 内部システム トリム メモリ エラーが発生しましたが、回復は成功しました。回復を有効にするには、ホストが PN5190 を再起動する必要があります。 |
| 2 | 2 | エラー | TXLDO エラー |
| 1 | 1 | クロックエラー | 時計エラー |
| 0 | 0 | エラー | ADCエラー |
4.4.1.2.5 LPCD_STATUS_DATAのビット定義
表15. LPCD_STATUS_DATAバイトの定義
| ビットに | ビットから | LPCD または ULPCD の基本操作に応じたステータス ビットの適用性 | 対応するビットの説明はステータス バイトに設定されます。 | ||
| 液晶ディスプレイ | ULPCD | ||||
| 31 | 7 | RFU | 予約済み | ||
| 6 | 6 | 中止_HIF | Y | N | HIF活性のため中止 |
| 5 | 5 | CLKDET エラー | N | Y | CLKDETエラーが発生したため中止されました |
| 4 | 4 | XTALタイムアウト | N | Y | XTALタイムアウトが発生したため中止されました |
| 3 | 3 | VDDPA LDO 過電流 | N | Y | VDDPA LDO過電流が発生したため中止されました |
| 2 | 2 | 外部RFフィールド | Y | Y | 外部RFフィールドにより中止されました |
| 1 | 1 | GPIO3 中止 | N | Y | GPIO3 レベル変更のため中止されました |
| 0 | 0 | カードが検出されました | Y | Y | カードが検出されました |
4.4.1.2.6 LPCD_CALIBRATION_DONEステータスデータのビット定義
表16. ULPCDのLPCD_CALIBRATION_DONEステータスデータバイトの定義
| ビットに | ビットから | LPCD_CALIBRATION DONE のステータス イベント | 対応するビットの説明はステータス バイトに設定されます。 |
| 31 | 11 | 予約済み | |
| 10 | 0 | ULPCD校正からの基準値 | ULPCDキャリブレーション中に測定されたRSSI値。ULPCDキャリブレーション中に参照として使用されます。 |
表17. LPCDのLPCD_CALIBRATION_DONEステータスデータバイトの定義
| ビットに | ビットから | LPCD または ULPCD の基本操作に応じたステータス ビットの適用性 | 対応するビットの説明はステータス バイトに設定されます。 | ||
| 2 | 2 | 外部RFフィールド | Y | Y | 外部RFフィールドにより中止されました |
| 1 | 1 | GPIO3 中止 | N | Y | GPIO3 レベル変更のため中止されました |
| 0 | 0 | カードが検出されました | Y | Y | カードが検出されました |
4.4.2 さまざまなブートシナリオの処理
PN5190 IC は、以下のように IC パラメータに関連するさまざまなエラー状態を処理します。
4.4.2.1 PN5190の動作中の過熱シナリオの処理
PN5190 ICの内部温度がEEPROMフィールドTEMP_WARNING [2]で設定されたしきい値に達すると、ICはスタンバイ状態になります。その結果、EEPROMフィールドENABLE_GPIO0_ON_OVERTEMP [2]がホストに通知するように設定されている場合は、GPIO0がハイにプルアップされ、ICに過熱を通知します。
ICの温度がEEPROMフィールドTEMP_WARNING [2]で設定されたしきい値を下回ると、ICは表11に示すようにBOOT_EVENTで起動し、BOOT_TEMPブートステータスビットが表12に示すように設定され、GPIO0はローにプルダウンされます。
4.4.2.2 過電流の取り扱い
PN5190 IC が過電流状態を検知すると、IC は RF 電源をオフにし、表 11 に示すように TX_OVERCURRENT_ERROR_EVENT を送信します。
過電流状態の持続時間はEEPROMフィールドTXLDO_CONFIG [2]を変更することで制御できます。
IC過電流閾値については文献[2]を参照してください。
注記：
他に保留中のイベントまたは応答がある場合は、ホストに送信されます。
4.4.2.3 動作中のVDDIOの喪失
PN5190 IC は VDDIO がない (VDDIO 損失) ことに気付いた場合、スタンバイ状態になります。
IC は、VDDIO が利用可能な場合にのみ起動します。BOOT_EVENT は表 11 のとおりで、BOOT_VDDIO_START ブート ステータス ビットは表 12 のとおり設定されます。
PN5190 ICの静的特性については文献[2]を参照してください。
4.4.3 中止シナリオの処理
PN5190 IC は現在実行中のコマンドを中止する機能をサポートしており、セクション 5190 のような中止コマンドが PN4.5.4.5.2 IC に送信された場合の PN5190 IC の動作は表 18 のようになります。
注記：
PN5190 IC が ULPCD および ULP スタンバイ モードの場合、セクション 4.5.4.5.2 を送信することによって、または SPI トランザクションを開始することによって (SPI_NTS 信号を低くすることによって)、中止することはできません。
表18. セクション4.5.4.5.2で異なるコマンドが終了した場合に予想されるイベント応答
| コマンド | スイッチモード通常コマンドが送信されたときの動作 |
| 低電力が入力されていないすべてのコマンド | EVENT_STAUS が「IDLE_EVENT」に設定されている |
| スイッチモード LPCD | EVENT_STATUSは「LPCD_EVENT」に設定され、「LPCD_STATUS_DATA」はステータスビットを「Abort_HIF」として示します。 |
| スイッチモードスタンバイ | EVENT_STAUSは「BOOT_EVENT」に設定され、「BOOT_STATUS_DATA」はビット「BOOT_SPI」を示します。 |
| スイッチモードオートコレクト(自律モードなし、スタンバイ付き自律モード、スタンバイなし自律モード) | EVENT_STAUS は「AUTOCOLL_EVENT」に設定され、STATUS_DATA ビットはコマンドがユーザーによってキャンセルされたことを示します。 |
4.5 通常モード操作命令の詳細
4.5.1 レジスタ操作
このセクションの命令は、PN5190 の論理レジスタにアクセスするために使用されます。
4.5.1.1 レジスタ書き込み
この命令は、32 ビット値 (リトルエンディアン) を論理レジスタに書き込むために使用されます。
4.5.1.1.1条件
レジスタのアドレスが存在する必要があり、レジスタには READ-WRITE 属性または WRITE-ONLY 属性のいずれかが必要です。
4.5.1.1.2 コマンド
表 19. WRITE_REGISTER コマンド値 32 ビットの値をレジスタに書き込みます。
| ペイロードフィールド | 長さ | 値/説明 |
| 登録住所 | 1 バイト | レジスタのアドレス。 |
表19. WRITE_REGISTERコマンドの値…続き
32 ビットの値をレジスタに書き込みます。
| ペイロードフィールド | 長さ | 値/説明 |
| 価値 | 4 バイト | 書き込む必要がある 32 ビット レジスタ値。(リトルエンディアン) |
4.5.1.1.3 レスポンス
表20. WRITE_REGISTER応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_エラー |
4.5.1.1.4イベント
このコマンドにはイベントがありません。
4.5.1.2 レジスタまたはマスクの書き込み
この命令は、論理 OR 演算を使用してレジスタの内容を変更するために使用されます。レジスタの内容が読み取られ、指定されたマスクを使用して論理 OR 演算が実行されます。変更された内容はレジスタに書き戻されます。
4.5.1.2.1条件
レジスタのアドレスが存在する必要があり、レジスタには READ-WRITE 属性が必要です。
4.5.1.2.2 コマンド
表 21. WRITE_REGISTER_OR_MASK コマンド値 指定されたマスクを使用してレジスタに対して論理 OR 演算を実行します。
| ペイロードフィールド | 長さ | 値/説明 |
| 登録住所 | 1 バイト | レジスタのアドレス。 |
| マスク | 4 バイト | 論理 OR 演算のオペランドとして使用されるビットマスク。(リトルエンディアン) |
4.5.1.2.3 レスポンス
表22. WRITE_REGISTER_OR_MASK応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_エラー |
4.5.1.2.4イベント
このコマンドにはイベントがありません。
4.5.1.3 レジスタとマスクの書き込み
この命令は、論理 AND 演算を使用してレジスタの内容を変更するために使用されます。レジスタの内容が読み取られ、指定されたマスクを使用して論理 AND 演算が実行されます。変更された内容はレジスタに書き戻されます。
4.5.1.3.1条件
レジスタのアドレスが存在する必要があり、レジスタには READ-WRITE 属性が必要です。
4.5.1.3.2 コマンド
表 23. WRITE_REGISTER_AND_MASK コマンド値 指定されたマスクを使用してレジスタに対して論理 AND 演算を実行します。
| ペイロードフィールド | 長さ | 値/説明 |
| 登録住所 | 1 バイト | レジスタのアドレス。 |
| マスク | 4 バイト | 論理 AND 演算のオペランドとして使用されるビットマスク。(リトルエンディアン) |
4.5.1.3.3 レスポンス
表24. WRITE_REGISTER_AND_MASK応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_エラー |
4.5.1.3.4イベント
このコマンドにはイベントがありません。
4.5.1.4 書き込みレジスタ_複数
この命令の機能は、セクション 4.5.1.1、セクション 4.5.1.2、セクション 4.5.1.3 と似ていますが、これらを組み合わせることができます。実際には、レジスタ タイプ値セットの配列を受け取り、適切なアクションを実行します。タイプは、レジスタへの書き込み、レジスタでの論理 OR 演算、またはレジスタでの論理 AND 演算のいずれかのアクションを反映します。
4.5.1.4.1条件
セット内のレジスタのそれぞれの論理アドレスが存在する必要があります。
レジスタ アクセス属性は、必要なアクション (タイプ) の実行を許可する必要があります。
- 書き込みアクション (0x01): READ-WRITE または WRITE-ONLY 属性
- ORマスクアクション（0x02）：READ-WRITE属性
- ANDマスクアクション（0x03）：読み取り書き込み属性
「Set」配列のサイズは 1 ～ 43 の範囲内である必要があります。
フィールド「タイプ」は 1 ～ 3 の範囲でなければなりません。
4.5.1.4.2 コマンド
表 25. WRITE_REGISTER_MULTIPLE コマンド値 レジスタ値のペアのセットを使用してレジスタ書き込み操作を実行します。
| ペイロードフィールド | 長さ | 値/説明 | |||
| セット[1…n] | 6 バイト | 登録住所 | 1 バイト | レジスタの論理アドレス。 | |
| タイプ | 1 バイト | 0x1 | 書き込みレジスタ | ||
| 0x2 | レジスタまたはマスクの書き込み | ||||
| 0x3 | レジスタとマスクの書き込み | ||||
| 価値 | 4 バイト | 書き込む必要のある 32 バイトのレジスタ値、または論理演算に使用されるビットマスク。(リトルエンディアン) | |||
注: 例外が発生した場合、操作はロールバックされません。つまり、例外が発生するまで変更されたレジスタは変更された状態のままになります。ホストは、定義された状態に回復するために適切なアクションを実行する必要があります。
4.5.1.4.3 レスポンス
表26. WRITE_REGISTER_MULTIPLE応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_エラー |
4.5.1.4.4イベント
このコマンドにはイベントがありません。
4.5.1.5 レジスタの読み取り
この命令は、論理レジスタの内容を読み戻すために使用されます。内容は、リトルエンディアン形式の 4 バイト値として応答に存在します。
4.5.1.5.1条件
論理レジスタのアドレスが存在する必要があります。レジスタのアクセス属性は、読み取り/書き込みまたは読み取り専用のいずれかである必要があります。
4.5.1.5.2 コマンド
表27. READ_REGISTERコマンドの値
レジスタの内容を読み戻します。
| ペイロードフィールド | 長さ | 値/説明 |
| 登録住所 | 1 バイト | 論理レジスタのアドレス |
4.5.1.5.3 レスポンス
表28. READ_REGISTER応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) | ||
| レジスタ値 | 4 バイト | 読み出された32ビットレジスタ値。(リトルエンディアン) |
4.5.1.5.4イベント
このコマンドにはイベントがありません。
4.5.1.6 READ_REGISTER_MULTIPLE
この命令は、複数の論理レジスタを一度に読み取るために使用されます。結果 (各レジスタの内容) は、命令に対する応答で提供されます。レジスタ アドレス自体は応答に含まれません。応答内のレジスタの内容の順序は、命令内のレジスタ アドレスの順序に対応します。
4.5.1.6.1条件
命令内のすべてのレジスタ アドレスが存在する必要があります。各レジスタのアクセス属性は、読み取り/書き込みまたは読み取り専用のいずれかである必要があります。「レジスタ アドレス」配列のサイズは、1 ～ 18 の範囲内である必要があります。
4.5.1.6.2 コマンド
表 29. READ_REGISTER_MULTIPLE コマンド値 レジスタ セットに対してレジスタ読み取り操作を実行します。
| ペイロードフィールド | 長さ | 値/説明 |
| レジスタアドレス[1…n] | 1 バイト | 登録住所 |
4.5.1.6.3 レスポンス
表30. READ_REGISTER_MULTIPLE応答値
| ペイロードフィールド | 長さ | 値/説明 | ||
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 | ||
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) | ||||
| レジスタ値[1…n] | 4 バイト | 価値 | 4 バイト | 読み出された 32 ビット レジスタ値 (リトルエンディアン)。 |
4.5.1.6.4イベント
このコマンドにはイベントがありません。
4.5.2 E2PROMの操作
E2PROM 内のアクセス可能な領域は、EEPROM マップとアドレス指定可能なサイズに従います。
注記：
1. 以下の手順で「E2PROM アドレス」と記載されている場合は、アドレス指定可能な EEPROM 領域のサイズを指します。
4.5.2.1 書き込みE2PROM
この命令は、E2PROM に 2 つ以上の値を書き込むために使用されます。フィールド「値」には、フィールド「E2PROM アドレス」で指定されたアドレスから始まる EXNUMXPROM に書き込まれるデータが含まれます。データは順番に書き込まれます。
注記：
これはブロッキング コマンドであることに注意してください。つまり、書き込み操作中に NFC FE がブロックされます。これには数ミリ秒かかる場合があります。
4.5.2.1.1条件
「E2PROMアドレス」フィールドは[2]の範囲内でなければなりません。「値」フィールド内のバイト数は1～1024（0x0400）の範囲内でなければなりません。[2]に記載されているように、書き込み操作はEEPROMアドレスを超えてはなりません。[2]にあるように、アドレスがEEPROMアドレス空間を超えた場合は、エラー応答がホストに送信されます。
4.5.2.1.2 コマンド
表 31. WRITE_E2PROM コマンド値 指定された値を E2PROM に順番に書き込みます。
| ペイロードフィールド | 長さ | 値/説明 |
| E2PROM アドレス | 2 バイト | 書き込み操作を開始する EEPROM のアドレス。(リトルエンディアン) |
| 価値観 | 1 – 1024 バイト | E2PROM に順番に書き込む必要がある値。 |
4.5.2.1.3 レスポンス
表32. WRITE_EEPROM応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4イベント
このコマンドにはイベントがありません。
4.5.2.2 READ_E2PROM
この命令は、E2PROM メモリ領域からデータを読み戻すために使用されます。フィールド「E2PROM アドレス」は、読み取り操作の開始アドレスを示します。応答には、E2PROM から読み取られたデータが含まれます。
4.5.2.2.1条件
「E2PROM アドレス」フィールドは有効な範囲内になければなりません。
「バイト数」フィールドは 1 ～ 256 の範囲内である必要があります。
読み取り操作は、最後にアクセス可能な EEPROM アドレスを超えてはなりません。
アドレスが EEPROM アドレス空間を超える場合、エラー応答がホストに送信されます。
4.5.2.2.2 コマンド
表33. READ_E2PROMコマンド値 E2PROMから値を順番に読み出します。
| ペイロードフィールド | 長さ | 値/説明 |
| E2PROM アドレス | 2 バイト | 読み取り操作を開始するE2PROMのアドレス。(リトルエンディアン) |
| バイト数 | 2 バイト | 読み出すバイト数。(リトルエンディアン) |
4.5.2.2.3 レスポンス
表34. READ_E2PROM応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) | ||
| 価値観 | 1 – 1024 バイト | 順番に読み出された値。 |
4.5.2.2.4イベント
このコマンドにはイベントがありません。
4.5.2.3 GET_CRC_USER_AREA
この命令は、PN5190 IC のプロトコル領域を含む完全なユーザー構成領域の CRC を計算するために使用されます。
4.5.2.3.1 コマンド
表35. GET_CRC_USER_AREAコマンドの値
プロトコル領域を含むユーザー設定領域の CRC を読み取ります。
| ペイロードフィールド | 長さ | 値/説明 |
| – | – | ペイロードにデータがありません |
4.5.2.3.2 レスポンス
表36. GET_CRC_USER_AREA応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 | ||
| PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) | ||
| 価値観 | 4 バイト | リトルエンディアン形式の 4 バイトの CRC データ。 |
4.5.2.3.3イベント
このコマンドにはイベントがありません。
4.5.3 CLIFデータ操作
このセクションで説明する手順は、RF 送信および受信のコマンドについて説明しています。
4.5.3.1 交換RFデータ
RF 交換機能は TX データの送信を実行し、RX データの受信を待機します。
この関数は、受信（エラーまたは正）またはタイムアウトが発生した場合に戻ります。タイマーは送信の終了とともに開始され、受信の開始とともに停止されます。Exchange コマンドの実行前にタイムアウトが設定されていない場合は、EEPROM に事前設定されたタイムアウト値が使用されます。
トランシーバー状態が
- IDLE では TRANSCEIVE モードになります。
- WAIT_RECEIVEでは、イニシエータービットが設定されている場合、トランシーバーの状態はTRANSCEIVE MODEにリセットされます。
- WAIT_TRANSMITでは、イニシエータービットが設定されていない場合、トランシーバーの状態はTRANSCEIVE MODEにリセットされます。
「最後のバイトの有効ビット数」フィールドは、送信される正確なデータ長を示します。
4.5.3.1.1条件
「TX データ」フィールドのサイズは、0 ～ 1024 の範囲内である必要があります。
「最後のバイトの有効ビット数」フィールドは 0 ～ 7 の範囲にする必要があります。
このコマンドは、RF 送信の実行中に呼び出すことはできません。コマンドは、データを送信するためのトランシーバーの正しい状態を保証する必要があります。
注記：
このコマンドは、リーダー モードと P2P パッシブ/アクティブ イニシエーター モードでのみ有効です。
4.5.3.1.2 コマンド
表37. EXCHANGE_RF_DATAコマンド値
TX データを内部 RF 送信バッファに書き込み、トランシーブ コマンドを使用して送信を開始し、受信またはタイムアウトまで待機してホストへの応答を準備します。
| ペイロードフィールド | 長さ | 値/説明 | |
| 最後のバイトの有効ビット数 | 1 バイト | 0 | 最後のバイトのすべてのビットが送信される |
| 1 – 7 | 送信される最後のバイト内のビット数。 | ||
| RFExchangeConfig | 1 バイト | RFExchange機能の設定。詳細は下記を参照 | |
表 37. EXCHANGE_RF_DATA コマンドの値…続き
TX データを内部 RF 送信バッファに書き込み、トランシーブ コマンドを使用して送信を開始し、受信またはタイムアウトまで待機してホストへの応答を準備します。
| ペイロードフィールド | 長さ | 値/説明 |
| TXデータ | n バイト | トランシーブコマンドを使用してCLIF経由で送信する必要があるTXデータ。n = 0 – 1024バイト |
表 38. RFexchangeConfig ビットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 |
| ビット4～7はRFU | ||||||||
| X | ビットが 1b に設定されている場合、RX_STATUS に基づいて応答に RX データを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に EVENT_STATUS レジスタを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に RX_STATUS_ERROR レジスタを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に RX_STATUS レジスタを含めます。 |
4.5.3.1.3 レスポンス
表39. EXCHANGE_RF_DATA応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR |
||
| RX_ステータス | 4 バイト | RX_STATUSが要求された場合（リトルエンディアン） |
| RX_STATUS_エラー | 4 バイト | RX_STATUS_ERRORが要求された場合（リトルエンディアン） |
| イベントステータス | 4 バイト | EVENT_STATUSが要求された場合（リトルエンディアン） |
| RXデータ | 1 – 1024 バイト | RX データが要求された場合。RF 交換の RF 受信フェーズ中に受信された RX データ。 |
4.5.3.1.4イベント
このコマンドにはイベントがありません。
4.5.3.2 RFデータを送信する
この命令は、内部の CLIF 送信バッファにデータを書き込み、内部でトランシーブ コマンドを使用して送信を開始するために使用されます。このバッファのサイズは 1024 バイトに制限されています。この命令が実行されると、RF 受信が自動的に開始されます。
受信完了を待たずに送信完了後すぐにコマンドが戻ります。
4.5.3.2.1条件
「TX データ」フィールド内のバイト数は、1 ～ 1024 の範囲内である必要があります。
RF 送信が進行中の場合は、このコマンドを呼び出さないでください。
4.5.3.2.2 コマンド
表40. TRANSMIT_RF_DATAコマンド値TXデータを内部CLIF送信バッファに書き込みます。
| ペイロードフィールド | 長さ | 値/説明 |
| 最後のバイトの有効ビット数 | 1 バイト | 0 最後のバイトのすべてのビットが送信されます。1 – 7 送信される最後のバイト内のビット数。 |
| RFU | 1 バイト | 予約済み |
| TXデータ | 1 – 1024 バイト | 次の RF 送信時に使用される TX データ。 |
4.5.3.2.3 レスポンス
表41. TRANSMIT_RF_DATA応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
4.5.3.2.4イベント
このコマンドにはイベントがありません。
4.5.3.3 RFデータの取得
この命令は、内部 CLIF RX バッファからデータを読み取るために使用されます。このバッファには、セクション 4.5.3.1 の前回の実行からポストされた RF 応答データ (存在する場合) が含まれており、応答またはセクション 4.5.3.2 コマンドに受信データを含めないオプションがあります。
4.5.3.3.1 コマンド
表42. RETRIEVE_RF_DATAコマンド値内部RF受信バッファからRXデータを読み取ります。
| ペイロードフィールド | 長さ | 値/説明 |
| 空の | 空の | 空の |
4.5.3.3.2 レスポンス
表43. RETRIEVE_RF_DATA応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| ペイロードフィールド | 長さ | 値/説明 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
||
| RXデータ | 1 – 1024 バイト | 最後に成功した RF 受信中に受信された RX データ。 |
4.5.3.3.3イベント
このコマンドにはイベントがありません。
4.5.3.4 RFデータ受信
この命令は、リーダーの RF インターフェイスを介して受信されるデータを待機します。
リーダー モードでは、この命令は、受信 (エラーまたは正しい) があった場合、または FWT タイムアウトが発生した場合に返されます。タイマーは送信の終了とともに開始され、受信の開始とともに停止されます。Exchange コマンドの実行前にタイムアウトが設定されていない場合は、EEPROM に事前設定されたデフォルトのタイムアウト値が使用されます。
ターゲット モードでは、この命令は受信（エラーまたは正しい）または外部 RF エラーの場合に返されます。
注記：
この命令は、TX および RX 操作を実行するために TRANSMIT_RF_DATA コマンドとともに使用されます。
4.5.3.4.1 コマンド
表44. RECEIVE_RF_DATAコマンド値
| ペイロードフィールド | 長さ | 値/説明 |
| 受信RFConfig | 1 バイト | ReceiveRFConfig関数の設定。参照 表45 |
表45. ReceiveRFConfigビットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 |
| ビット4～7はRFU | ||||||||
| X | ビットが 1b に設定されている場合、RX_STATUS に基づいて応答に RX データを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に EVENT_STATUS レジスタを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に RX_STATUS_ERROR レジスタを含めます。 | |||||||
| X | ビットが 1b に設定されている場合、応答に RX_STATUS レジスタを含めます。 |
4.5.3.4.2 レスポンス
表46. RECEIVE_RF_DATA応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) PN5190_ステータス_タイムアウト |
| ペイロードフィールド | 長さ | 値/説明 |
| PN5190_STATUS_RFフィールドなし PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
| RX_ステータス | 4 バイト | RX_STATUSが要求された場合（リトルエンディアン） |
| RX_STATUS_エラー | 4 バイト | RX_STATUS_ERRORが要求された場合（リトルエンディアン） |
| イベントステータス | 4 バイト | EVENT_STATUSが要求された場合（リトルエンディアン） |
| RXデータ | 1 – 1024 バイト | RX データが要求された場合。RX データは RF 経由で受信されます。 |
4.5.3.4.3イベント
このコマンドにはイベントがありません。
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD構成)
この命令は、内部 CLIF RX バッファからデータを読み取るために使用されます。このバッファには、ステータス「PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR」を返す前回の EXCHANGE_RF_DATA コマンドの実行からポストされた FeliCa EMD 応答データ (存在する場合) が含まれます。
注記： このコマンドは、PN5190 FW v02.03 以降で使用できます。
4.5.3.5.1 コマンド
内部 RF 受信バッファから RX データを読み取ります。
表47. RETRIEVE_RF_FELICA_EMD_DATAコマンド値
| ペイロードフィールド | 長さ | 値/説明 | |
| FeliCaRF取得設定 | 1 バイト | 00 – FF | RETRIEVE_RF_FELICA_EMD_DATA機能の設定 |
| 構成（ビットマスク）の説明 | ビット 7..2: RFU ビット 1: ビットが 1b に設定されている場合、応答に RX_STATUS_ERROR レジスタを含めます。 ビット 0: ビットが 1b に設定されている場合、応答に RX_STATUS レジスタを含めます。 |
||
4.5.3.5.2 レスポンス
表48. RETRIEVE_RF_FELICA_EMD_DATA応答値
| ペイロードフィールド | 長さ | 値/説明 | |||
| 状態 | 1 バイト | 操作のステータス。予想される値は次のとおりです: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) | |||
| RX_ステータス | 4 バイト | RX_STATUSが要求された場合（リトルエンディアン） | |||
| RX_STATUS_エラー | 4 バイト | RX_STATUS_ERRORが要求された場合（リトルエンディアン） | |||
| ペイロードフィールド | 長さ | 値/説明 | |||
| RXデータ | 1…1024 バイト | Exchange コマンドを使用した最後の RF 受信失敗時に受信された FeliCa EMD RX データ。 | |||
4.5.3.5.3イベント
このコマンドにはイベントがありません。
4.5.4 動作モードの切り替え
PN5190 は 4 つの異なる動作モードをサポートしています。
4.5.4.1 正常
これはすべての命令が許可されるデフォルト モードです。
4.5.4.2スタンバイ
PN5190 は電力を節約するためにスタンバイ/スリープ状態になっています。スタンバイ状態を再び終了するタイミングを定義するには、ウェイクアップ条件を設定する必要があります。
4.5.4.3 LPCD
PN5190 は低電力カード検出モードであり、可能な限り低い電力消費で動作範囲に入っているカードを検出しようとします。
4.5.4.4 オートコル
PN5190はRFリスナーとして機能し、ターゲットモードのアクティベーションを自律的に実行します（リアルタイム制約を保証するため）。
4.5.4.5 スイッチモード_ノーマル
スイッチモードの通常コマンドには 3 つの使用例があります。
4.5.4.5.1 ユースケース1: 電源投入時に通常動作モードに入る (POR)
通常の動作モードに入り、次のコマンドを受信/処理するためにアイドル状態にリセットするために使用します。
4.5.4.5.2 ユースケース2: すでに実行中のコマンドを終了して通常の操作モードに切り替える (中止コマンド)
すでに実行中のコマンドを終了して次のコマンドを受信/処理するためにアイドル状態にリセットするために使用します。
このコマンドを使用すると、スタンバイ、LPCD、Exchange、PRBS、Autocoll などのコマンドを終了できるようになります。
これは応答がない唯一の特殊コマンドです。代わりに、EVENT 通知があります。
さまざまな基礎コマンドの実行中に発生するイベントの種類の詳細については、セクション 4.4.3 を参照してください。
4.5.4.5.2.1 ユースケース2.1:
このコマンドは、すべての CLIF TX、RX、およびフィールド制御レジスタをブート状態にリセットします。このコマンドを発行すると、既存の RF フィールドがすべてオフになります。
4.5.4.5.2.2 ユースケース2.2:
PN5190 FW v02.03 以降で利用可能:
このコマンドは、CLIF TX、RX、およびフィールド制御レジスタを変更するのではなく、トランシーバーを IDLE 状態に移動するだけです。
4.5.4.5.3 ユースケース3: ソフトリセット/スタンバイからの終了時の通常動作モード、LPCD この場合、PN5190 はホストに IDLE_EVENT を送信して (図 12 または図 13)、表 11 の「IDLE_EVENT」ビットを設定することにより、直接通常動作モードに入ります。
SWITCH_MODE_NORMAL コマンドを送信する必要はありません。
注記：
IC が通常モードに切り替わると、RF のすべての設定がデフォルト状態に変更されます。RF ON または RF Exchange 操作を実行する前に、それぞれの RF 構成およびその他の関連レジスタに適切な値をロードする必要があります。
4.5.4.5.4 さまざまなユースケースに送信するコマンドフレーム
4.5.4.5.4.1 ユースケース1: 電源投入時にコマンドが通常動作モードに入る (POR) 0x20 0x01 0x00
4.5.4.5.4.2 ユースケース2: すでに実行中のコマンドを終了して通常の動作モードに切り替えるコマンド
ユースケース2.1：
0x20 0x00 0x00
ユースケース 2.2: (FW v02.02 以降):
0x20 0x02 0x00
4.5.4.5.4.3 ユースケース3: ソフトリセット/スタンバイ、LPCD、ULPCDからの終了時の通常動作モードのコマンド
なし。PN5190 は直接通常の動作モードに入ります。
4.5.4.5.5 レスポンス
なし
4.5.4.5.6イベント
通常モードに入ったことを示す BOOT_EVENT (EVENT_STATUS レジスタ内) が設定され、ホストに送信されます。イベント データについては、図 12 と図 13 を参照してください。
IDLE_EVENT (EVENT_STATUS レジスタ内) が設定され、通常モードに入ったことが示され、ホストに送信されます。イベント データについては、図 12 と図 13 を参照してください。
通常モードに入ったことを示す BOOT_EVENT (EVENT_STATUS レジスタ内) が設定され、ホストに送信されます。イベント データについては、図 12 と図 13 を参照してください。
4.5.4.6 SWITCH_MODE_AUTOCOLL
スイッチ モード オートコールは、ターゲット モードでカードのアクティベーション手順を自動的に実行します。
フィールド「Autocoll Mode」は 0 ～ 2 の範囲内である必要があります。
フィールド「Autocoll モード」が 2 (Autocoll) に設定されている場合: フィールド「RF テクノロジ」(表 50) には、Autocoll 中にサポートする RF テクノロジを示すビットマスクが含まれている必要があります。
このモードの間は指示を送信しないでください。
終了は割り込みを使用して示されます。
4.5.4.6.1 コマンド
表49. SWITCH_MODE_AUTOCOLLコマンド値
| パラメータ | 長さ | 値/説明 | |
| RFテクノロジー | 1 バイト | Autocoll 中にリッスンする RF テクノロジーを示すビットマスク。 | |
| オートコレクトモード | 1 バイト | 0 | 自律モードなしつまり、外部 RF フィールドが存在しない場合に Autocoll は終了します。 |
| 解約の場合 | |||
| • RFフィールドがない、またはRFフィールドが消えた | |||
| • PN5190はTARGETモードでアクティブ化されます | |||
| 1 | スタンバイ機能付き自律モードRF フィールドが存在しない場合は、Autocoll は自動的にスタンバイ モードになります。RF 外部 RF フィールドが検出されると、PN5190 は再び Autocoll モードになります。 | ||
| 解約の場合 | |||
| • PN5190はTARGETモードでアクティブ化されます | |||
| PN5190 FWから バージョン02.03 以降: アドレス '0xCDF' の EEPROM フィールド「bCard ModeUltraLowPowerEnabled」が '1' に設定されている場合、PN5190 は超低電力スタンバイ状態になります。 | |||
| 2 | スタンバイなしの自律モードRF フィールドが存在しない場合は、PN5190 は Autocoll アルゴリズムを開始する前に RF フィールドが存在するまで待機します。この場合、スタンバイは使用されません。 | ||
| 解約の場合 • PN5190はTARGETモードでアクティブ化されます |
|||
表50. RFテクノロジービットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 |
| 0 | 0 | 0 | 0 | RFU | ||||
| X | 1b に設定すると、NFC-F アクティブのリスニングが有効になります。(使用不可) | |||||||
| X | 1b に設定すると、NFC-A アクティブのリスニングが有効になります。(使用不可) | |||||||
| X | 1b に設定すると、NFC-F のリスニングが有効になります。 | |||||||
| X | 1b に設定すると、NFC-A のリスニングが有効になります。 |
4.5.4.6.2 レスポンス
応答は、コマンドが処理されたことのみを通知します。
表51. SWITCH_MODE_AUTOCOLL応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (設定が間違っているため、スイッチ モードが開始されていません) |
4.5.4.6.3イベント
コマンドが終了し、通常モードに入るとイベント通知が送信され、ホストはイベント値に基づいて応答バイトを読み出す必要があります。
注記：
ステータスが「PN5190_STATUS_INSTR_SUCCESS」でない場合は、それ以上の「Protocol」および「Card_Activated」データ バイトは存在しません。
テクノロジ情報は、セクション 4.5.1.5、セクション 4.5.1.6 のコマンドを使用してレジスタから取得されます。
次の表は、イベント メッセージの一部として送信されるイベント データを示しています (図 12 および図 13)。
表52. EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENTデータスイッチ操作モードAutocollイベント
| ペイロードフィールド | 長さ | 値/説明 | |
| 状態 | 1バイト | 操作の状況 | |
| PN5190_STATUS_INSTR_SUCCESS | PN5190 は TARGET モードでアクティブ化されます。 このイベントのさらなるデータは有効です。 |
||
| PN5190_STATUS_PREVENT_STANDBY | PN5190 がスタンバイ モードに移行できないことを示します。このステータスは、Autocoll モードが「スタンバイ付き自律モード」として選択されている場合にのみ有効です。 | ||
| PN5190_STATUS_NO_EXTERNAL_RF_フィールド | 非自律モードでのAutocollの実行中に外部RFフィールドが存在しないことを示します。 | ||
| PN5190_STATUS_USER_CANCELLED | 進行中の現在のコマンドがスイッチモードの通常コマンドによって中止されたことを示します。 | ||
| プロトコル | 1バイト | 0x10 | パッシブタイプAとしてアクティブ化 |
| 0x11 | パッシブタイプF 212として起動 | ||
| 0x12 | パッシブタイプF 424として起動 | ||
| 0x20 | アクティブタイプAとして有効化 | ||
| 0x21 | アクティブタイプF 212としてアクティブ化 | ||
| 0x22 | アクティブタイプF 424としてアクティブ化 | ||
| その他の値 | 無効 | ||
| カードが有効化されました | 1バイト | 0x00 | ISO 14443-3 に準拠したカード有効化プロセスはありません |
| 0x01 | デバイスがパッシブモードでアクティブ化されていることを示します |
注記：
イベント データを読み取った後、アクティブ化されたカード/デバイスから受信したデータ (ISO18092/ISO1443-4 に従った ATR_REQ/RATS の 'n' バイトなど) は、セクション 4.5.3.3 コマンドを使用して読み取る必要があります。
4.5.4.6.4コミュニケーション例ample
4.5.4.7 スイッチモードスタンバイ
スイッチ モード スタンバイは、IC を自動的にスタンバイ モードに設定します。設定されたウェイクアップ ソースがウェイクアップ条件を満たすと、IC はウェイクアップします。
注記：
スタンバイ モードを終了するには、ULP スタンバイのカウンター有効期限とスタンバイの HIF 中止がデフォルトで使用できます。
4.5.4.7.1 コマンド
表53. SWITCH_MODE_STANDBYコマンド値
| パラメータ | 長さ | 値/説明 |
| 設定 | 1 バイト | 使用するウェイクアップソースとスタンバイモードを制御するビットマスク。参照 表54 |
| カウンター値 | 2 バイト | ウェイクアップ カウンターに使用される値 (ミリ秒単位)。スタンバイの場合、サポートされる最大値は 2690 です。ULP スタンバイの場合、サポートされる最大値は 4095 です。指定される値はリトルエンディアン形式です。 このパラメータの内容は、「Config Bitmask」がカウンタの有効期限切れ時のウェイクアップに対して有効になっている場合にのみ有効です。 |
表54. 構成ビットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 |
| X | ビットが 1b に設定されている場合は ULP スタンバイに入り、ビットが 0b に設定されている場合はスタンバイに入ります。 | |||||||
| 0 | RFU | |||||||
| X | ビットが 3b に設定されている場合、GPIO-1 がハイのときにウェイクアップします。(ULP スタンバイには適用されません) | |||||||
| X | ビットが 2b に設定されている場合、GPIO-1 がハイのときにウェイクアップします。(ULP スタンバイには適用されません) | |||||||
| X | ビットが 1b に設定されている場合、GPIO-1 がハイのときにウェイクアップします。(ULP スタンバイには適用されません) | |||||||
| X | ビットが 0b に設定されている場合、GPIO-1 がハイのときにウェイクアップします。(ULP スタンバイには適用されません) | |||||||
| X | ビットが 1b に設定されている場合、ウェイクアップ カウンターの有効期限が切れるとウェイクアップが行われます。ULP スタンバイの場合、このオプションはデフォルトで有効になっています。 | |||||||
| X | ビットが 1b に設定されている場合、外部 RF フィールドでウェイクアップします。 |
注記： PN5190 FW v02.03 以降、アドレス '0xCDF' の EEPROM フィールド「CardModeUltraLowPowerEnabled」が '1' に設定されている場合、SWITCH_MODE_STANDBY コマンドで ULP スタンバイ構成は使用できません。
4.5.4.7.2 レスポンス
応答はコマンドが処理されたことを通知するだけで、応答がホストによって完全に読み取られた後にのみスタンバイ状態になります。
表55. SWITCH_MODE_STANDBY応答値 スイッチ動作モードスタンバイ
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (設定が間違っているため、スイッチ モードが開始されていません) |
4.5.4.7.3イベント
コマンドが終了し、通常モードに入るとイベント通知が送信されます。コマンド完了後に送信されるイベントのフォーマットは図12、図13を参照してください。
PN5190 がスタンバイ モードに移行できない場合は、表 11 に示すように EVENT_STATUS に設定されたイベント「STANDBY_PREV_EVENT」ビットが、表 13 に示すようにスタンバイ モード移行の理由とともにホストに送信されます。
4.5.4.7.4 コミュニケーション例ample
4.5.4.8 スイッチモード_LPCD
スイッチ モード LPCD は、アンテナ周囲の環境の変化によりアンテナの離調を検出します。
LPCD には 2 つの異なるモードがあります。HW ベース (ULPCD) ソリューションは、感度は低下しますが、競争力のある消費電力を提供します。FW ベース (LPCD) ソリューションは、消費電力は増加しますが、クラス最高の感度を提供します。
FW ベース (LPCD) のシングル モードでは、ホストに送信されるキャリブレーション イベントはありません。
シングルモードが呼び出されると、スタンバイを終了した後にキャリブレーションと後続の測定がすべて実行されます。
シングル モードでのキャリブレーション イベントの場合、最初にキャリブレーション イベント コマンドを使用してシングル モードを発行します。キャリブレーション後、LPCD キャリブレーション イベントが受信され、その後、前の手順で取得した参照値を入力パラメータとしてシングル モード コマンドを送信する必要があります。
LPCD の構成は、コマンドが呼び出される前に EEPROM/フラッシュ データ設定で実行されます。
注記：
低電力モードを終了するために、ULPCD の GPIO3 中止、LPCD の HIF 中止がデフォルトで使用可能です。
カウンターの有効期限切れによるウェイクアップは常に有効です。
ULPCDの場合、EEPROM/フラッシュデータ設定でDC-DC構成を無効にし、VBATを介してVUP電源を供給する必要があります。必要なジャンパー設定を行う必要があります。EEPROM/フラッシュデータ設定については、ドキュメント[2]を参照してください。
コマンドが LPCD/ULPCD キャリブレーション用である場合、ホストは完全なフレームを送信する必要があります。
4.5.4.8.1 コマンド
表56. SWITCH_MODE_LPCDコマンド値
| パラメータ | 長さ | 値/説明 | |
| bコントロール | 1 バイト | 0x00 | ULPCD キャリブレーションを開始します。キャリブレーション後にコマンドが停止し、基準値を含むイベントがホストに送信されます。 |
| 0x01 | ULPCDに入る | ||
| 0x02 | LPCD キャリブレーション。キャリブレーション後にコマンドが停止し、基準値を含むイベントがホストに送信されます。 | ||
| 0x03 | LPCDの登場 | ||
| 0x04 | シングルモード | ||
| 0x0C | キャリブレーションイベント付きシングルモード | ||
| その他の価値 | RFU | ||
| ウェイクアップコントロール | 1 バイト | LPCD/ULPCDに使用されるウェイクアップソースを制御するビットマスク。このフィールドの内容はキャリブレーションでは考慮されません。 表57 | |
| 参照値 | 4 バイト | ULPCD/LPCD時に使用される基準値。 ULPCD の場合、HF 減衰器の値を保持するバイト 2 は、キャリブレーション フェーズと測定フェーズの両方で使用されます。 LPCDの場合、このフィールドの内容はキャリブレーションとシングルモードでは考慮されません。 表58 4 バイトすべてに関する正しい情報。 |
|
| カウンター値 | 2 バイト | ウェイクアップ カウンターの値 (ミリ秒単位)。LPCD の場合、サポートされる最大値は 2690 です。ULPCD の場合、サポートされる最大値は 4095 です。指定する値はリトルエンディアン形式です。 このフィールドの内容は LPCD キャリブレーションでは考慮されません。 シングル モードおよびキャリブレーション イベント付きシングル モードの場合、キャリブレーション前のスタンバイ期間は、EEPROM 構成 (LPCD_SETTINGS->wCheck Period) から構成できます。 キャリブレーション付きシングルモードの場合、WUC 値はゼロ以外になります。 |
|
表57. ウェイクアップ制御ビットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 |
| 0 | 0 | 0 | 0 | 0 | 0 | 0 | RFU | |
| X | ビットが 1b に設定されている場合、外部 RF フィールドでウェイクアップします。 |
表58. 参照値バイト情報
| 参照値バイト | ULPCD | 液晶ディスプレイ |
| バイト0 | 参照バイト 0 | チャネル 0 参照バイト 0 |
| バイト1 | 参照バイト 1 | チャネル 0 参照バイト 1 |
| バイト2 | HFアッテネータ値 | チャネル 1 参照バイト 0 |
| バイト3 | NA | チャネル 1 参照バイト 1 |
4.5.4.8.2 レスポンス
表59. SWITCH_MODE_LPCD応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (設定が間違っているため、スイッチ モードが開始されていません) |
4.5.4.8.3イベント
コマンドが完了するとイベント通知が送信され、図 12 および図 13 に記載されているイベントの一部として次のデータとともに通常モードに入ります。
表60. EVT_SWITCH_MODE_LPCD
| ペイロードフィールド | 長さ | 値/説明 |
| LPCD ステータス | 表15を参照してください | 表154.5.4.8.4通信例を参照ample |
4.5.4.9 スイッチモードダウンロード
スイッチ モード ダウンロード コマンドは、ファームウェア ダウンロード モードに入ります。
ダウンロード モードを終了する唯一の方法は、PN5190 にリセットを発行することです。
4.5.4.9.1 コマンド
表61. SWITCH_MODE_DOWNLOADコマンド値
| パラメータ | 長さ | 値/説明 |
| – | – | 値なし |
4.5.4.9.2 レスポンス
応答はコマンドが処理されたことを通知するだけで、応答がホストによって読み取られた後にダウンロード モードに入る必要があります。
表62. SWITCH_MODE_DOWNLOAD応答値
スイッチ操作モード オートコール
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (スイッチ モードが開始されていません) |
4.5.4.9.3イベント
イベントは生成されません。
4.5.4.9.4 コミュニケーション例ample
4.5.5 MIFAREクラシック認証
4.5.5.1 MFC_AUTHENTICATE
この命令は、アクティブ化されたカードで MIFARE Classic 認証を実行するために使用されます。指定されたブロック アドレスで認証するには、キー、カード UID、およびキー タイプが必要です。応答には、認証ステータスを示す 1 バイトが含まれます。
4.5.5.1.1条件
フィールド キーは 6 バイト長である必要があります。フィールド キー タイプには、値 0x60 または 0x61 が含まれている必要があります。ブロック アドレスには、0x0 ～ 0xff の任意のアドレスを含めることができます。フィールド UID はバイト長である必要があり、カードの 4 バイト UID が含まれている必要があります。この命令を実行する前に、ISO14443-3 MIFARE Classic 製品ベースのカードを ACTIVE または ACTIVE* 状態にする必要があります。
認証に関連する実行時エラーが発生した場合、このフィールド「認証ステータス」がそれに応じて設定されます。
4.5.5.1.2 コマンド
表63. MFC_AUTHENTICATEコマンド
アクティブ化された MIFARE Classic 製品ベースのカードで認証を実行します。
| ペイロードフィールド | 長さ | 値/説明 | |
| 鍵 | 6 バイト | 使用する認証キー。 | |
| キータイプ | 1 バイト | 0x60 | キータイプA |
| 0x61 | キータイプB | ||
| ブロックアドレス | 1 バイト | 認証を実行する必要があるブロックのアドレス。 | |
| ユーザID | 4 バイト | カードの UID。 | |
4.5.5.1.3 レスポンス
表64. MFC_AUTHENTICATEレスポンス
MFC_AUTHENTICATE への応答。
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4イベント
この命令のイベントはありません。
4.5.6 ISO 18000-3M3 (EPC GEN2) サポート
4.5.6.1 EPC_GEN2_インベントリ
この指示はISO18000-3M3の在庫を実行するために使用されます tagsISO18000-3M3 規格で規定されたタイミングを保証するために、ISOXNUMX-XNUMXMXNUMX 規格に準拠した複数のコマンドの自律実行を実装しています。
命令のペイロードに存在する場合、最初に Select コマンドが実行され、その後に BeginRound コマンドが実行されます。
最初のタイムスロットに有効な応答がある場合 (タイムアウトなし、衝突なし)、命令は ACK を送信し、受信した PC/XPC/UII を保存します。次に、命令は「タイムスロット処理動作」フィールドに従ってアクションを実行します。
- このフィールドが0に設定されている場合、次のタイムスロットを処理するためにNextSlotコマンドが発行されます。これは内部バッファがいっぱいになるまで繰り返されます。
- このフィールドが1に設定されている場合、アルゴリズムは一時停止します
- このフィールドが2に設定されている場合、有効なリクエストがあった場合にのみReq_Rnコマンドが発行されます。 tag このタイムスロットでの応答コマンド
フィールド「Select Command Length」には、フィールド「Select Command」の長さが含まれている必要があります。この長さは 1 ～ 39 の範囲でなければなりません。「Select Command Length」が 0 の場合、「最後のバイトの有効ビット」フィールドと「Select Command」フィールドは存在してはなりません。
最後のバイトのビット フィールドには、「Select Command」フィールドの最後のバイトで送信されるビット数が含まれている必要があります。値は 1 ～ 7 の範囲でなければなりません。値が 0 の場合、「Select Command」フィールドの最後のバイトのすべてのビットが送信されます。
「Select Command」フィールドには、末尾に CRC-18000c のない ISO3-3M16 に準拠した Select コマンドが含まれる必要があり、「Select Command Length」フィールドに示されている長さと同じである必要があります。
フィールド「BeginRound Command」には、CRC-18000 を末尾に付けずに ISO3-3M5 に準拠した BeginRound コマンドを含める必要があります。コマンドの実際の長さは 7 ビットであるため、「BeginRound Command」の最後のバイトの最後の 17 ビットは無視されます。
「タイムスロット処理動作」には、0 から 2 までの値が含まれている必要があります。
表65. EPC_GEN2_INVENTORYコマンド値 ISO 18000-3M3インベントリを実行する
| ペイロードフィールド | 長さ | 値/説明 | |
| 履歴書在庫 | 1 バイト | 00 | 初期 GEN2_INVENTORY |
| 01 | GEN2_INVENTORYコマンドを再開します。残りの
以下のフィールドは空です（ペイロードは無視されます） |
||
| コマンドの長さを選択 | 1 バイト | 0 | BeginRound コマンドの前に Select コマンドは設定されていません。「最後のバイトの有効なビット」フィールドと「Select コマンド」フィールドは存在しません。 |
| 1 – 39 | 「選択コマンド」フィールドの長さ (n)。 | ||
| 最後のバイトの有効ビット | 1 バイト | 0 | 「Select command」フィールドの最後のバイトのすべてのビットが送信されます。 |
| 1 – 7 | 「Select command」フィールドの最後のバイトで送信されるビット数。 | ||
| 選択コマンド | n バイト | 存在する場合、このフィールドには、BeginRound コマンドの前に送信される Select コマンド (ISO18000-3、表 47 に準拠) が含まれます。CRC-16c は含まれません。 | |
| BeginRound コマンド | 3 バイト | このフィールドには、BeginRound コマンドが含まれます (ISO18000-3、表 49 に準拠)。CRC-5 は含まれません。 | |
| タイムスロット処理動作 | 1 バイト | 0 | 応答には、応答バッファに収まる可能性のあるタイムスロットの最大数が含まれます。 |
| 1 | 応答にはタイムスロットが 1 つだけ含まれます。 | ||
| 2 | 応答にはタイムスロットが 1 つだけ含まれます。タイムスロットに有効なカード応答が含まれている場合は、カード ハンドルも含まれます。 | ||
4.5.6.1.1 レスポンス
再開インベントリの場合、応答の長さは「1」になることがあります。
表66. EPC_GEN2_INVENTORY応答値
| ペイロードフィールド | 長さ | 値/説明 | |||
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 | |||
| PN5190_STATUS_SUCCESS (次のバイトのタイムスロットステータスを読み取ります) Tag 応答） PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
|||||
| タイムスロット [1…n] | 3 – 69 バイト | タイムスロットステータス | 1 バイト | 0 | Tag 応答があります。'Tag 「応答長」フィールド、「最後のバイトの有効ビット」フィールド、および「Tag 「返信」フィールドが存在します。 |
| 1 | Tag 応答が利用可能です。 | ||||
| 2 | いいえ tag 時間枠内に返信しました。'Tag 「応答長」フィールドと「最後のバイトの有効ビット」フィールドはゼロに設定されるものとします。Tag 「返信」フィールドは存在しません。 | ||||
| 3 | 2つ以上 tags 時間枠内に応答しました。（衝突）'Tag 「応答長」フィールドと「最後のバイトの有効ビット」フィールドはゼロに設定されるものとします。Tag 「返信」フィールドは存在しません。 | ||||
| Tag 返信の長さ | 1 バイト | 0-66 | 'の長さTag 「返信」欄（i） Tag 応答の長さが0の場合、 Tag 返信フィールドが存在しません。 | ||
| 最後のバイトの有効ビット | 1 バイト | 0 | 'の最後のバイトのすべてのビットTag 「返信」フィールドが有効です。 | ||
| 1-7 | 'の最後のバイトの有効ビット数Tag 「返信」欄に Tag 応答長がゼロの場合、このバイトの値は無視されます。 | ||||
| Tag 返事 | 'n' バイト | 回答の tag ISO18000-3_2010、表56に準拠。 | |||
| Tag ハンドル | 0 または 2 バイト | ハンドルの tagフィールド「タイムスロット ステータス」が「1」に設定されている場合。それ以外の場合、フィールドは存在しません。 | |||
4.5.6.1.2イベント
このコマンドにはイベントがありません。
4.5.7 RF構成管理
PN6 でサポートされているさまざまな RF テクノロジーとデータ レートの TX および RX 構成については、セクション 5190 を参照してください。値が以下に示す範囲に存在しない場合は、RFU と見なす必要があります。
4.5.7.1 ロード_RF_構成
この命令は、RF 構成を EEPROM から内部 CLIF レジスタにロードするために使用されます。RF 構成とは、RF テクノロジー、モード (ターゲット/イニシエーター)、およびボー レートの固有の組み合わせを指します。RF 構成は、CLIF レシーバー (RX 構成) パスとトランスミッター (TX 構成) パスに対して個別にロードできます。パスの対応する構成を変更しない場合は、値 0xFF を使用する必要があります。
4.5.7.1.1条件
フィールド「TX 構成」は、0x00 ～ 0x2B の範囲内である必要があります。値が 0xFF の場合、TX 構成は変更されません。
フィールド「RX 構成」は、0x80 ～ 0xAB の範囲内である必要があります。値が 0xFF の場合、RX 構成は変更されません。
TX 構成 = 0xFF および RX 構成 = 0xAC の特別な構成は、ブートアップ レジスタを XNUMX 回ロードするために使用されます。
この特別な構成は、IC リセット値とは異なるレジスタ構成 (TX と RX の両方) を更新するために必要です。
4.5.7.1.2 コマンド
表67. LOAD_RF_CONFIGURATIONコマンドの値
E2PROM から RF TX および RX 設定をロードします。
| ペイロードフィールド | 長さ | 値/説明 | |
| TX 構成 | 1 バイト | 0xFF | TX RF構成は変更されていません。 |
| 0x0 – 0x2B | 対応する TX RF 構成がロードされました。 | ||
| RX構成 | 1 バイト | 0xFF | RX RF構成は変更されていません。 |
| 0x80 – 0xAB | 対応する RX RF 構成がロードされました。 | ||
4.5.7.1.3 レスポンス
表68. LOAD_RF_CONFIGURATION応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4イベント
このコマンドにはイベントがありません。
4.5.7.2 アップデート_RF_CONFIGURATION
この命令は、E4.5.7.1PROM 内の RF 構成 (セクション 2 の定義を参照) を更新するために使用されます。この命令を使用すると、レジスタ粒度値で更新できます。つまり、完全なセットを更新する必要はありません (ただし、更新することは可能です)。
4.5.7.2.1条件
フィールド配列構成のサイズは、1 ～ 15 の範囲でなければなりません。フィールド配列構成には、RF 構成、レジスタ アドレス、および値のセットが含まれている必要があります。フィールド RF 構成は、TX 構成の場合は 0x0 ～ 0x2B、RX 構成の場合は 0x80 ～ 0xAB の範囲でなければなりません。フィールド レジスタ アドレス内のアドレスは、それぞれの RF 構成内に存在する必要があります。フィールド値には、指定されたレジスタに書き込む必要があり、4 バイト長 (リトルエンディアン形式) である値が含まれている必要があります。
4.5.7.2.2 コマンド
表69. UPDATE_RF_CONFIGURATIONコマンドの値
RF設定を更新する
| ペイロードフィールド | 長さ | 値/説明 | ||
| 構成[1…n] | 6 バイト | RF構成 | 1 バイト | レジスタを変更する必要がある RF 構成。 |
| 登録住所 | 1 バイト | 指定された RF テクノロジー内でアドレスを登録します。 | ||
| 価値 | 4 バイト | レジスタに書き込む必要がある値。(リトルエンディアン) | ||
4.5.7.2.3 レスポンス
表70. UPDATE_RF_CONFIGURATION応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4イベント
このコマンドにはイベントがありません。
4.5.7.3 GET_RF_CONFIGURATION 取得
この命令は、RF 構成の読み取りに使用されます。レジスタ アドレスと値のペアは、応答で使用できます。予想されるペアの数を知るために、ペイロードの合計長を示す最初の TLV から最初のサイズ情報を取得できます。
4.5.7.3.1条件
フィールド RF 構成は、TX 構成の場合は 0x0 ～ 0x2B、RX 構成の場合は 0x80 ～ 0xAB の範囲内である必要があります。
4.5.7.3.2 コマンド
表 71. GET_ RF_CONFIGURATION コマンド値 RF 構成を取得します。
| ペイロードフィールド | 長さ | 値/説明 |
| RF構成 | 1 バイト | レジスタ値のペアのセットを取得する必要がある RF 構成。 |
4.5.7.3.3 レスポンス
表72. GET_ RF_CONFIGURATION 応答値
| ペイロードフィールド | 長さ | 値/説明 | ||
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 | ||
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
||||
| ペア[1…n] | 5 バイト | 登録住所 | 1 バイト | 指定された RF テクノロジー内でアドレスを登録します。 |
| 価値 | 4 バイト | 32 ビットのレジスタ値。 | ||
4.5.7.3.4イベント
指示のためのイベントはありません。
4.5.8 RFフィールド処理
4.5.8.1 RF_オン
この命令は、RF をオンにするために使用されます。初期 FieldOn 時の DPC 調整はこのコマンドで処理されます。
4.5.8.1.1 コマンド
表73. RF_FIELD_ONコマンド値
RF_FIELD_ONを設定します。
| ペイロードフィールド | 長さ | 値/説明 | ||
| RF_on_config | 1 バイト | ビット 0 | 0 | 衝突回避を使用する |
| 1 | 衝突回避を無効にする | |||
| ビット 1 | 0 | P2Pはアクティブではありません | ||
| 1 | P2Pアクティブ | |||
4.5.8.1.2 レスポンス
表74. RF_FIELD_ON応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF衝突のためRFフィールドがオンになっていません) PN5190_STATUS_TIMEOUT (タイムアウトのため RF フィールドがオンになっていません) PN5190_STATUS_TXLDO_ERROR (VUP が利用できないために TXLDO エラーが発生しています) PN5190_STATUS_RFCFG_NOT_APPLIED (このコマンドの前に RF 構成が適用されていません) |
4.5.8.1.3イベント
この命令のイベントはありません。
4.5.8.2 RF_オフ
この命令は RF フィールドを無効にするために使用されます。
4.5.8.2.1 コマンド
表75. RF_FIELD_OFFコマンド値
| ペイロードフィールド | 長さ | 値/説明 |
| 空の | 空の | 空の |
4.5.8.2.2 レスポンス
表76. RF_FIELD_OFF応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
4.5.8.2.3イベント
この命令のイベントはありません。
4.5.9 テストバス構成
選択された PAD 構成で使用可能なテスト バス信号は、参考としてセクション 7 にリストされています。
以下で説明するテスト バス命令の構成を提供するには、これらを参照する必要があります。
4.5.9.1 _TESTBUS_DIGITAL の設定
この命令は、選択したパッド構成で使用可能なデジタル テスト バス信号を切り替えるために使用されます。
4.5.9.1.1 コマンド
表77. CONFIGURE_TESTBUS_DIGITALコマンド値
| ペイロードフィールド | 長さ | 値/説明 | |
| TB_シグナルインデックス | 1 バイト | 参照 セクション7 | |
| TB_ビットインデックス | 1 バイト | 参照 セクション7 | |
| TB_パッドインデックス | 1 バイト | デジタル信号を出力するパッドインデックス | |
| 0x00 | AUX1ピン | ||
| 0x01 | AUX2ピン | ||
| 0x02 | AUX3ピン | ||
| 0x03 | GPIO0ピン | ||
| 0x04 | GPIO1ピン | ||
| 0x05 | GPIO2ピン | ||
| 0x06 | GPIO3ピン | ||
| 0x07-0xFF | RFU | ||
4.5.9.1.2 レスポンス
表78. CONFIGURE_TESTBUS_DIGITAL応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
4.5.9.1.3イベント
この命令のイベントはありません。
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
この命令は、選択したパッド構成で使用可能なアナログ テスト バス信号を取得するために使用されます。
アナログ テスト バス上の信号は、さまざまなモードで取得できます。これらは次のとおりです。
4.5.9.2.1 RAWモード
このモードでは、TB_SignalIndex0 で選択された信号は Shift_Index0 でシフトされ、Mask0 でマスクされて AUX1 に出力されます。同様に、TB_SignalIndex1 で選択された信号は Shift_Index1 でシフトされ、Mask1 でマスクされて AUX2 に出力されます。
このモードは、8 ビット幅以下で、符号変換を必要とせずアナログ パッドに出力できる柔軟性を顧客に提供します。
4.5.9.2.2 複合モード
このモードでは、アナログ信号は 10 ビットの符号付き ADCI/ADCQ/pcrm_if_rssi 値から符号なし値に変換され、8 ビットにスケールバックされて、AUX1 または AUX2 パッドのいずれかに出力されます。
一度に AUX10/AUX1 に出力できるのは、ADCI/ADCQ (2 ビット) 変換値のいずれか XNUMX つだけです。
Combined_Mode 信号ペイロード フィールド値が 2 (アナログとデジタルの組み合わせ) の場合、アナログとデジタルのテスト バスは AUX1 (アナログ信号) と GPIO0 (デジタル信号) にルーティングされます。
ルーティングされる信号は、以下に示す EEPROM アドレスで構成されます。
0xCE9 – TB_シグナルインデックス
0xCEA – TB_ビットインデックス
0xCEB – アナログ TB_Index
オプション 2 との組み合わせモードを発行する前に、テスト バス インデックスとテスト バス ビットを EEPROM で構成する必要があります。
注記：
ホストは、「raw」モードまたは「combined」モードでのフィールドの適用性に関係なく、すべてのフィールドを提供する必要があります。PN5190 IC は適用可能なフィールド値のみを考慮します。
4.5.9.2.3 コマンド
表79. CONFIGURE_TESTBUS_ANALOGコマンドの値
| ペイロードフィールド | 長さ | 値/説明 | 複合モードのフィールド適用性 | |
| b構成 | 1 バイト | 設定可能なビット。参照 表80 | はい | |
| Combined_Mode 信号 | 1 バイト | 0 – ADCI/ADCQ 1 – pcrm_if_rssi |
はい | |
| 2 – アナログとデジタルの組み合わせ | ||||
| 3 – 0xFF –予約 | ||||
| TB_シグナルインデックス0 | 1 バイト | アナログ信号の信号インデックス。参照 セクション7 | はい | |
| TB_シグナルインデックス1 | 1 バイト | アナログ信号の信号インデックス。参照 セクション7 | はい | |
| シフト_インデックス0 | 1 バイト | DAC0入力シフト位置。方向はbConfig[1]のビットによって決定されます。 | いいえ | |
| シフト_インデックス1 | 1 バイト | DAC1入力シフト位置。方向はbConfig[2]のビットによって決定されます。 | いいえ | |
| マスク0 | 1 バイト | DAC0マスク | いいえ | |
| マスク1 | 1 バイト | DAC1マスク | いいえ |
表80. 構成ビットマスク
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | 説明 | モードに適用可能 |
| X | X | DAC1出力シフト範囲 – 0、1、2 | 生 | ||||||
| X | X | DAC0出力シフト範囲 – 0、1、2 | 生 | ||||||
| X | 複合モードでは、AUX1/AUX2ピンの信号 0 ➜ AUX1の信号 1 ➜ AUX2の信号 |
組み合わせ | |||||||
| X | DAC1入力シフト方向 0 ➜ 右にシフト 1 ➜ 左にシフト |
生 | |||||||
| X | DAC0入力シフト方向 0 ➜ 右にシフト 1 ➜ 左にシフト |
生 | |||||||
| X | モード。 0 ➜ 生モード 1 ➜ 複合モード |
生/混合 |
4.5.9.2.4 レスポンス
表81. CONFIGURE_TESTBUS_ANALOG応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
4.5.9.2.5イベント
この命令のイベントはありません。
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
この命令は、選択したパッド構成で複数の利用可能なデジタル テスト バス信号を切り替えるために使用されます。
注記： この長さがゼロの場合、デジタル テスト バスはリセットされます。
4.5.9.3.1 コマンド
表82. CONFIGURE_MULTIPLE_TESTBUS_DIGITALコマンド値
| ペイロードフィールド | 長さ | 値/説明 | |
| TB_シグナルインデックス #1 | 1 バイト | 参照 8以下 | |
| TB_ビットインデックス #1 | 1 バイト | 参照 8以下 | |
| TB_パッドインデックス #1 | 1 バイト | デジタル信号を出力するパッドインデックス | |
| 0x00 | AUX1ピン | ||
| 0x01 | AUX2ピン | ||
| 0x02 | AUX3ピン | ||
| 0x03 | GPIO0ピン | ||
| 0x04 | GPIO1ピン | ||
| 0x05 | GPIO2ピン | ||
| 0x06 | GPIO3ピン | ||
| 0x07-0xFF | RFU | ||
| TB_シグナルインデックス #2 | 1 バイト | 参照 8以下 | |
| TB_ビットインデックス #2 | 1 バイト | 参照 8以下 | |
| TB_パッドインデックス #2 | 1 バイト | デジタル信号を出力するパッドインデックス | |
| 0x00 | AUX1ピン | ||
| 0x01 | AUX2ピン | ||
| 0x02 | AUX3ピン | ||
| 0x03 | GPIO0ピン | ||
| 0x04 | GPIO1ピン | ||
| 0x05 | GPIO2ピン | ||
| 0x06 | GPIO3ピン | ||
| 0x07-0xFF | RFU | ||
4.5.9.3.2 レスポンス
表83. CONFIGURE_MULTIPLE_TESTBUS_DIGITAL応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表2期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
4.5.9.3.3イベント
この命令のイベントはありません。
4.5.10 CTS 構成
4.5.10.1 CTS_ENABLE
この命令は、CTS ログ機能を有効/無効にするために使用されます。
4.5.10.1.1 コマンド
表84. CTS_ENABLEコマンド値
| ペイロードフィールドの長さの値/説明 | ||||
| 有効/無効 | 1 バイト | ビット 0 | 0 | CTS ログ機能を無効にする |
|
1 CTSログ機能を有効にする |
||||
| ビット1-7 | RFU | |||
4.5.10.1.2 レスポンス
表85. CTS_ENABLE応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
4.5.10.1.3イベント
次の表は、図 12 および図 13 に示すように、イベント メッセージの一部として送信されるイベント データを示しています。
表86. データが受信されたことをホストに通知します。EVT_CTS_DONE
| ペイロードフィールド | 長さ | 値/説明 |
| イベント | 1バイト | 00 … TRIGGERが発生し、データの受信準備が完了しました。 |
4.5.10.2 CTS_CONFIGURE
この命令は、トリガー、テストバスレジスタ、sなどの必要なすべてのCTSレジスタを構成するために使用されます。ampリング構成など
注記：
[1]はCTS構成のより良い理解を提供します。キャプチャされたデータは、セクション4.5.10.3コマンドへの応答の一部として送信されます。
4.5.10.2.1 コマンド
表87. CTS_CONFIGUREコマンドの値
| ペイロードフィールド | 長さ | 値/説明 |
| プリトリガーシフト | 1 バイト | トリガー後の取得シーケンスの長さを 256 バイト単位で定義します。 0 はシフトなしを意味します。n は n*256 バイトのブロック シフトを意味します。 注: TRIGGER_MODEが「PRE」または「COMB」トリガーモードの場合にのみ有効です。 |
| トリガーモード | 1 バイト | 使用する取得モードを指定します。 |
| 0x00 – POSTモード | ||
| 0x01 – RFU | ||
| 0x02 – PREモード | ||
| 0x03 – 0xFF – 無効 | ||
| RAM_ページ幅 | 1 バイト | 取得によってカバーされるオンチップ メモリの量を指定します。粒度は設計により 256 バイト (つまり 64 個の 32 ビット ワード) として選択されます。 有効な値は次のとおりです。 0x00h – 256 バイト 0x02h – 768 バイト 0x01h – 512 バイト 0x03h – 1024 バイト 0x04h – 1280 バイト 0x05h – 1536 バイト 0x06h – 1792 バイト 0x07h – 2048 バイト 0x08h – 2304 バイト 0x09h – 2560 バイト 0x0Ah – 2816 バイト 0x0Bh – 3072 バイト 0x0Ch – 3328 バイト 0x0Dh – 3584 バイト 0x0Eh – 3840 バイト 0x0Fh – 4096 バイト 0x10h – 4352 バイト 0x11h – 4608 バイト 0x12h – 4864 バイト 0x13h – 5120 バイト 0x14h – 5376 バイト 0x15h – 5632 バイト 0x16h – 5888 バイト 0x17h – 6144 バイト 0x18h – 6400 バイト 0x19h – 6656 バイト 0x1Ah – 6912 バイト 0x1Bh – 7168 バイト 0x1Ch – 7424 バイト 0x1Dh – 7680 バイト 0x1Eh – 7936 バイト 0x1Fh – 8192 バイト |
| SAMPLE_CLK_DIV | 1 バイト | このフィールドの 10 進数値は、取得中に使用されるクロック レート分割係数を指定します。 CTSクロック = 13.56 MHz / 2SAMPLE_CLK_DIV |
| 00 – 13560 kHz 01 – 6780 kHz 02 – 3390 kHz 03 – 1695 kHz 04 – 847.5 kHz 05 – 423.75 kHz 06 – 211.875 kHz 07 – 105.9375 kHz 08 – 52.96875 kHz 09 – 26.484375 kHz 10 – 13.2421875 kHz 11 – 6.62109375 kHz 12 – 3.310546875 kHz 13 – 1.6552734375 kHz 14 – 0.82763671875 kHz 15 – 0.413818359375 kHz |
||
| SAMPLE_バイト選択 | 1 バイト | これらのビットは、16つのXNUMXビット入力バスのどのバイトが、オンチップメモリに転送されるデータを生成するインターリーブメカニズムに寄与するかを指定するために使用されます。それらの意味と使用法は、SAMPLE_MODE_SEL 値。
注: 指定された値は常に 0x0F でマスクされ、有効な値が考慮されます。 |
| SAMPLE_MODE_SEL | 1 バイト | sを選択しますampCTS 設計仕様で説明されている ling インターリーブ モード。3 進数値 0 は予約されており、XNUMX として扱われます。 注: 指定された値は常に 0x03 でマスクされ、有効な値が考慮されます。 |
| TB0 | 1 バイト | TB0に接続するテストバスを選択します。 セクション7 (TB_Signal_Index値) |
| TB1 | 1 バイト | TB1に接続するテストバスを選択します。 セクション7 (TB_Signal_Index値) |
| TB2 | 1 バイト | TB2に接続するテストバスを選択します。 セクション7 (TB_Signal_Index値) |
| TB3 | 1 バイト | TB3に接続するテストバスを選択します。 セクション7 (TB_Signal_Index値) |
| TTB_選択 | 1 バイト | トリガーソースに接続するTBを選択します。 セクション7 (TB_Signal_Index値) |
| RFU | 4 バイト | 常に0x00000000を送信します |
| その他の設定 | 24 バイト | トリガーの発生、極性など。参照 [1] 使用する CTS 構成を理解するため。 |
4.5.10.2.2 レスポンス
表88. CTS_CONFIGURE応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3イベント
この命令のイベントはありません。
4.5.10.3 CTS_RETRIEVE_LOG
この命令は、キャプチャされたテストバスデータのデータログを取得します。ampメモリ バッファに保存されたファイル。
4.5.10.3.1 コマンド
表89. CTS_RETRIEVE_LOGコマンドの値
| ペイロードフィールド | 長さ | 値/説明 | |
| チャンクサイズ | 1バイト | 0x01-0xFF | 予想されるデータのバイト数が含まれます。 |
4.5.10.3.2 レスポンス
表90. CTS_RETRIEVE_LOG応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) PN5190_STATUS_SUCCSES_CHAINING |
||
| ログデータ [1…n] | CTSリクエスト | 捕獲されたSampデータチャンク |
注記：
「ログ データ」の最大サイズは、コマンドの一部として指定された「ChunkSize」によって異なります。
ログの合計サイズは、TLV ヘッダー応答で確認できます。
4.5.10.3.3イベント
この命令のイベントはありません。
4.5.11 TEST_MODE コマンド
4.5.11.1 アンテナセルフテスト
この命令は、アンテナが接続され、対応するコンポーネントが実装/組み立てられているかどうかを確認するために使用されます。
注記：
このコマンドはまだ利用できません。 利用可能かどうかについてはリリース ノートを参照してください。
4.5.11.2 PRBS_テスト
この命令は、リーダー モード プロトコルとビット レートのさまざまな構成の PRBS シーケンスを生成するために使用されます。命令が実行されると、PRBS テスト シーケンスが RF で使用できるようになります。
注記：
ホストは、このコマンドを送信する前に、セクション 4.5.7.1 を使用して適切な RF テクノロジ構成がロードされ、セクション 4.5.8.1 コマンドを使用して RF がオンになっていることを確認する必要があります。
4.5.11.2.1 コマンド
表91. PRBS_TESTコマンド値
| ペイロードフィールド | 長さ | 値/説明 | |
| prbs_type | 1 バイト | 00 | PRBS9(デフォルト) |
| 01 | PRBS15 | ||
| 02-FF | RFU | ||
4.5.11.2.2 レスポンス
表92. PRBS_TEST応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3イベント
この命令のイベントはありません。
4.5.12 チップ情報コマンド
4.5.12.1 GET_DIEID
この命令は、PN5190 チップのダイ ID を読み取るために使用されます。
4.5.12.1.1 コマンド
表93. GET_DIEIDコマンド値
| ペイロードフィールド | 長さ | 値/説明 |
| – | – | ペイロードにデータがありません |
4.5.12.1.2 レスポンス
表94. GET_DIEID応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
||
| 価値観 | 16 バイト | 16 バイトのダイ ID。 |
4.5.12.1.3イベント
このコマンドにはイベントがありません。
4.5.12.2 GET_VERSION
この命令は、PN5190 チップの HW バージョン、ROM バージョン、および FW バージョンを読み取るために使用されます。
4.5.12.2.1 コマンド
表95. GET_VERSIONコマンドの値
| ペイロードフィールド | 長さ | 値/説明 |
| – | – | ペイロードにデータがありません |
ダウンロード モードでは、HW バージョン、ROM バージョン、FW バージョンを読み取るために使用できるコマンド DL_GET_VERSION (セクション 3.4.4) があります。
4.5.12.2.2 レスポンス
表96. GET_VERSION応答値
| ペイロードフィールド | 長さ | 値/説明 |
| 状態 | 1 バイト | 作戦の状況 [表9期待値は以下のとおりです。 |
| PN5190_ステータス_成功 PN5190_STATUS_INSTR_ERROR (これ以上のデータはありません) |
||
| ハードウェア | 1バイト | ハードウェアバージョン |
| 翻訳 | 1バイト | ROMコード |
| 翻訳 | 2 バイト | ファームウェアバージョン（ダウンロードに使用） |
| RFU1-RFU2 | 1〜2バイト | – |
PN5190 ICの異なるバージョンに対する予想される応答については、（セクション3.4.4）に記載されています。
4.5.12.2.3イベント
このコマンドにはイベントがありません。
付録（例amples）
この付録は、amp上記のコマンドのファイル。ampファイルはコマンドの内容を示すための説明目的のみです。
5.1例ampWRITE_REGISTER のファイル
次のデータ シーケンスは、レジスタ 0x12345678F に 0x1 値を書き込みするためにホストから送信されます。
PN5190 に送信されたコマンド フレーム: 0000051F78563412
ホストは割り込みを待機します。
ホストがPN5190から受信した応答フレームを読み取ると（操作が成功したことを示す）：00000100 5.2 ExampWRITE_REGISTER_OR_MASK のファイル
レジスタ0x1Fでマスク0x12345678を使用して論理OR演算を実行するためにホストから送信される次のデータシーケンス
PN5190 に送信されたコマンド フレーム: 0100051F78563412
ホストは割り込みを待機します。
ホストがPN5190から受信した応答フレームを読み取ると（操作が成功したことを示す）：01000100
5.3例ampWRITE_REGISTER_AND_MASK のファイル
レジスタ0x1Fに対してマスク0x12345678で論理AND演算を実行するためにホストから送信される次のデータシーケンス
PN5190 に送信されたコマンド フレーム: 0200051F78563412
ホストは割り込みを待機します。
ホストがPN5190から受信した応答フレームを読み取ると（操作が成功したことを示す）：02000100
5.4例ampWRITE_REGISTER_MULTIPLE のファイル
次のデータ シーケンスは、マスク 0x1 でレジスタ 0x12345678F に対して論理 AND 演算を実行し、マスク 0x20 でレジスタ 0x11223344 に対して論理 OR 演算を実行し、値 0xAABBCCDD でレジスタ 21x0 に書き込みを行うためにホストから送信されます。
PN5190 に送信されたコマンド フレーム: 0300121F03785634122002443322112101DDCCBBAA
ホストは割り込みを待機します。
ホストがPN5190から受信した応答フレームを読み取ると（操作が成功したことを示す）：03000100
5.5例ampREAD_REGISTERのle
レジスタ0x1Fの内容を読み取るためにホストから送信された次のデータシーケンス。レジスタの値は0x12345678であると仮定します。
PN5190に送信されたコマンドフレーム: 0400011F
ホストは割り込みを待機します。
ホストがPN5190から受信した応答フレームを読み取ると（操作が成功したことを示す）：0400050078563412
5.6例ampREAD_REGISTER_MULTIPLEのファイル
0x1 の値を含むレジスタ 0x12345678F と 0x25 の値を含むレジスタ 0x11223344 の内容を読み取るためにホストから送信される次のデータ シーケンス
PN5190 に送信されたコマンド フレーム: 0500021F25
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されました（操作が成功したことを示します）：050009007856341244332211
5.7例ampWRITE_E2PROM のファイル
ホストからE2PROMの0x0130から0x0134に書き込むために送信される次のデータシーケンスは、0x11、0x22、0x33、0x44、0x55の内容です。
PN5190 に送信されたコマンド フレーム: 06000730011122334455
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：06000100
5.8例ampREAD_E2PROMのファイル
ホストから送信される次のデータシーケンスは、E2PROM の 0x0130 から 0x0134 の位置から読み取られ、格納されている内容は 0x11、0x22、0x33、0x44、0x55 です。
PN5190 に送信されたコマンド フレーム: 07000430010500
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されました（操作が成功したことを示します）：070006001122334455
5.9例ampTRANSMIT_RF_DATAのファイル
次のデータ シーケンスは、REQA コマンド (0x26) を送信するためにホストから送信され、必要なレジスタが事前に設定され、RF がオンになっていることを前提として、送信されるビット数が '0x07' であることを示します。
PN5190 に送信されたコマンド フレーム: 0800020726
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：08000100
5.10例ampRETREIVE_RF_DATA のファイル
ホストから送信されたデータの次のシーケンスは、内部 CLIF バッファで受信/保存されたデータ (0x05 が受信されたと仮定) を受信するために使用され、RF がオンになった後に TRANSMIT_RF_DATA がすでに送信されていると仮定します。
PN5190 に送信されたコマンド フレーム: 090000
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：090003000400
5.11例ampEXCHANGE_RF_DATA のファイル
次のデータ シーケンスは、REQA (0x26) を送信するためにホストから送信され、送信する最後のバイトのビット数は 0x07 に設定され、すべてのステータスがデータとともに受信されます。必要な RF レジスタがすでに設定されており、RF がオンになっていることを前提としています。
PN5190 に送信されたコマンド フレーム: 0A0003070F26
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：0A000 F000200000000000200000000004400
5.12例ampLOAD_RF_CONFIGURATION のファイル
RF構成を設定するためにホストから送信される次のデータシーケンス。TXの場合は0x00、RXの場合は0x80
PN5190 に送信されたコマンド フレーム: 0D00020080
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：0D000100
5.13例ampUPDATE_RF_CONFIGURATION のファイル
RF 構成を更新するためにホストから送信される次のデータ シーケンス。TX の場合、0x00、CLIF_CRC_TX_CONFIG のレジスタ アドレスと値 0x00000001
PN5190 に送信されたコマンド フレーム: 0E0006001201000000
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：0E000100
5.14例ampRF_ONのle
次のデータ シーケンスは、衝突回避と P2P 非アクティブを使用して RF フィールドをオンにするためにホストから送信されます。対応する RF TX および RX 構成は、PN5190 ですでに設定されていると想定されます。
PN5190 に送信されたコマンド フレーム: 10000100
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：10000100
5.15例ampRF_OFFのle
RF フィールドをオフにするためにホストから送信される次のデータ シーケンス。
PN5190 に送信されたコマンド フレーム: 110000
ホストは割り込みを待機します。
ホストが応答を読み取ると、PN5190からフレームが受信されます（操作が成功したことを示します）：11000100
付録（RFプロトコル構成インデックス）
この付録は、PN5190 でサポートされている RF プロトコル構成インデックスで構成されています。
TX および RX 構成設定は、セクション 4.5.7.1、セクション 4.5.7.2、セクション 4.5.7.3 のコマンドで使用する必要があります。
付録（CTSおよびTESTBUS信号）
以下の表は、CTS 命令 (セクション 5190) および TESTBUS 命令を使用してキャプチャできる PN4.5.10 から利用できるさまざまな信号を示しています。
これらは、セクション 4.5.9.1、セクション 4.5.9.2、セクション 4.5.10.2 のコマンドに使用する必要があります。
略語
表 97. 略語
| 略語 | 意味 |
| クロック | クロック |
| DWL_REQ | ダウンロード要求ピン（DL_REQ とも呼ばれます） |
| EEPROM | 電気的に消去可能なプログラム可能な読み取り専用メモリ |
| FW | ファームウェア |
| グランド | 地面 |
| GPIO | 汎用入力出力 |
| HW | ハードウェア |
| Ｉ²Ｃ | インターインテグレーテッドサーキット（シリアルデータバス） |
| IRQ | 割り込み要求 |
| ISO / IEC | 国際標準化機構 / 国際電気標準会議 |
| 非対称 | 近距離無線通信 |
| OS | オペレーティング·システム |
| PCD | 近接結合装置（非接触リーダー） |
| PICC | 近接型集積回路カード（非接触型カード） |
| ＰＭＵ | 電源管理ユニット |
| ポルトガル | パワーオンリセット |
| RF | 無線周波数 |
| RSTP ... | リセット |
| スイス | 安全なファームウェアダウンロードモード |
| SPI | シリアル周辺機器インターフェース |
| ヴェン | V イネーブルピン |
参考文献
[1] NFCコックピットのCTS設定部分、 https://www.nxp.com/products/:NFC-COCKPIT[2] PN5190 ICデータシート、 https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
法的情報
10.1 定義
下書き —ドキュメントのドラフトステータスは、コンテンツがまだ内部再作成中であることを示していますview 正式な承認が必要であり、変更や追加が行われる可能性があります。NXP Semiconductors は、文書のドラフト版に含まれる情報の正確性または完全性についていかなる表明または保証も行わず、そのような情報の使用の結果について一切の責任を負いません。
10.2免責事項
限定保証および責任 — このドキュメントの情報は、正確で信頼できるものであると信じられています。 ただし、NXP セミコンダクターズは、そのような情報の正確性または完全性に関して、明示または黙示を問わず、いかなる表明または保証も行わず、そのような情報の使用の結果について責任を負わないものとします。 NXP セミコンダクターズ以外の情報源から提供された場合、NXP セミコンダクターズは本書の内容について一切の責任を負いません。
NXP セミコンダクターズは、間接的、偶発的、懲罰的、特別または必然的な損害 (利益の損失、節約の損失、事業の中断、製品の撤去または交換に関連する費用、または手直し費用を含むがこれらに限定されない) について、いかなる場合にも責任を負わないものとします。そのような損害は、不法行為 (過失を含む)、保証、契約違反、またはその他の法的理論に基づくものではありません。
理由の如何を問わず顧客が被る可能性のある損害にかかわらず、ここに記載されている製品に対する顧客に対する NXP セミコンダクターズの総責任および累積責任は、以下に従って制限されるものとします。
NXPセミコンダクターズの商用販売の条件。
変更を加える権利— NXPセミコンダクターズは、仕様や製品の説明を含むがこれらに限定されない、このドキュメントで公開されている情報をいつでも予告なしに変更する権利を留保します。 このドキュメントは、本書の発行前に提供されたすべての情報に優先し、置き換えられます。
使用への適合性— NXPセミコンダクターズ製品は、ライフサポート、ライフクリティカルまたはセーフティクリティカルなシステムまたは機器での使用、またはNXPセミコンダクターズ製品の故障または誤動作が合理的に予想されるアプリケーションでの使用に適した設計、認可、または保証されていません。人身傷害、死亡、重度の財産または環境への損害をもたらす可能性があります。 NXPセミコンダクターズおよびそのサプライヤーは、そのような機器またはアプリケーションにNXPセミコンダクターズ製品を含めるおよび/または使用する責任を負わないため、そのような含めるおよび/または使用はお客様の責任で行ってください。
アプリケーション — これらの製品のいずれかについてここに記載されているアプリケーションは、説明のみを目的としています。 NXP セミコンダクターズは、そのようなアプリケーションがさらなるテストや変更なしに指定された用途に適していることを表明または保証しません。
お客様は、NXPセミコンダクターズ製品を使用したアプリケーションおよび製品の設計と運用に責任を負い、NXPセミコンダクターズは、アプリケーションまたはお客様の製品設計に関するいかなる支援についても責任を負いません。 NXPセミコンダクターズの製品が、お客様のアプリケーションと計画された製品、および計画されたアプリケーションとお客様のサードパーティのお客様の使用に適しているかどうかを判断するのは、お客様の単独の責任です。 お客様は、アプリケーションと製品に関連するリスクを最小限に抑えるために、適切な設計と運用のセーフガードを提供する必要があります。
NXPセミコンダクターズは、お客様のアプリケーションまたは製品、あるいはお客様のサードパーティのお客様によるアプリケーションまたは使用の弱点またはデフォルトに基づくデフォルト、損傷、コスト、または問題に関連する責任を負いません。 お客様は、NXPセミコンダクターズ製品を使用して、お客様のアプリケーションおよび製品に必要なすべてのテストを行い、アプリケーションおよび製品、またはお客様のサードパーティのお客様によるアプリケーションまたは使用のデフォルトを回避する責任があります。 NXPはこの点に関して一切の責任を負いません。
NXP BV – NXP BV は事業会社ではなく、製品の流通や販売は行いません。
10.3ライセンス
NFC テクノロジーを搭載した NXP IC の購入 — 近距離無線通信 (NFC) 標準 ISO/IEC 18092 および ISO/IEC 21481 のいずれかに準拠する NXP Semiconductors IC の購入は、その実装によって侵害された特許権に基づく暗黙のライセンスを付与するものではありません。それらの規格のいずれかです。 NXP Semiconductors IC の購入には、ハードウェアかソフトウェアかを問わず、これらの製品と他の製品の組み合わせを対象とする NXP 特許 (またはその他の知的財産権) のライセンスは含まれません。
10.4商標
注意: 参照されているすべてのブランド、製品名、サービス名、および商標は、それぞれの所有者の財産です。
NXP —ワードマークおよびロゴはNXPBVの商標です。
EdgeVerse — NXP BV の商標です
FeliCa はソニー株式会社の商標です。
MIFARE — NXP BV の商標です
MIFARE Classic — はNXP BVの商標です。
この文書およびここに記載されている製品に関する重要な通知は、「法的情報」セクションに含まれていることにご注意ください。
© 2023 NXP BV
詳細については、以下をご覧ください。 http://www.nxp.com
無断転載を禁じます。
リリース日：25年2023月XNUMX日
ドキュメント識別子：UM11942
ドキュメント / リソース
 |
NXP PN5190 NFC フロントエンド コントローラ [pdf] ユーザーマニュアル PN5190、PN5190 NFC フロントエンド コントローラ、NFC フロントエンド コントローラ、コントローラ、UM11942 |