[问答]

如何将ISO14443A类型2卡与CR95HF一起使用呢

284

问答对人有帮助，内容完整，我也想知道答案 0 大家好，我有一个关于将 ISO14443A 类型 2 卡与 CR95HF 一起使用的快速问题。 CR95HF 数据表的第 53 页显示了防冲突算法的输出（复制在下方）。我已经使用 CR95HF 和 NTAG216 (NXP NTAG) 实现了类似的功能。在我的系统响应和 CR95HF 数据表示例中，有一个 0x28 有时跟在从标签接收到的数据之后。该字节似乎意味着存在 CRC 错误，并且“第一个字节”有 8 个有效位（CR95HF 数据表第 22 页）。我不知道哪个字节是“第一个字节”，但假设它与冲突有关。我最好奇 CRC 错误发生在哪里。它似乎在防碰撞示例的输出中被忽略了，就好像它无关紧要一样。而且似乎没有与 Select 1 命令相关的 CRC 错误（响应是 0x08，而不是 0x28）。我还看到评论部分说“请注意，只有在设置了‘检测到碰撞’位时，碰撞信息才有效”。所以我很不清楚这 3 个字节应该告诉我什么以及它们告诉我什么时候有效。我很好奇是否有人可以阐明 CR95HF 返回的最后几个字节。他们到底是什么意思？谢谢。 ------ ISO14443-A 起始防碰撞算法 ------ ISO14443-A REQA>>> CR95HFDLL_SENDRECV，26 07<<< 80 05 0400 28 0000ISO14443-A 抗癌药 1>>> CR95HFDLL_SENDRECV，9320 08<<< 80 08 08192D A29E 28 0000ISO14443-A 选择 1>>> CR95HFDLL_SENDRECV，937008192DA29E 28<<< 80 06 20 FC70 08 0000--> UID = 192DA29E ，已选择标签 0
2022-12-23 06:51:29　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 41 个回答。邀请回答 chm5 该类别下有 39 个回答。邀请回答 hgimtk 该类别下有 33 个回答。邀请回答 HengDu 该类别下有 30 个回答。邀请回答 hwp0415229 该类别下有 28 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答可口可甜该类别下有 26 个回答。邀请回答 kingnet6688 该类别下有 26 个回答。邀请回答颜刚YanG 该类别下有 26 个回答。邀请回答 zyh34997 该类别下有 25 个回答。邀请回答柱子图宁该类别下有 25 个回答。邀请回答 jenny042 该类别下有 25 个回答。邀请回答 kingnet9999 该类别下有 25 个回答。邀请回答 andyfly7 该类别下有 25 个回答。邀请回答麻酱该类别下有 25 个回答。邀请回答成长的小师弟该类别下有 24 个回答。邀请回答 gXDhn 该类别下有 24 个回答。邀请回答 jiangwenwen 该类别下有 24 个回答。邀请回答哼小曲该类别下有 24 个回答。邀请回答举报吴湛相关推荐 • 请问有办法检测标签ISO14443A/B是否离开CR95HF天线的场吗？ 1194 • CR95HF ISO14443A波特率不同是否会有提示？ 1176 • CR95HF返回的最后几个字节真正的意思是什么？ 1392 • CR95HF和14443B标记问题该怎么解决？ 2253 • CR95HF具有哪些特性参数应用？ 1770 • 如何使用ISO/IEC 14443A将数据块写入Mifare经典卡？ 235 • 如何测量或确定这些参数的正确值 1134 • CR95HF开发软件错误 1113 • 带CR95HF的iClass无法通信 1419 • 关于CR95HF的问题 2761 1个回答

答案对人有帮助，有参考价值 0 您在此处指出的是发送接收命令后 CR95HF 的响应（此答案嵌入了标签答案）。此 CR95HF 命令及其预期响应在 CR95HF 数据表第 25 页及后续页面的第 5.5 章中进行了描述。表 15（第 28 页）描述了报告标签应答的 CR95HF 应答器的响应格式：第一个字节：80 第二个字节：CR95HF 响应的长度第三个字节：从标签收到的答案 ... 第 N-2 个字节（08 或 28）：有关标签答案有效性的信息（冲突、CRC、奇偶校验、最后字节格式）第 N-1 个字节：第一个字节冲突（仅当 N-2 位 7 = 1 时）第 N 个字节：第一个位冲突（仅当 N-2 位 7 = 1 时）（仅当设置了第 7 位（检测到冲突）时，才必须检查字节 N-1 和 N）在将标签应答发送回主机之前，CR95HF 从标签应答中计算预期的 CRC（大多数情况下，标签应答 = 数据 + 2 字节 CRC）...然后在其响应中发送 CRC 比较的状态。 0x08 表示没有 CRC 错误（标签响应的最后 2 个字节是数据的正确 CRC），0x28 表示标签响应的最后 2 个字节不是数据的 CRC（标签响应 - 最后 2 个字节）。在 ISO14443-A RF 协议中，大多数时候一个标准帧是 DATA + CRC。但是一些特定命令的响应没有 CRC 值（标签答案的最后 2 个字节是数据......没有 CRC）。WUPA、REQA 和 ANTICOL 命令就是这种情况。发出 SendReceive 命令，CR95HF 不检查发送的命令，并且在所有情况下，计算预期的 CRC 并将其与最后 2 个字节进行比较。这就是发送此命令时 CR95HF 指示 CRC 错误的原因。

2022-12-23 10:22:25 评论举报范召琳