我正在通过 DESFire 命令将 DESFire EV1 和 DESFire EV2 卡编程为包装的 APDU。当一张卡片出现时，我使用 GetVersion 命令来获取 UID（然后我用它来查找卡片历史记录和多样化密钥）。我发送此命令以获取卡版本信息：
90 60 00 00 00
通常我会收到一些字节的响应，并91 AF表明有更多信息需要我们根据文档重复等。这适用于 DESFire EV1 和 DESFire EV2 卡，直到我们在 OMNIKEY 5x21 读卡器中使用它们（读卡器在两种型号的 HID 卡打印机中，HDP5000 和 DTC4500e）。当我们这样做时，我们得到响应但91 0B
没有数据——但仅从 EV2 卡我们看不到 EV1 的问题。我没有在任何地方看到此回复，我不清楚这可能意味着什么。
重申一下——我们只在配备 DESFire EV2 卡的全能读卡器中看到这一点。DESFire EV1 卡不这样做，我们在其他读卡器上根本没有看到这一点（到目前为止）。
我们在轮换牌方面取得了一些有限的成功。我们的一位远程工程师在卡的特定方向上取得了成功，这表明存在一些 EM/范围/天线问题，但到目前为止，QA 和生产根本无法重现这一点。
我也将这个问题发布到 NXP 论坛，但没有任何回应。这篇文章有更多细节。
2020 年更新：我很高兴91 0B再次遇到来自 Desfire 卡的回复，搜索错误并找到我多年前的旧帖子。情况完全不同，但我现在可以补充这么多：91 0B手段的回应：
在不支持该命令的状态下接收命令，或者接收到完全未知的命令。