応答 APDU に基づきます。XX バイト (長さ 0x00) を読み取ることができたことを示す 61XX を受け取りました。Le で 0x0000 を読み取りたい場合、256 バイトが使用可能な最大 61FF を常に取得するのだろうか。
コマンド APDU で長さ 0x0000 を読み取り、すべて受信することはできますか?
応答 APDU に基づきます。XX バイト (長さ 0x00) を読み取ることができたことを示す 61XX を受け取りました。Le で 0x0000 を読み取りたい場合、256 バイトが使用可能な最大 61FF を常に取得するのだろうか。
コマンド APDU で長さ 0x0000 を読み取り、すべて受信することはできますか?
61xx は、現在 T=0 を使用していることを示唆しています。が T=1 もサポートするかどうか (これは確実ではありませんが、可能です) は ATR にコード化されていますが、7816-3 の知識がなければ人間が導き出すのは困難です)。問題は、61 xx が 1 バイトしか提供しないことです。これで、次の 2 つのアプローチに進むことができます。
(注意) 指定された値で GET RESPONSE を送信しようとすると、再び 61 xx ステータス コードが返される可能性があります。
(プログレッシブ) 拡張長の LE コーディングを使用して GET RESPONSE を送信します (すべてのカードがサポートしているわけではありませんが、61 xx はカードがサポートしていないことを意味するものではありません)。
あなたが言ったように、「61xx」は、ICCから「xx」バイトのデータしか取得できないことを意味します。返されるデータ バイトの数は ICC によって制御されます。ICC から取得するデータを少なくしたい場合 (つまり、<= "xx") を除き、他の値を ICC に送信しても意味がありません。
マーティンが言ったように、「61xx」は T=0 プロトコルでのみ表示されます。T=1 の場合、このようなステータス ワードは表示されません。