完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我上个月一直在使用CR95HF芯片。我需要能够为我的应用程序使用Idle状态的Tag Detect版本。但是,当我尝试运行标签校准序列时,在我的DACDataH值为0xFC的第二步中,我获得了0x02(第三个字节的值)的唤醒响应,根据应用笔记AN3433,这是一个错误州。我认为这是我的匹配网络或我的接收引脚的问题,但我感兴趣的其他RF操作(库存,读取和写入)是有用的。
我已经尝试改变Rrx电阻的值(从330欧姆到249欧姆),但是如果我降低了值,我遇到了相反的问题:我只有一个唤醒响应为0x01,直到我的DACDataH值为0x03校准和该值显然不会导致实际空闲命令的可用DACDataL值。 有没有其他人遇到此问题或知道可能的原因/解决方案? 以上来自于谷歌翻译 以下为原文 I have been working with the CR95HF chip for about the last month. I need to be able to use the Tag Detect version of the Idle state for my application. However, when I attempt to run the Tag Calibration sequence, I get a Wake Up response of 0x02 (value of the third byte) during the second step when my DACDataH value is 0xFC, which according to the Application Note, AN3433, is an error state. I would assume it was a problem with my matching network or with my receive pins, but the other RF operations I am interested in (inventories, reads and writes) are functional. I have tried changing the value of the Rrx resistors (from 330 ohm to 249 ohm), but if i lower the value, I encounter the opposite problem: I only get a Wake Up response of 0x01 until my value of DACDataH is 0x03 while attempting to calibration and this value clearly doesn't lead to a usable DACDataL value for actual Idle commands. Has anyone else experienced this problem or know a possible cause/solution? |
|
相关推荐
2个回答
|
|
我也遇到过这个问题。但是在我的情况下,无论是否执行校准,我都无法与标签通信。但执行校准始终返回00 01 02响应(唤醒标记源)。
我意识到这已经有4年了,但mods有什么反应吗?以下是我的沟通情况: nfctx:00 07 0e 03 a1 00 f8 01 18 00 20 60 60 00 3f 01 nfcrx:00 01 02 nfctx:00 07 0e 03 a1 00 f8 01 18 00 20 60 60 00 3f 01 nfcrx:00 01 02 以上来自于谷歌翻译 以下为原文 I have encountered this issue as well. However in my case, I am unable to communicate with a tag at all, regardless of whether calibration is performed or not. But performing calibration always returns the 00 01 02 response (Wake up tag source). I realize this is 4 years old, but do the mods have any response? Here is a trace of my communication: nfctx: 00 07 0e 03 a1 00 f8 01 18 00 20 60 60 00 3f 01 nfcrx: 00 01 02 nfctx: 00 07 0e 03 a1 00 f8 01 18 00 20 60 60 00 3f 01 nfcrx: 00 01 02 |
|
|
|
你好艾略特,
由于信息太少,很难帮助您。 无论如何,如果我理解得很好, 1)您无法从TAG获得任何答案 2)您尝试校准TAG检测失败 我建议你可以提供你的天线电路(天线阻抗和使用的匹配电路) 同时,您可以使用有源探头(低输入电容)测量CR95HF上输入RX的电压,此电平应该低于单端的8 V。我怀疑输入电路接收的信号太高会阻止接收器以及用于校准DAC的比较器正常工作。 您也可以通过尝试相同的DAC校准进行实验,但是TAG与天线紧密耦合,这可能会使读取器失谐,因此校准过程可能会起作用(执行空闲命令,如您在邮件中描述的那样,DACH = 0然后相同命令DACH = FC)在这种情况下答案可能是0101.希望它会有所帮助 RegardsPB 以上来自于谷歌翻译 以下为原文 Hello Elliot, With so few information it can be difficult to help you. Anyway, If I understand well, 1)you have not be able to get any answer from a TAG 2)You try to calibrate the TAG detection unsuccessfully Let me suggest 1st can you provide your antenna circuitry (antenna impedance and matching circuit used) At the same time you can measure with an active probe (low input capacitor) the voltage at the input RX on the CR95HF this level should be lower than 8 Volts in single ended. I suspect that the input circuitry receive a too high signal that prevent the receiver and also the comparator used to calibrate the DAC to work properly. You can also experiment by trying the same DAC calibration but with a TAG tightly coupled to the antenna this might detune the reader and thus the cal procedure might works (performing an idle command as described in you mail with 1st a DACH = 0 then the same command DACH = FC) in that case the answer could be 0101.Hope it will help RegardsPB |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
1392 浏览 1 评论
2058 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1507 浏览 1 评论
2802 浏览 6 评论
5180 浏览 21 评论
351浏览 4评论
486浏览 4评论
在Linux上安装Atollic TRUEStudio的步骤有哪些呢?
276浏览 3评论
使用DMA激活某些外设会以导致外设无法工作的方式生成代码是怎么回事
537浏览 3评论
466浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-4-18 15:12 , Processed in 0.686578 second(s), Total 45, Slave 40 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号