完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
几天后我尝试使用NFC阅读器cr95hf(MIKROE-143)。作为mcu我使用评估板nRF52832。不幸的是,到目前为止我没有成功。
MIKROE-143的数据表可在此处找到: https://www.mouser.ch/datasheet/ ... k_manual-255532.pdf 我使用SPI作为通信接口(我将SSI_0设置为高电平,将SSI_1设置为低电平)。根据他们的数据表,CR95HF SPI分三步: 发送命令 2.使用0x03轮询,直到SPI将第3位返回到1 3.发送命令0x02进行读取 控制字节用于指定通信类型和方向: 0x00:向CR95HF0x03发送命令:轮询CR95HF0x02:从CR95HF0x01读取数据:复位CR95HFT SPI_SS线用于选择公共SPI总线上的器件。 SPI_SS引脚为低电平有效。 我的SPI配置如下所示: 本数据表中包含以下步骤: http://www.solutions-cubed.com/c ... DATASHEET_BM019.pdf 第1步,发送命令: 第2步,轮询数据就绪: 第3步,读取数据: 变量: 在第1步之后: 在第2步之后: 在第3步之后: 这个奇怪的响应来自哪里(0x0E 0x00 0x00 0x00 0x00 0x00 0x00 0x00 .... 0x00 0x00 0x00 0x00)? 为什么我经常得到0x0E? 我保持了启动程序。我用示波器检查了这个。 标签当然不是空的(用我的智能手机检查)。 以上来自于谷歌翻译 以下为原文 i try to use the nfc reader cr95hf (MIKROE-143) since a few days. as mcu i use the evaluation board nRF52832. unfortunately i don't succeed so far. The data sheet for the MIKROE-143 can be found here: https://www.mouser.ch/datasheet/ ... k_manual-255532.pdf I use SPI as communication interface (I set SSI_0 high and SSI_1 low.). According to their datasheet, the CR95HF SPI works in 3 steps: 1. send command 2. poll with 0x03 until SPI return bit 3 to 1 3. send command 0x02 to read A Control byte is used to specify a communication type and direction:
My SPI configuration looks like this:
The following steps are taken from this data sheet: http://www.solutions-cubed.com/c ... DATASHEET_BM019.pdf step 1, send the command:
step 2, poll for data ready:
step 3, read the data:
after step 2: after step 3: where does this strange response come from (0x0E 0x00 0x00 0x00 0x00 0x00 0x00 0x00.... 0x00 0x00 0x00 0x00)? why do i get 0x0E so often? i kept the startup routine. i checked this with an oscilloscope. The tag is certainly not empty (checked with my smartphone). |
|
相关推荐
1个回答
|
|
你好,
我相信你的设置是正确的 SPI接口工作正常,问题来自您发送的命令(uint8_t invcommand [5] = {0x00,0x02,0x02,0x01,0x21};),这不是CR95HF的已知命令 假设您使用的是ISO 15693,首先需要使用协议选择命令启动协议,我建议修改如下:uint8_t invcommand [4] = {0x02,0x02,0x01,0x21}; 根据规范https://www.st.com/resource/en/datasheet/cr95hf.pdf见表20/21 SPI应答0x0E表示忙标志仅在第3位有效时关闭。 我还建议使用数据表中描述的echo命令检查SPI接口。 重置任何协议后,此命令将起作用。 问候 PB 以上来自于谷歌翻译 以下为原文 Hello, I beleive you setup is correct The SPI interface is working properly the issue come from the command you send ( uint8_t invcommand[5] = {0x00, 0x02, 0x02, 0x01,0x21};) which is not a known command for the CR95HF Assuming you are in ISO 15693 you need first to initiate your protocol using the protocol select command I suggest to modify as follow : uint8_t invcommand[4] = { 0x02, 0x02, 0x01,0x21}; according to the specification https://www.st.com/resource/en/datasheet/cr95hf.pdf see sheet 20/21 The SPI answer 0x0E means that the busy flag is off only the bit 3 is significant. I can also suggest to check your SPI interface using the echo command described in the datasheet. This command will work after reset whatever is the protocol. Regards PB |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2634 浏览 1 评论
3208 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1783 浏览 1 评论
3609 浏览 6 评论
5987 浏览 21 评论
939浏览 4评论
1315浏览 4评论
在Linux上安装Atollic TRUEStudio的步骤有哪些呢?
582浏览 3评论
使用DMA激活某些外设会以导致外设无法工作的方式生成代码是怎么回事
1302浏览 3评论
1357浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 10:01 , Processed in 1.167317 second(s), Total 79, Slave 62 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号