CR95HF和14443B标记问题该怎么解决？

你好凯文，
 
 能否提供更多信息：
 您正在使用的标签，在发送ADPU命令之前访问标签的初始化序列。标签是否回答REQB？
 谢谢

你好NFC支持，
 
1标签使用：
 MN63Y1213
 
2.在发送ADPU命令之前访问标记的初始化序列：
＆GT;＆GT;＆GT; CR95HFDLL_ECHO
＆LT;＆LT;＆LT; 5500
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010710
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010700
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010130
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，050000
＆LT;＆LT;＆LT; 800F5000000000000000009181E0D98300
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，1D0000000000080100
＆LT;＆LT;＆LT; 800410F9E000
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00A4000C020103
＆LT;＆LT;＆LT; 8700：帧等待超时或无标记
 
 
是的，标记回答REQB，
响应是800F5000000000000000009181E0D98300
它也回答了ATTRIB。
 
谢谢
 
＆GT;＆GT;＆GT; CR95HFDLL_ECHO＆LT;＆LT;＆LT; 5500＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010710＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010700＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010130＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SENDRECV，050000＆lt;＆lt;＆lt; 800F5000000000000000009181E0D98300＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，1D0000000000080100＆lt;＆lt;＆lt; 800410F9E000＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00A4000C020103＆lt;＆lt;＆lt; 8700：帧等待超时或无标记
＆GT;＆GT;＆GT; CR95HFDLL_ECHO＆LT;＆LT;＆LT; 5500＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010710＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010700＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010130＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SENDRECV，050000＆lt;＆lt;＆lt; 800F5000000000000000009181E0D98300＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，1D0000000000080100＆lt;＆lt;＆lt; 800410F9E000＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00A4000C020103＆lt;＆lt;＆lt; 8700：帧等待超时或无标记

你好凯文，
 
你的init序列是正确的。
问题从你发送到标签的最后一个请求开始。
目的我想在ISO 14443B中发送一个adpu命令来选择标签的CC文件
这意味着您要发送i_block，其描述如下：
i-block = PCD（DID）CLA INS P1 P2 LC数据Le（CRC）支架中可选
在你发送给你的命令中，忘记了每个adpu命令之后转换的PCD（以02到03为例）。
正确的命令可能是：
CR95HFDLL_SENDRECEIVE，0300A4000C02E103
和下一个命令：
CR95HFDLL_SENDRECEIVE，0200A4000C02E103
在选择CC以使用以下命令执行NDEF标记应用程序选择之前，我建议：
CR95HFDLL_SENDRECEIVE，0200A4040007D276000085010100
 
这个序列应该有效。
CR95HF配置：ISO14443-B协议
 ＆GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180
 ＆LT;＆LT;＆LT; 0000
ISO14443-B：增加DEMOD GAIN
 ＆GT;＆GT;＆GT; CR95HFDLL_STCmd，01090468010130
 ＆LT;＆LT;＆LT; 0000
REQB / SENSB_REQ
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，050000
 ＆LT;＆LT;＆LT; 800F50AABBCCDD30ABAB010081E1AE0000
ATTRIB
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，1DAABBCCDD00040100
 ＆LT;＆LT;＆LT; 8004207AD100
NFC SEND I-Block Tag应用程序选择
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，0200A4040007D276000085010100
 ＆LT;＆LT;＆LT; 8006029000296A00
 NFC SEND I-Block Capacity容器选择
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，0300A4000C02E103
 ＆LT;＆LT;＆LT; 8006039000F53000
 NFC发送I-Block读取CC长度
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，0200B0000002
 ＆LT;＆LT;＆LT; 800802000F9000658A00
NFC SEND I-Block读取二进制CC
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECEIVE，0300B000000F
 ＆LT;＆LT;＆LT; 801503000F2000FF00FF040600011002000090003DED00欢迎提出您的反馈意见
谢谢＆amp;问候
＆GT;＆GT;＆GT; CR95HFDLL_ECHO＆LT;＆LT;＆LT; 5500＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010710＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010700＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010130＆lt;＆lt;＆lt; 0000 GT;＆GT;＆GT; CR95HFDLL_SENDRECV，050000＆lt;＆lt;＆lt; 800F5000000000000000009181E0D98300＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，1D0000000000080100＆lt;＆lt;＆lt; 800410F9E000＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00A4000C020103＆lt;＆lt;＆lt; 8700：帧等待超时或无标记

您好，NFC支持，
 
我们先于
 '00 A4 00 0C 02 01 03''''03''
它回答选择命令（A4），非常感谢
 
目前，我们得到了：''！''
 
 
问题是如何发送数据长度为190字节的APDU命令D6？
1.在'00 D6 ......'之前我们应该选择哪个值（03？，02？或04？...）
2.使用dll命令是否存在数据包大小限制？
 
错误日志如下：
 
＆GT;＆GT;＆GT; CR95HFDLL_ECHO
＆LT;＆LT;＆LT; 5500
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010710
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010700
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_SELECT，03010180
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_STCMD，01 090468010130
＆LT;＆LT;＆LT; 0000
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，0000
＆LT;＆LT;＆LT; 800F5000000000000000009181E0D98300
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，0000000000080100
＆LT;＆LT;＆LT; 800410F9E000
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00000C020103
＆LT;＆LT;＆LT; 8006029000296A00
＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00401000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
 ！脚本错误：数据不符合dll命令！
 
 
谢谢＆amp;问候，

嗨凯文，
 
 我猜你有一个错误的PCB值，它可能是'02''第一个命令：
 ＆GT;＆GT;＆GT; CR95HFDLL_SENDRECV，00000C020103
 ＆LT;＆LT;＆LT; 800602
9000296A00
 突出显示标签的答案是02
 然后你命令写入应该将PCB设置为''03''
 CR95HFDLL_SENDRECV，
00401000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
 你会得到答案：
 ＆LT;＆LT;＆LT; 800603
SW1（1Byte）SW2（1Byte）CRC（2字节）00
 下一个命令将是PCB ='''02''下一个''03''....
 
 否则我认为脚本错误来自于数据的长度被设置为''BF''，而DATA字段具有超过'''BF''字节。删除末尾的所有'00'字节（如上所示。）
 希望它会奏效
 问候

感谢NFC产品支持5，了解有关PCB和数据长度修复的建议
 
APDU命令A4和D6现在工作。
 
我们需要在我们的应用程序中重复D6命令25次
（每个数据长度为190字节）
并发现标签端接收数据中存在错误数据字节
（例如读取器发送数据字节0xFF，但标记接收数据字节0x00）
在读者配置或命令流中是否还有其他要检查的内容？
 
非常感谢您的建议。
谢谢。

你好凯文
 
 您能提供显示数据传输的跟踪吗？
 你在链接模式吗？
 Tag或CR95HF报告的错误代码是什么？
 问候

嗨NFC产品支持5
我们切换到ST25R3911的1W输出，问题解决了
目前的问题是如何形成正确的APDU读命令？
我们还需要以02/03为前缀吗？例如：
03 00 B0 40 10 0F 00
是否正确读取命令包？
非常感谢先进