完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我们正在使用 X-NUCLEO-NFC05A1 板和我们的定制 IMX6 系统评估 ST25R3911B。我们已经使用 nfc_poller_st25r3911 示例尝试了 RFAL。最初,没有找到标签。我们确定问题出在我们的长 IRQ 处理上。由于我们将 IRQ 连接到 IO 扩展器而不是直接连接到 CPU,因此 IRQ 响应时间约为 2 ms,并且未找到任何标记。显然这是由于重叠的 IRQ。将 IRQ 直接连接到 CPU 后,IRQ 响应时间约为 0.2 ms,并且正确找到了标签。
这是一个已知问题或限制吗?能否在软件/RFAL 中解决,或者是否有必要使用“快速”IRQ 引脚? |
|
相关推荐
1个回答
|
|
NFC 中的帧比 1ms 短得多,并且允许命令之间的时间下降到 ~500us,具有 5ms 的中断延迟是相当沉重的。
还提供一个 FIFO,它可以在 <3ms 内过载/欠载,我建议使用快速计时。 然而,性能不是您的主要目标,如果您可以限制自己使用较小的帧(<96 字节的 FIFO),您可以去更改我们的 RFAL 中的超时以应对此类中断延迟。但我不推荐这样做。 |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2644 浏览 1 评论
3209 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1784 浏览 1 评论
3613 浏览 6 评论
5990 浏览 21 评论
940浏览 4评论
1317浏览 4评论
在Linux上安装Atollic TRUEStudio的步骤有哪些呢?
585浏览 3评论
使用DMA激活某些外设会以导致外设无法工作的方式生成代码是怎么回事
1304浏览 3评论
1362浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-26 05:10 , Processed in 1.207282 second(s), Total 78, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号