[问答]

CR95HF标签校准中的错误州该怎么解决？

问答对人有帮助，内容完整，我也想知道答案 0 我上个月一直在使用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? 0
2019-7-29 16:53:12　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 41 个回答。邀请回答 chm5 该类别下有 39 个回答。邀请回答 hgimtk 该类别下有 33 个回答。邀请回答 HengDu 该类别下有 30 个回答。邀请回答 hwp0415229 该类别下有 28 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答可口可甜该类别下有 26 个回答。邀请回答 kingnet6688 该类别下有 26 个回答。邀请回答颜刚YanG 该类别下有 26 个回答。邀请回答 zyh34997 该类别下有 25 个回答。邀请回答柱子图宁该类别下有 25 个回答。邀请回答 jenny042 该类别下有 25 个回答。邀请回答 kingnet9999 该类别下有 25 个回答。邀请回答 andyfly7 该类别下有 25 个回答。邀请回答麻酱该类别下有 25 个回答。邀请回答成长的小师弟该类别下有 24 个回答。邀请回答 gXDhn 该类别下有 24 个回答。邀请回答 jiangwenwen 该类别下有 24 个回答。邀请回答哼小曲该类别下有 24 个回答。邀请回答齐镭相关推荐 • CR95HF校准问题 1021 • 请问哪里可以下载CR95HF和STM8L-Discovery板固件？ 1176 • CR95HF与M24LR兼容吗？ 1766 • CR95HF不响应任何命令 1161 • 如何将ISO14443A类型2卡与CR95HF一起使用呢 132 • 请问可以用CR95HF作为标签吗？ 940 • CR95HF具有哪些特性参数应用？ 1610 • 使用CR95HF可能检测到天线场内标签的移除吗？ 1203 • 如何使用CR95HF模拟NDEF？ 159 • 请问我是否可以连接两个CR95HF？ 1455 2个回答

答案对人有帮助，有参考价值 0 我也遇到过这个问题。但是在我的情况下，无论是否执行校准，我都无法与标签通信。但执行校准始终返回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

2019-7-29 17:08:39 评论举报李欣

答案对人有帮助，有参考价值 0 你好艾略特，由于信息太少，很难帮助您。无论如何，如果我理解得很好， 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

2019-7-29 17:21:51 评论举报刘峰