完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
德赢Vwin官网
论坛|
嗨，我们正在使用CR95HF，我们正在尝试使用CR95HFDll_SendReceive读取78字节的帧，但我们得到一个带有CRC和错误代码CCCCCC的64字节帧。
当使用USB作为CR95HF时，有没有办法解决有限的64字节帧的问题？ ♯ ？ ♯ ？ ＃cr9hf＃64bytes 以上来自于谷歌翻译 以下为原文 Hi, We are Using a CR95HF and we're trying to read a frame of 78 bytes with CR95HFDll_SendReceive but we get in return a 64 bytes frame with CRC and error code CCCCCC. Is there a way to solve the problem of the limited 64 bytes frame when using USB for the CR95HF? ♯ ? ♯ ? #cr9hf #64bytes 
0
|
|
相关推荐
5个回答
|
|
|
嗨恩里科，
嵌入在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 |
|
|
|
|
只有小组成员才能发言，加入小组>>
请教：在使用UDE STK时，单片机使用SPC560D30L1，在配置文件怎么设置或选择？里面只有SPC560D40的选项
2730 浏览 1 评论
3239 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法？
1808 浏览 1 评论
3647 浏览 6 评论
6035 浏览 21 评论
1338浏览 4评论
198浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1，再次烧录时无法检测到stlink怎么解决？
350浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事？
442浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的？
273浏览 2评论
/6 
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1931
评论
淘帖
1014
