射频识别技术漫谈(21)——RC系列射频芯片的天线设计
个人感觉使用RC系列射频芯片开发卡片读写器,主要的关键点有两个,分别涉及硬件和软件。软件上的关键是如何正确设置RC系列射频芯片内部的64个寄存器,硬件上的关键则是RC系列射频芯片的天线设计。天线提供了卡片和读写器交换数据的物理通道,直接决定了读写器的读写性能和读写距离,在此基础上加上对64个寄存器的正确操作,读写器才能正常高效的工作。
在数字电路中设计模拟信号的天线还是比较复杂的,因为天线设计牵扯到好多因素,诸如电磁感应、场强、共振、干扰、Q值等等。好在芯片的制造商为了推销产品,多数都提供了参考的电路设计,芯片的使用者在参考电路的基础上设计自己的电路,则要容易的多,RC系列芯片的天线设计也提供了参考电路,如下图所示。
天线结构上可以分为四部分:EMC滤波、匹配电路、天线线圈和接收电路。
EMC滤波电路是一个低通滤波,L0为1uH,C01和C02都是68pF,这些都是典型值,实际电路中可以围绕典型值上下调节以满足设计要求;
天线电路中的天线线圈直接布线在PCB板上,采用中间抽头接地的对称方式,一般的应用中天线直径4-6公分,天线直径直接影响读卡距离,直径小读卡距离近,但也并不是直径越大越好。天线的圈数一般2-6圈,也就是说对称接地的情况下每一边1-3圈。
匹配电路用来连接天线电路和EMC滤波电路,匹配电路中的电容与天线电感组成谐振电路。C1a和C1b可取16pF或27pF,对读写距离影响不大,C2a和C2b是谐振电容,这两个电容值非常关键,它们直接影响谐振程度,进而影响天线电压的振荡幅度,最终影响读写距离。通常天线电压的峰峰值大于10伏就可以读到卡片,也并不是峰峰值越大越好,还要看卡片或标签上天线的大小、天线周围的干扰,尤其是金属干扰等因素。C2a和C2b通常可在82pF-220pF的范围内调节。
接收电路中的C3容量为1nF,C4为100nF,R1与R2组成分压电路,R2固定为820Ω,R1根据天线的震荡幅度在470Ω-10KΩ的范围内调节,典型值为2.2KΩ。
电路中的电阻和电容一般使用0402、0603或0805的贴片封装。稳定性要好,误差不能太大。
以上的参考电路可以说是懒汉设计法,更好的设计应该使用精密仪器,严格测量天线的电感值,等效的电容值,然后用公式计算,并对天线的Q值进行校核。不过估计大部分开发人员的测量工具也就仅限于万用表和示波器,在此情况下,使用参考电路基本上能满足要求。
设计读写器天线的时候,通常我们最关心的指标是读写距离,影响天线读写距离的因素主要有以下几方面:
(1)读写器和卡片的天线尺寸
(2)天线本身的匹配程度
(3)天线和匹配电路的品质因数
(4)读写器的功率
(5)环境影响
卡片上天线的尺寸我们没办法改变,我们只能设计天线的大小。好像有个理论说最大设计的读写距离应该等于天线的半径,而RC系列芯片的最大操作距离都是10公分,我们总不能做个直径20厘米的天线吧,除非特殊要求,这样的巨无霸很难有市场。
天线的匹配程度、品质因数和功率通过调整参考电路的元件参数是可以调节的。周围环境影响因素中金属干扰最为严重,金属干扰将导致操作距离减小,数据传输出错。金属与读写器天线之间的距离应大于有效的操作距离,为减小金属的影响,应使用铁氧体进行屏蔽。最好金属与天线的距离大于10cm,最小也要3cm,而且使用紧贴的铁氧体屏蔽。
另外,设计天线时为天线增加屏蔽可以有效抑制干扰,比如天线设计使用4层板,在两个中间层布天线线圈,在顶层和底层对应中间层线圈的地方布上一圈屏蔽地,当然这一圈屏蔽地本身不能闭合。
调整天线的最好方法还是直接用卡片或标签试验,边调节元件参数边测试读写距离,直到满足设计要求为止,时间长了,对天线电路的习性就心中有数了。
射频识别技术漫谈(21)——RC系列射频芯片的天线设计的更多相关文章
- 射频识别技术漫谈(22)——RC系列射频芯片的寄存器操作
前面提到,RC系列内部64个寄存器的正确操作是软件编写的关键.正确设置寄存器首先要做到与寄存器正确通信,其次是要对寄存器写入正确的值. RC系列射频芯片与微控制器的接口有并口和SPI接口两种类型.显然 ...
- 射频识别技术漫谈(20)——RC系列射频接口芯片
目前基于13.56MHz的射频识别技术主要有ISO14443A.ISO14443B.ISO15693和FELICA技术.针对13.56MHz的射频识别技术,NXP开发了一系列名字以RC(Radio C ...
- 射频识别技术漫谈(11)——Mifare系列卡的共性【worldsing笔记】
Mifare是NXP公司生产的一系列遵守ISO14443A标准的射频卡,包Mifare S50.Mifare S70.Mifare UltraLight.Mifare Pro.Mifare Desfi ...
- 射频识别技术漫谈(11)——Mifare系列卡的共性
Mifare是NXP公司生产的一系列遵守ISO14443A标准的射频卡,包Mifare S50.Mifare S70.Mifare UltraLight.Mifare Pro.Mifare Desfi ...
- 射频识别技术漫谈(10)——识别号的格式变化【worldsing笔记】
从事RDID行业的朋友经常会遇到这样的情况,同一张ID卡,在不同厂家生产的读卡器上读出的识别号完全不一样,有时甚至差之千里.ID卡的识别号一般是在出厂时被固化在卡片的ROM里,本身是不会改变的,问题出 ...
- 射频识别技术漫谈(6)——通讯协议概述【worldsing笔记】
通讯协议是通讯的双方或多方在交流时遵守的规矩,包括谁先发起通讯,先交流什么,后交流什么,一方如何问,另一方如何答等.在这里通迅的双方指的是读写器和卡片. 首先是谁先发起通讯,很显然有两种,读写器先发言 ...
- 射频识别技术漫谈(1)——概念、分类
现代社会智能卡已经渗透到生活的方方面面,公交卡.考勤卡.身份证.手机卡等等数不胜数. 智能卡按使用时是否和读卡器接触可分为接触式智能卡和非接触式智能卡,接触式智能卡上有6-8个触点,使用时插在卡 ...
- 射频识别技术漫谈(4)——数据编码【worldsing 笔记】
前已述及,射频识别技术中的调制方法一般使用调幅(AM),也就是将有用信号调制在载波的幅度上传送出去.这里的"有用信号"指用高低电平表示的数据"0"或" ...
- 射频识别技术漫谈(3)——能量、调制【worldsing 笔记】
无源和免接触是非接触式IC卡相对于接触式IC卡的两大特点.无源是指卡片上没有电源,免接触是指对卡片的读写操作不必和读写器接触.非接触式智能卡也是IC卡,而卡上的IC即集成电路工作时肯定是需要电源的,卡 ...
随机推荐
- SQLSERVER常用脚本整理
数据库存储空间查询(数据库的大小及数据库中各个表的数据量和每行记录大小) IF NOT EXISTS (SELECT * FROM dbo.sysobjects WHERE id = Object_i ...
- SQL Server JDBC驱动中sqljdbc和sqljdbc4区别
为了支持向后兼容以及可能的升级方案,JDBC Driver 2.0 在每个安装包中都包括 2 个 JAR 类库:sqljdbc.jar 和 sqljdbc4.jar. qljdbc.jar 类库提供对 ...
- vsvim _vsvimrc 设置(转)
c_joewang的专栏 (转) vsvim安装到vs2010后可以使用绝大部分原生vim的编辑功能,包括宏录制,也可以通过配置设置键盘映射,关于支持的编辑功能等可以参考上面链接去查看相关文档. Vi ...
- java web简易网上书店项目系列,使用MVC模式(servlet+jstl+dbutils),开篇
一. 针对很多java web初学者入门困难的问题,笔者利用一个小型web项目,一步一步的展示java web开发方法,每一个章节引入一些java web开发的重点知识,让同学们可以将java web ...
- 155Min Stack
题目地址:155Min Stack 最近为了提高数据结构和算法能力,保证每天一到leetcode的题目.从easy开始,感觉这道题目还蛮好,记录一下. 题目大意:就是维护一个栈,获得栈中元素的的最小值 ...
- Linux学习之挂载
linux的系统组织方式是——整个系统从根开始,按树形目录依次向下逐渐扩大,分类存放不同用途的文件,/读作“斜线”,英文slash:当其写作一个路径时,第一个/表示根,即root,其他的/表示路径分割 ...
- java面向对象之 类和对象
OOP:Object Oriented Programming(面向对象编程) 面向对象: 1:将复杂的事情简单化. 2:面向对象将以前的过程中的执行者,变成了指挥者. 3:面向对象这种思想是符合现在 ...
- 【转】CentOS 使用yum命令安装出现错误提示”could not retrieve mirrorlist http://mirrorlist.centos.org ***”
源自:http://www.cnblogs.com/yangbingqi/p/3328610.html 刚安装完CentOS,使用yum命令安装一些常用的软件,使用如下命令:yum grouplist ...
- nyoj 21三个水杯(BFS + 栈)
题目链接: http://acm.nyist.net/JudgeOnline/problem.php?pid=21 思想: 看了一下搜索就来写了这题(BFS 找出最短路径 所以用此来进行搜索) 这题在 ...
- qwtplot3D安装——终结解决方案(YOUYOU版)
转自CSDN: 首先不得不说,要感谢北京邮电大学的阿科.感谢他慷慨的分享和极具科学态度的记录,将自己搜集到的众多资料收集整理发布,拯救众多苦逼寻找方案的程序员于苦海之中.因为最近接手新的项目,涉及到使 ...