1. 读卡器到卡片前向链路的调制与编码如果你和我一样经常跟非接触式IC卡打交道读卡器、卡片、天线、协议栈换了一大圈被问到最多的技术问题里肯定有一个Type A 和 Type B 到底有什么不同有人说是调制方式不同有人说是编码方式不同还有人说A卡读得快、B卡抗干扰强。这些说法都对但都不完整。真正把两种卡推向两条技术路线的其实是整个物理层设计——从前向调制、编码到反向副载波调制每一步都选了完全不同的实现方案。在非接触式IC卡开始工作的最开始读卡器要通过天线向卡片发送能量和指令。射频场使用的载波频率都是13.56MHz这是大家共用的ISM频段但怎么让数据“坐上”载波Type A 和 Type B 给出了两个截然不同的答案。只盯着应用层的ATQA、ATQB这些命令看永远理解不了这两种卡为什么有那么多行为差异。1.1 ASK调制100%和10%背后的取舍Type A 用的是 100% ASK 调制。也就是说读卡器发送数据时载波会按照一定时间模式被直接“切断”。切断瞬间射频场幅度几乎掉到零在波形上形成一个个明显的“坑”。这些坑的宽窄、长短就携带了0和1的信息。Type B 则不一样它采用 ASK 调制但调制深度只有10%左右标准里通常要求8%到14%。同样是发数据载波幅度只是在原电平基础上轻微下降从波形上看像是“喘了一口气”远没有Type A那种断崖式跌落。为什么要这样设计这跟两个标准在设计时对供电稳定性、解调复杂度、抗干扰能力的考量有关。卡片运行的能量完全来自射频场。100% ASK调制会导致场强周期性跌到接近零卡片内部整流电路必须靠电容储能来扛过这些缺口。Type A老卡片普遍在芯片里放一个相对大容量的滤波电容就是为了扛住这些“坑”。但深调制的好处也非常明显接收端解调极其容易只要检测“载波有没有断”就能还原数据对弱场、动态场强变化都不敏感。Type B 的10% ASK则相反射频场几乎连续输出卡片能量供给非常平稳但解调器必须能分辨90%和100%这两种电平之间的细微差别。这个差别在近场强耦合时够用一旦卡片离读卡器较远、场强衰减严重信噪比就会变得紧张。所以Type B对灵敏度和天线匹配的要求通常更高一点。这也解释了为什么很多Type B项目的天线调试会比Type A更“娇气”。1.2 编码方式改进Miller与NRZ的差异调制解决了“载波上怎么打点”的问题编码决定了打出来的点按什么规则排列。Type A前向用的是改进的Miller编码Type B前向用的是NRZ编码两者形态差异非常大。Miller编码说白了是一种基于脉冲间隔的编码方式。在改进Miller编码里数据1用一个较长的低电平缺口表示数据0用一个较短的缺口表示起始位用更长的固定缺口。读卡器发送时就按这套时间模板快速开、关载波。NRZ则最直白高电平表示1低电平表示0没有中间变换也不需要额外的时间调制。Type B读卡器发数据时只要把射频场幅度在满场和降低后的场之间切换就行。两种编码放在一起对比很有意思Miller编码适合深调制因为载波本来就是断的把信息嵌在缺口的宽窄里很自然NRZ编码适合浅调制因为场上始终有连续载波可以直接用电平高低表示逻辑值。对卡片端来说解码Miller需要精确测量缺口宽度所以卡里要有一个相当准确的定时基准解码NRZ则更依赖幅度分辨能力以及从连续载波里恢复出位时钟的准确度。前者对时间窗口敏感后者对幅度阈值敏感。两种方案没有绝对高下只是设计哲学不同——Type A更强调简单可靠、低成本Type B更强调供电连续、适合复杂调制。2. 卡片回复副载波负载调制才是真正的分水岭前向链路读卡器发、卡片听这只是一半。真正让两种卡“性格迥异”的是反向链路——卡片怎么把自己的数据传回读卡器。这个方向上的差异比前向更加明显也更影响读卡器设计。2.1 负载调制与副载波没有发射机的“回复”非接触卡片体内没有独立的有源发射机它不可能像手机一样主动发射信号。卡片的回复靠的是“负载调制”。简单理解就是卡片根据要发送的数据动态改变自己天线回路的阻抗这个阻抗变化会耦回到读卡器天线上形成能被检测到的幅度或相位变化。但问题在于卡片引起的阻抗变化非常微弱直接识别很困难。所以标准引入了副载波的概念副载波频率 13.56MHz / 16 847.5kHz。卡片先把要发送的基带数据调制到这个847.5kHz副载波上再用这个副载波去控制自身回路的负载变化。读卡器检测到的就是主载波旁边出现的一对边带信号分离出边带后再解调出基带数据。这个设计逻辑可以理解成主载波是“公交车”副载波是“车内广播频道”真正的内容在“车内广播”上。有了副载波反向信号就有了比较规律的频域特征读卡器可以用窄带滤波把微弱的卡片信号从强主载波旁边捞出来。2.2 Type A反向副载波OOK加曼彻斯特Type A的反向链路工作流程是这样的卡片先把数据流用曼彻斯特编码处理。曼彻斯特编码的特点是每个位周期中间必然发生一次电平跳变跳变方向不同就代表1或0。然后再用这个曼彻斯特编码信号去“开/关”847.5kHz副载波也就是OOK调制。一句话概括Type A反向是“曼彻斯特编码 OOK副载波调制”。读卡器收到的包络像一串有固定节奏的方波脉冲每个位窗口前半段有副载波、后半段没有或者反过来用这种位置关系表示0和1。从示波器上看就是一段一段的“眨眼式”波形。这种方式的实现成本低卡片侧只要一个开关管控制负载通断就行读卡器侧也只需要包络检波加副载波解调。缺点是OOK本质上是“有信号/没信号”的等幅切换抗幅度干扰能力一般。尤其在场强波动、附近有金属物扰动时容易出现位错误。2.3 Type B反向BPSK相位跳变Type B的反向链路走了另一条路线它不用开关键控副载波而是让847.5kHz副载波连续存在通过相位在两个值之间跳变来传递数据也就是BPSK调制。相位为0和相位为180度对应不同逻辑值读卡器解调时看的是同一段副载波里相位怎么翻转。BPSK的直观特点是从包络上看反向信号幅度基本恒定没有Type A那种明显的一节一节“喇叭口”。它的能量全部集中在副载波频率附近频谱利用率更高抗幅度干扰能力更强。代价是解调更复杂——读卡器必须锁定副载波相位需要做正交解调或差分相位检测不能像Type A那样看看包络就行。很多人在现场用示波器看两类卡的回波时会有强烈对比Type A回波像“眨眼”Type B回波像“平稳的菱形纹”。这个差异从ISO 14443第一版设计时就已经注定。2.4 为什么速率几乎都是106kbit/s很多刚接触非接触卡的人会问一样是13.56MHz载波为什么卡到读卡器的传输速率基本都是106kbit/s其实这个值是算出来的位速率 载波频率 ÷ 128 ≈ 106kbit/s副载波847.5kHz又等于载波÷16。这两个分频关系保证了一个位周期内刚好有8个副载波周期。这个整数倍关系不是巧合它让从副载波恢复位时钟变得非常简单数字电路只要数8个副载波过零点就完成一个位周期数16个副载波周期就是两个位周期。整个硬件时序可以全部分频实现不用PLL成本低、时序准。标准后来也定义了212kbit/s、424kbit/s、848kbit/s这些更高档位但底层副载波还是847.5kHz只是位周期缩短、编码方式调整。日常见到的大量应用比如M1卡、NFC-A标签、绝大多数门禁与支付卡跑的还是106kbit/s基本速率。链路Type AType B前向调制ASK 100%深调制ASK 10%浅调制前向编码改进MillerNRZ反向调制副载波OOK副载波BPSK反向编码曼彻斯特BPSK相位位速率106kbit/s可扩展106kbit/s可扩展3. 防冲突算法A卡“对暗号”B卡“抽签排队”如果只有一张卡在读写器面前一切简单。但现实是桌面上可能同时放着两张、五张卡。这时候读卡器怎么从一堆卡里挑出目标Type A 和 Type B 又走出两条完全不同的路。3.1 Type A按位防冲突一棵“二叉树”Type A的防冲突机制叫“按位防冲突”原理上像玩猜数字游戏。读卡器先广播一个请求命令所有在场的Type A卡都会回应自己UID的部分比特。读卡器接着发送一个带掩码的选择命令掩码指定了大家必须返回的UID比特位。如果两张卡的某个UID位不同它们在同时返回时这个位上就会出现冲突读卡器的接收电路会检测到“同一时刻出现0和1”的冲突信号。知道冲突发生在哪一位后读卡器就把这个冲突位固定为0让符合这一分支的卡继续应答另一分支的卡被排除。这样一轮一轮往下锁定位直到最后只剩一张卡再发送选择命令正式选中它。工程上的一个细节是Type A的防冲突是逐位交互的速度不快尤其在卡多的时候来回确认次数多。但好处是抗冲突能力强几乎没有“漏”的情况。NFC论坛里的NFC-A兼容了这套机制所以手机上的多数卡模拟功能都建立在Type A基础上。3.2 Type B时隙ALOHA排队抽签Type B用的是时隙ALOHA算法。读卡器先发一个REQB请求里面带上时隙参数N表示这次允许卡在几个时隙里应答。每张卡收到请求后自己随机挑一个时隙号等自己的时隙到了再发ATQB应答。读卡器依次监听每个时隙若某个时隙里只有一张卡响应就能正常处理若多张卡选了同一个时隙发生碰撞读卡器在下轮重新请求让它们再随机一次。通俗点说Type A像考场上老师逐一核对学生证号Type B更像抽签所有人随机拿1到N号报到你的号就举手撞号了重新抽。这种机制的优点是实现简单卡片侧只要有一个随机数发生器就行适合大量卡片同时进入场区的场景。缺点是存在一定碰撞重试概率读卡器无法定位到某一位的冲突只能根据哪个时隙出现CRC错误或无声来判断。3.3 防冲突差异带来的应用影响从工程角度看Type A更适合少量卡、快速锁定目标的场景比如门禁、支付Type B更适合成批标签、慢速存量的场景例如物流盘点、证件查验。这里要特别提一句由于防冲突机制不同读卡器芯片处理Type A和Type B的流程也完全不同。早年有些读卡器模块只支持Type A比如大量Mifare专用模块后来才出现双协议读卡芯片把Type B一并兼容。做项目选型时如果只标“支持ISO 14443”其实远远不够必须确认读卡器到底支持A、B还是A/B双协议。4. 现场测试与波形判断怎么快速区分A/B卡理论讲完了总要落到调试台上。我给大家分享几个自己常用的判断方法新手可以直接照做。4.1 用手机或读卡器快速判型手边没有示波器时最简单的办法是把卡贴近手机NFC区域用支持读卡类型的App查看。绝大多数手机NFC默认能识别NFC-A部分也能识别NFC-B。如果App能正确报出ATQA值或ATS基本可以断定是Type A如果App报出ATQB或卡类型显示ISO 14443B那就是Type B。另一个办法是拿桌面读卡器直接读底层命令。Type A卡收到REQA后会返回ATQAType B卡收到REQB后会返回ATQB这两个应答的数据结构完全不同一眼就能分辨。很多读卡器API会直接暴露这些层数据不用自己抓波形就能判断卡型。4.2 示波器观察调制波形想看调制差异可以把示波器探头切换到近场模式用线圈探头靠近读卡器天线观察读卡器发送命令期间的载波包络。Type A命令段的波形是“断崖式”的每个位周期里都有接近100%的幅度跌落缺口很明显你甚至可以用游标量出短缺口、长缺口的时长差异。Type B命令段则是一条相对平坦的包络只有约10%幅度的轻微起伏需要把示波器纵向分辨率拉高才看得清楚。在反向回波阶段也就是读卡器停止发射、进入接收状态时Type A回波包络呈明显通断状态能看到一段段副载波脉冲Type B回波则是连续副载波相位在跳变。用普通幅度触发可能触发不了Type B回波得设置成边沿触发加长采集时间才能看到整段波形。4.3 调试中常见的三个坑第一个坑是天线失谐导致Type B读不到卡。Type B依赖检测低幅度变化天线失谐会把调制深度进一步压低直接导致解调失败。遇到Type B不读卡时我一般先查天线匹配电容再查射频场覆盖范围别一上来就怀疑卡片。第二个坑是Type A卡片在强场下出现“过压复位”。100% ASK调制对能量管理要求高卡片离读卡器天线太近整流电压过高有些卡片会触发内置限压保护重启表现就是读卡器刚滴一声卡就“死机”了。解决办法是调整读卡器功率或优化时序给卡片留出复位时间。第三个坑是示波器接地点干扰导致波形假象。射频近场测量时示波器地线夹会形成一个大环天线引入共模干扰看Type B那种10%浅调制时几乎看不出真实波形。正确做法是用近场探头直接测或者把探头尖端与地之间短路成一个小环再贴近天线探测。观察点Type AType B读卡器命令段调制接近100%的深坑约10%的浅槽卡片回波包络副载波一段段开断连续副载波、相位跳变SOF起始长缺口加短缺口组合高低电平组合解码难点时间窗口判断低幅度信号分辨5. 工程选型与行业应用经验聊完原理和调试最后说说实际选型。很多人以为Type A和Type B一样只要读卡器写着支持14443就完事实际上两者生态差别很大。5.1 Type A和Type B各自的主场Type A在小额支付、门禁、公交、校园卡、NFC标签上有压倒性优势。Mifare Classic、Mifare Plus、Desfire这些主流逻辑加密卡全是Type A阵营NFC论坛的Type 1/2/3/4标签大部分也建立在A类物理层之上。手机读卡、模拟门禁卡绝大多数靠的是Type A。Type B常见于对身份认证和安全性要求更高的场景。比如一些电子证件查验终端、票务系统以及需要多卡并发感应的行业应用因为Type B的防冲突机制和多算法CPU卡片适配度更好。部分金融卡和交通复合卡项目也会根据应用需求选择B类实现。如果一个项目打算兼容两类卡需要在读卡器芯片和天线设计上提前做双协议支持不能只靠软件切换因为前向调制深度、反向解调方式、防冲突流程都不同。现在的双协议读卡芯片很成熟成本也不高所以除非项目只绑定单一卡种否则我基本建议直接上双协议方案。5.2 选型与项目落地的心得关于选型落地我个人的经验有四点。第一先确认卡类型再选读卡器。很多项目方只提供“非接触IC卡”几个字等采购完才发现读卡器只支持A、不支持B联调时才发现问题返工周期很长。第二细看读卡器芯片的调制参数。同样是支持Type A有些芯片的ASK调制深度在弱场下会降到80%以下导致特定卡片解调不稳定同类问题在Type B上更容易出现因为B类对调制深度和天线Q值的要求更苛刻。第三别忽略卡片厂商的差异化实现。虽然ISO标准定义了参数范围但不同品牌卡片在Miller缺口宽度、副载波相位精度上会有细微偏差。现场如果发现某批卡在一种读卡器上正常、在另一种读卡器上失败不妨用示波器把该批卡的回波波形和标准参考卡对比一下往往能看出偏差。第四从维护角度看Type A的调试资料更多、社区支持更广遇到问题容易找到人求助Type B相对小众可一旦走上稳定轨道它的抗干扰性和供电连续性在工业环境里反而更有优势。项目如果看重长期稳定性和复杂场景适应能力可以优先考虑Type B加CPU卡的组合。搞懂Type A和Type B的区别之后再回头看刚开始那些表象说法——读得快、抗干扰强——其实都是结果。真正决定这两种卡不同“性格”的是前向的ASK调制深度与编码方式加上反向的副载波调制方式一步步把整个协议栈分成了两个流派。遇到“读卡器读不了某张卡”或者“为什么两种卡不能混用”这类问题先往物理层和波形层面看往往比在应用层反复调API参数要高效得多。
企业数字化 ERP 产品动态
相关推荐
月耀湾区 华韵共圆 “湾区升明月”2026大湾区中秋电影音乐晚会圆满举办。晚会汇聚海峡两岸暨港澳地区文艺工作者,以中秋明月为纽带,共叙中华儿女同根同源的深厚情谊,传递家国团圆的美好愿景。本次晚会特邀盖娅传说品牌创始人、总设计师熊英担任晚会形象总监&… · 2026/9/23 20:45:09
CVBS信号原理与实战:从模拟视频传输到工业级应用 1. 这不是“老电视接口”那么简单:CVBS信号到底在解决什么问题?你拆开一台2000年代的DVD播放器、老式监控摄像头,或者带AV输出口的游戏主机,背后那根黄色的RCA莲花头线,就是CVBS(Composite Video Blanking … · 2026/9/23 20:45:09
Photoscan相机标定与畸变改正全流程:从内参原理到工程实践 简介:聚焦PhotoScan(现Metashape)的相机标定与畸变改正环节,面向航空摄影测量、三维重建的工程师与学生,讲述从原始照片到无畸变影像的关键流程。文档共1个docx文件,大小约2.37MB,以图文步骤呈现… · 2026/9/23 20:45:02
校园一卡通消费数据分析与Python聚类建模实战 简介:这是一套围绕学生校园消费行为分析题的Python建模项目,专为高校期末大作业、课程设计等场景打造。资源包共6个文件,包含5个Python脚本和1个原始数据压缩包,脚本按照不同任务模块编写,如基本数据探查、消费特征提取… · 2026/9/23 21:25:59
DELMIA虚拟仿真实战:从机器人编程到产线数字化的核心逻辑 1. 从车间布局到机器人编程:DELMIA 到底在解决什么问题第一次接触 DELMIA 的人,十有八九是被“虚拟仿真”这四个字带偏的。很多人下意识觉得它就是个“把设备模型拖进软件里动一动”的三维动画工具,跟做效果图差不多。但真正在汽车焊装线、航… · 2026/9/23 21:25:58
微信机器人为什么需要服务时间策略:晚上收到消息,不代表机器人应该照常工作 官网友情链接 wechatapi.net
微信自动回复的一大优势,就是不受人工工作时间限制。 客户晚上 11 点发消息,机器人仍然可以收到。
凌晨 2 点发消息,系统也可以处理。
从技术角度看,这当然很好。
但业务层面有一个问题࿱… · 2026/9/23 21:25:52
NBA比赛结果预测:从数据获取到模型调参的完整Python机器学习实战指南 简介:面向Python课程设计与机器学习实践场景,这份资源以美职篮(NBA)比赛数据为切入点,实现了从爬虫采集、数据清洗到智能预测的比赛结果分析流程。项目取材真实赛季数据,涵盖球队场均统计、对手数据、赛程安… · 2026/9/23 21:25:52
PaddleSpeech 服务端错误码体系解析:从 ErrorCode 定义到 RESTful 接口的统一异常处理 人工智能语音音频 【免费下载链接】PaddleSpeech Easy-to-use Speech Toolkit including Self-Supervised Learning model, SOTA/Streaming ASR with punctuation, Streaming TTS with text frontend, Speaker Verification System, End-to-End Speech Translation and Keyword… · 2026/9/23 21:25:45
3招搞定手机怎么下载微信面试难题实战项目解析 3招搞定手机怎么下载微信面试难题实战项目解析 面试被问“手机怎么下载微信”背后的原理,90%的人答不上来。别笑,这看似弱智的问题,实则是考察你对移动应用分发机制、安全校验及网络协议理解的试金石。我带过不少校招新人,他们背了八股文,却连一个A… · 2026/9/23 0:00:03
你有新短消息请注意查收:3个新手避坑指南搞定消息系统选型 你有新短消息请注意查收:3个新手避坑指南搞定消息系统选型 面试被问“高并发下如何保证消息不丢失”,你张口就是“用Redis”,结果面试官追问“如果Redis宕机了怎么办”,你瞬间卡壳。这种场景太常见了,很多新手在背八股文时,只记住了技术名词… · 2026/9/23 0:00:29