有什么办法解决CR95HF中有限的64字节帧的问题？

嗨恩里科，
嵌入在CR95HF板中的STM32的最后一个固件版本允许发送和接收最多512个字节。
这种改进由PC端使用的DLL和CR95HF板上的STM32固件管理。这种改进对用户来说是透明的，并且由STM32 / DLL完全管理。
新的DLL可以在最新版本的CR95HF PC SW（STSW-95HF001 v2.2.0）中找到：DLL修订版1.2支持这种改进。
 
http://www.st.com/content/st_com/en/products/embedded-software/st25-nfc-rfid-software/stsw-95hf001.html
STM32固件可以在我们的网站（STSW-M24LR007 v3.7.1）下载：
 
http://www.st.com/content/st_com/en/products/embedded-software/st25-nfc-rfid-software/stsw-m24lr007.html
ST LINK V2板可用于更新M24LR-DISCOVERY板。
http://www.st.com/content/st_com/en/products/development-tools/hardware-development-tools/development-tool-hardware-for-mcus/debug-hardware-for-mcus/debug-hardware-换STM32的MCU / ST-链接v2.html
最好的祝福
NFC / RFID ST支持



以下为原文




Hi Enrico,
the last firmware revision of the STM32 embedded in the CR95HF board allows to send and receive up to 512 bytes.
This improvement is managed by the DLL used on the PC side and the STM32 firmware from ths CR95HF board.This improvement is transparent for user and fully managed by the STM32/DLL.
New DLL can be found in the last version of CR95HF PC SW (STSW-95HF001 v2.2.0): DLL revision 1.2 supports this improvement.
   
http://www.st.com/content/st_com/en/products/embedded-software/st25-nfc-rfid-software/stsw-95hf001.html
STM32 firmware can be download in our internet web site (STSW-M24LR007 v3.7.1):
   
http://www.st.com/content/st_com/en/products/embedded-software/st25-nfc-rfid-software/stsw-m24lr007.html
ST LINK V2 board can be used to update your M24LR-DISCOVERY board.

http://www.st.com/content/st_com/en/products/development-tools/hardware-development-tools/development-tool-hardware-for-mcus/debug-hardware-for-mcus/debug-hardware-for-stm32-mcus/st-link-v2.html
Best regards
NFC/RFID ST support

嗨，谢谢你的答案，新的固件解决了94字节的问题，但是现在读取和写入情况要糟糕得多，是否有任何参数或配置可以帮助我们？



以下为原文




Hi, Thank you for the answer, the new firmware resolved the 94 bytes problem but reading and writing are a lot worse now, is there any parameter or configuration that might help us?

HI，
你能指出一下效果不好吗？以前的软件与实际软件之间的唯一区别在于，现在，使用多于1个USB事务来传输超过64个字节（1个USB事务为64字节，2个为94字节）。我不知道您是通过PC软件还是自己开发的软件使用CR95HF。对于自己的软件，您必须知道，为了实现大量数据传输（在iso15693 rf协议中，cr95hf配置为特定方式。因此，当将rf协议从iso15693更改为iso1443A时，您需要添加reset_spi所有其他射频设置都没有改变。
最好的祝福
NFC / RFID ST支持



以下为原文




HI,
Can you please specify what is not working well ? The only différences between the previous software and the actual one is that, now, more than 1 USB transaction is used to be able to transfer more than 64 bytes (1 USB transaction for 64bytes, 2 for 94bytes). I don't know if you are using the CR95HF through the PC software or your own developed software. In case of own software, you have to know that, to enable big amount of data transfer(in iso15693 rf protocol, the cr95hf is configured as specific way. So when changing rf protocol from iso15693 to iso1443A for example, you need to add reset_spi commad between. All other rf setting are not changed.
Best regards
NFC/RFID ST support

所以我们正在使用ISO 15693，我们正在开发我们的软件，我们正在使用SendReceive命令。当我们在邮箱中放置一些内容并等待响应时，02a02d命令，如果我们使用02A8作为帧长度，大部分时间我们得到0045或8E00：接收丢失而没有收到文件结束，即使是短帧，当我们不使用02A8时，我们有64字节的问题。
是否需要使用一系列特定的命令？我们什么时候应该使用02A8命令？



以下为原文




So we are using ISO 15693, and we are developing our SoftWare, we are using the SendReceive command. When we are putting something in the mailbox and wait  for response,02a02d command, if we use the 02A8 for the frame length, most of the time we get 0045 or 8E00: reception lost without end of file received, even with short frames,  and we have the 64 byte problem when we don't use 02A8.
Is there a specific series of command that needs to be used? When should we use the 02A8 command?

标准使用或02A8命令不会更改ISO15693 RF协议配置。您可以尝试改善标签应答接收的唯一调整是使用100％调制（CR95HFDLL_SELECT，0109）
）
而不是10％（CR95HFDLL_SELECT，010D）。我想'0045'是要收到的预期数据。 8E00是CR95HF IC的答案，它意味着通信具有噪声并且标签应答无法成功解码，标签和放大器之间的耦合。读者不是更好的。另外，我不明白，02a02d命令。最好的问候
NFC / RFID ST支持



以下为原文




Standard use or 02A8 command doesn't change ISO15693 RF protocol configuration. The only adjustment you can try to improve tag answer reception is to use 100% modulation (CR95HFDLL_SELECT, 0109
)
instead of 10% (CR95HFDLL_SELECT, 010D). I suppose that '0045' is the expected data to be received. 8E00 is an answer from CR95HF IC, it means that the communication has noise and the tag answer cannot be decoded successfully, the coupling between tag & reader is not the better one. Also, I don't understand ,02a02d command.Best regards
NFC/RFID ST support