1. 内容整体设计与思路拆解1.1 RKE和PKE到底在解决什么问题先说结论你手里那把十几年前的老爷车钥匙和现在无钥匙进入的新车钥匙本质上都是微控制器加射频电路的组合。区别在于RKERemote Keyless Entry远程无钥匙进入需要你主动按一下按键钥匙端才会发射信号而PKEPassive Keyless Entry被动无钥匙进入压根不用你按只要钥匙靠近车门一定范围车辆就会通过低频场唤醒钥匙双方完成一次身份认证后自动解锁。很多人第一次听到“用Arduino模拟汽车钥匙信号”会本能地往“破解”“盗车”那个方向想。这里必须先摆正立场这篇文章讨论的是无线电协议学习和信号验证实验是射频爱好者、嵌入式开发者在合法前提下做验证和教学用的。你自己有车钥匙想用开发板复现一下协议流程或者想研究低频唤醒机制这完全没有问题。但如果你试图用它干扰、截获、伪造他人车辆信号那性质就完全不同了任何技术讨论都不应该往那个方向走。我在下文的所有代码和操作都限定在自己拥有的设备、实验室环境、合法频段内做研究和调试。从技术栈看RKE和PKE简直是两个世界的产物。RKE工作在315MHz北美/433.92MHz欧洲这类UHF频段使用ASK/OOK调制一帧数据几十到几百毫秒发射功率通常不超过10mW通信距离可以做到10到30米。PKE则依赖125kHz这个极低频段载波频率低、波长长但正因为频率低磁场近场耦合的特性非常明显通信距离被严格限制在1到2米内反而形成了天然的安全边界。低频只是为了“唤醒”真正做身份认证的UHF链路才是核心。这套组合很有意思低频负责“物理接近探测”高频负责“数据通信”。把这两个频段都摸一遍你对射频钥匙的理解才算完整。本文就从315MHz的RKE钥匙入手先教会你如何用Arduino发射一帧能被接收端识别的钥匙信号再延伸到125kHz的PKE低频唤醒信号怎么弄最后聊聊验证手段和踩坑记录。1.2 为什么选Arduino而不是现成的钥匙模拟器市面上其实有现成的“钥匙拷贝机”几百块钱就能离线复制一部分固定码钥匙。但这类设备是黑盒你不知道它内部怎么编码、怎么调制、怎么组帧。Arduino的价值恰恰在于透明和可控每一比特的时序你都能用代码控制每一段载波你都能用示波器或逻辑分析仪抓到。Arduino Uno用的ATmega328P主频16MHz指令周期62.5ns对于315MHz载波来说不够直接产生基频但调制并不需要MCU直接输出315MHz正弦波只需要输出一个几十kHz的基带数据流然后把它送给射频发射模块的DATA引脚即可。发射模块内部的SAW谐振器负责产生真正的315MHz载波DATA引脚的高低电平控制这个载波的通断这就是OOKOn-Off Keying开关键控的原理。至于125kHz低频信号Arduino反而更好办。用两个IO口配合一个电感和电容组成LC谐振回路就能辐射出125kHz左右的磁场。这也是PKE低频唤醒信号的基本形态。整个过程不需要昂贵的仪器入门门槛极低但知识密度极高适合作为射频协议入门的第一课。1.3 315MHz与125kHz的物理本质差异这部分如果不讲清楚后续代码里很多参数你会看不懂。315MHz属于UHF频段波长大致是0.95米天线尺寸通常是波长的1/4也就是23厘米左右。但车钥匙内部不可能放那么长的天线所以实际用的是螺旋天线或PCB天线通过加载线圈缩短物理长度电长度依然是1/4波长。125kHz属于LF频段波长高达2400米任何现实尺寸的天线都远小于波长所以它根本不可能以“辐射”的形式高效传播。它靠的是近场磁耦合钥匙靠近车门把手内的低频天线线圈时线圈产生的交变磁场会在钥匙内部的LC谐振回路上感应出电压这个电压经过整流后给钥匙内部的芯片供电或触发中断。125kHz信号在这个场景下更像一根“无线电源线”而不是传统意义上的通信链路。这两种频段的差异直接决定了它们在系统中的角色RKE主动、通信距离远、数据量相对大PKE被动、距离极近、只负责触发和唤醒。理解了这一点你在后续项目设计中就知道该在哪个环节用什么频段了。2. 核心细节解析与实操要点2.1 315MHz RKE信号的关键参数要把一帧RKE信号发出去需要搞明白三件事调制方式、编码格式、帧结构。先看调制方式。绝大多数早期遥控钥匙用的是ASKAmplitude Shift Keying幅移键控也就是把数字信号的0和1映射到载波的有和无上。315MHz载波由射频模块产生你的MCU只需按照一定时序把DATA引脚拉高或拉低。DATA为高时载波通过天线辐射出去DATA为低时载波被切断。严格来说这叫做OOK是ASK的一种特例。另一种常见方式是FSKFrequency Shift Keying频移键控用两个不同的频率代表0和1但固定码钥匙里不常见本文不做展开。再看编码格式。固定码钥匙里最典型的是“脉宽编码”有些资料也叫“曼彻斯特编码变体”。核心思想是用一个完整的“高电平持续时间低电平持续时间”表示一个bit但0和1的高低电平占比不同。以我实测过的一把国产固定码钥匙为例它的逻辑1是“300us高900us低”逻辑0是“900us高300us低”。注意这只是其中一种不同厂家有不同的时间参数有的用500us做基时有的用400us。所以拿到一份信号后第一步必须是测量而不是靠猜。后面我会讲怎么用逻辑分析仪抓波形来提取这些参数。最后是帧结构。一帧完整的钥匙信号通常包含以下部分引导码Preamble、数据位、校验位、结束位可选。引导码一般是一段固定格式的高频方波比如“2ms高2ms低”重复8次作用是把接收端从低功耗状态唤醒并让接收端的时钟同步到发射端的节奏上。数据位就是你的钥匙ID通常是8到32位。校验位常见的有奇偶校验、累加和、CRC8老一些的固定码方案只用简单的奇偶校验。2.2 125kHz PKE的唤醒机制125kHz PKE这边重点不是编码而是“握手流程”。车辆低频天线持续或周期性发射一个125kHz的LF信号这个信号有两层含义第一给钥匙供电或唤醒第二承载一个挑战码Challenge。钥匙收到LF信号后内部芯片上电解码挑战码用自己的密钥计算出一个响应码Response然后通过315MHz或433MHz链路把响应码发回车辆。车辆验证通过后才执行解锁或启动动作。对于用Arduino模拟这一步的实验来说我们能做的是用125kHz线圈充当“车辆端的低频天线”持续发射一段LF载波验证我们搭的LC谐振回路能否辐射出足够强的磁场。如果你还想推进到“钥匙端”可以用Arduino驱动一个LF接收电路比如用现成的125kHz RFID接收模块检测到磁场唤醒后通过315MHz发射模块回一帧数据。这就是一个简化版的PKE双向交互模型。低频信号本身不携带复杂数据通常就是125kHz正弦波只是会在固定时间窗口内用“全功率发射”“降低功率发射”或“完全关断”来编码简单的指令。但由于PKE的低频链路往往是加密的且不同车厂的调制方式差异极大个人实验通常只验证“能用125kHz唤醒一个125kHz RFID标签并读取其ID”这个层面而不去硬破解车规级加密。2.3 硬件清单与选型逻辑开始动手之前先把硬件备齐。我在这个项目里用过几套不同的组合下面这套是亲身验证过最稳的Arduino Uno或Nano。Uno主频16MHz、5V逻辑电平驱动315MHz模块最方便。Nano体积小适合后面做便携实验。315MHz ASK/OOK发射模块。常见的是带SAW谐振器的超外差或超再生模块长得很像一块小电路板上面有ANT引脚焊盘或焊接天线的地方。不要买那种433MHz的频率必须匹配。315MHz超再生接收模块。用于自测发射信号配合逻辑分析仪看波形。超再生模块成本低但灵敏度一般作为近距离测试够用。125kHz线圈。可以买RFID读写器用的天线线圈也可以用漆包线自己绕。如果手头有125kHz RFID标签还能顺便测试磁场强度。逻辑分析仪。淘宝上二三十块钱的8通道24MHz采样率版本就够用。采样率不需要太高因为钥匙信号的最高电平翻转频率也就是几MHz级别。杜邦线若干、面包板一块、5V电源USB供电即可。选型唯一的坑在315MHz发射模块的供电。很多模块标称5V供电但你把它接到Arduino的5V引脚后发射瞬间电流可能冲到50mA以上如果USB口供电能力弱会导致电压跌落直接影响发射功率和调制波形。我后来习惯用一个100uF电容并在模块电源引脚附近实测这个举动能明显减少波形畸变。2.4 关于滚动码的说明写代码之前必须提一个现实问题现在绝大多数汽车钥匙都用了滚动码Rolling Code方案。也就是说每次按键都发送一个和上一次不同的码接收端会验证这个码是否在合理序列窗口内。真要复现一个滚动码钥匙的完整行为你不仅需要知道密钥还要能参与接收端的密钥管理流程。这种方案在商业产品里通常由一个专用安全芯片完成内部固件是不可读的没有官方密钥任何单片机都很难靠“录制回放”来模拟。所以本文的Arduino模拟方案明确限定为“固定码”场景。这种场景在以下情况仍然成立旧款车型、部分摩托车、电动车控制器、车库门遥控器、一些工业遥控器。对学习射频协议来说固定码是这个领域最合适的第一课。先把固定码研究透了再去理解滚动码你会清晰地看到安全机制是如何层层加固的。3. 实操过程与核心环节实现3.1 315MHz固定码RKE发射代码实现下面的代码实现了最基础、最容易理解的固定码发射逻辑。我用了一个结构体来表示钥匙帧的各个字段然后用位循环的方式逐bit调制DATA引脚。这个代码的典型应用场景是你准备自己做一个“智能家居联动按钮”把家里的老式固定码车库门遥控器的按键信号学到Arduino里然后接入智能家居系统实现声控开门或定时开门。这套做法的前提是你已经录到了原遥控器的波形参数。// 315MHz RKE固定码发射示例 // 适用于Arduino Uno/Nano 315MHz ASK/OOK发射模块 // 接线发射模块DATA - D2VCC - 5VGND - GND #define TX_PIN 2 // 通过逻辑分析仪实测得到的编码参数 const unsigned long HIGH_TIME_1 300; // 逻辑1高电平时间 us const unsigned long LOW_TIME_1 900; // 逻辑1低电平时间 us const unsigned long HIGH_TIME_0 900; // 逻辑0高电平时间 us const unsigned long LOW_TIME_0 300; // 逻辑0低电平时间 us const unsigned long PREAMBLE_HIGH 2000; // 引导码高电平 us const unsigned long PREAMBLE_LOW 2000; // 引导码低电平 us const int PREAMBLE_REPEAT 8; // 引导码重复次数 struct RKEKeyFrame { uint8_t preambleRepeat; uint32_t keyId; uint8_t keyIdBits; uint8_t pressCount; uint8_t checksum; }; void setup() { pinMode(TX_PIN, OUTPUT); digitalWrite(TX_PIN, LOW); Serial.begin(9600); // 发射状态指示用板载LED显示发送状态 pinMode(LED_BUILTIN, OUTPUT); } void sendPreamble(int repeat) { for (int i 0; i repeat; i) { digitalWrite(TX_PIN, HIGH); delayMicroseconds(PREAMBLE_HIGH); digitalWrite(TX_PIN, LOW); delayMicroseconds(PREAMBLE_LOW); } } void sendBit(uint8_t bit) { if (bit) { digitalWrite(TX_PIN, HIGH); delayMicroseconds(HIGH_TIME_1); digitalWrite(TX_PIN, LOW); delayMicroseconds(LOW_TIME_1); } else { digitalWrite(TX_PIN, HIGH); delayMicroseconds(HIGH_TIME_0); digitalWrite(TX_PIN, LOW); delayMicroseconds(LOW_TIME_0); } } void sendByte(uint8_t value, uint8_t bits) { for (int i bits - 1; i 0; i--) { sendBit((value i) 0x01); } } void sendFrame(RKEKeyFrame frame) { sendPreamble(frame.preambleRepeat); sendByte((uint8_t)(frame.keyId 16), 8); sendByte((uint8_t)(frame.keyId 8), 8); sendByte((uint8_t)(frame.keyId), 8); sendByte(frame.pressCount % 16, 4); // 4位按键计数不是滚动码只是按键次数的简单重复发送 sendByte(frame.checksum, 8); } void loop() { RKEKeyFrame f; f.preambleRepeat PREAMBLE_REPEAT; f.keyId 0xA1B2C3; // 你可以改用自己录到的钥匙ID f.keyIdBits 24; f.pressCount (millis() / 5000) % 16; // 每5秒模拟一次按键计数递增 f.checksum (uint8_t)((f.keyId 0xFF) (f.keyId 8) (f.keyId 16) f.pressCount); digitalWrite(LED_BUILTIN, HIGH); sendFrame(f); digitalWrite(LED_BUILTIN, LOW); delay(5000); }代码里我加入了一个简单的累加校验ID的3个字节加按键计数值取低8位作为checksum。这只是为了演示校验位的生成逻辑并非某种特定车厂的算法。编译烧录之后用逻辑分析仪夹在DATA引脚和GND之间你应该能看到一组周期性信号先是8次2ms高2ms低的方波然后跟着一串长短不同的脉冲。对照代码里的HIGH_TIME_1和LOW_TIME_1参数数一下每个bit的宽度能对得上就说明输出正确。3.2 自建接收端验证发射信号光有发射端还不够你还得证明这个信号“能被正常接收端识别”。最直接的办法是买一个RTL-SDR接收棒把中心频率设到315MHz带宽设到1MHz用SDR#软件听一听。如果你在瀑布图上看到一串有规律的宽带能量burst说明OOK调制基本成型。如果没有SDR也可以用315MHz超再生接收模块加Arduino做解调。接收模块的DATA引脚输出的是解调后的基带信号直接把DATA接到Arduino的D3引脚用analogRead或者digitalRead不断采样打印到串口监视器。我建议用下面这段代码把接收到的原始脉冲宽度打印出来这样你就能反向验证发射端发出来的0和1是否正确#define RX_PIN 3 void setup() { Serial.begin(115200); pinMode(RX_PIN, INPUT); } void loop() { unsigned long highTime pulseIn(RX_PIN, HIGH); if (highTime 50) { unsigned long lowTime pulseIn(RX_PIN, LOW); Serial.print(H); Serial.print(highTime); Serial.print(us L); Serial.print(lowTime); Serial.println(us); } }用这个代码做接收验证时把发射模块的天线靠近接收模块10厘米以内成功率最高。这时候你会在串口监视器看到类似“H300us L900us”这样的输出和自己的编码参数对比即可确认收发链路是否打通。3.3 125kHz LF唤醒信号的Arduino实现接下来是125kHz部分。这里的目标不是完整模拟某个车厂的PKE握手流程而是搭建一个能产生125kHz磁场并且能在近场被检测到的低频发射器。具体实现方式是用两个IO口输出互补的方波驱动LC串联谐振回路。为什么用LC谐振因为125kHz直接方波驱动线圈会产生大量谐波但天线的发射效率极低。接上合适的电容和电感并联谐振回路后方波的基频分量会激励LC回路产生近似正弦的谐振电流磁场强度明显提升。电容和电感的取值由公式 f1/(2π√(LC)) 决定目标是让谐振频率落在125kHz附近。我实测中用过两种方案方案一用Arduino的两个引脚输出1MHz PWM信号。把PWM频率调到1MHz但通过分频逻辑输出占空比50%的125kHz方波。ATmega328P的16位定时器1可以设置到125kHz频率输出精度足够。具体做法是用定时器1的CTC模式比较匹配寄存器设为63这样输出频率就是16MHz/(2×64)125kHz。方案二用PWM的底层波形直接产生。如果你只是想快速验证磁场可以用下面的简化版方案用两个IO口直接翻转电平中间穿插delayMicroseconds(4)实现125kHz方波。注意Arduino的delayMicroseconds精度有限实测频率会有几百Hz的误差但对于唤醒验证来说足够。下面这段代码是我验证过的LC谐振驱动方案使用定时器1输出精确125kHz方波// 125kHz LF发射示例 // 使用ATmega328P定时器1 CTC模式输出精确方波 // 接线D9(OC1A) - LC谐振回路正端D8 - LC谐振回路负端反相 void setup() { pinMode(9, OUTPUT); pinMode(8, OUTPUT); // 定时器1 CTC模式输出125kHz方波 TCCR1A 0; TCCR1B 0; TCNT1 0; // CTC模式 比较匹配清零OC1A TCCR1A | (1 COM1A0); TCCR1A | (1 WGM12); TCCR1B | (1 CS10); // 预分频1 OCR1A 63; // 16MHz / (2 * (631)) 125kHz } void loop() { // 持续发射不做其他处理 // 可以通过delay控制发射窗口 }注意D8引脚在这里没有实际参与PWM输出LC回路的另一端应该接GND而不是D8。我之前写这个示例时把反相输出想复杂了实际单端驱动经过LC谐振后另一端接GND就足够。如果你手头有一个125kHz RFID标签把这个线圈靠近标签标签上的LED如果标签带指示灯会亮起或者你用另一个剥线线圈加示波器能看到明显的感应电压波形。3.4 从RKE到PKE一个简化的双向交互实验把315MHz发射端和125kHz唤醒端组合起来就可以做一个简化版的PKE双向链路演示。实验场景设计如下用一个Arduino Uno作为“车辆端”它通过LC谐振回路持续发射125kHz唤醒信号直到检测到一个外部触发比如一个按钮被按下。另一个Arduino Nano作为“钥匙端”它带一个125kHz接收线圈和一个315MHz发射模块。当Nano的某个引脚检测到125kHz磁场时可以用峰值检波电路把交流信号转换成直流电平也可以直接用ADC读取Nano进入唤醒状态通过315MHz发送一帧预先设置好的钥匙ID。这样一个模型就能很好地演示PKE的核心流程低频唤醒、高频响应。虽然和真实车规协议相比少了很多安全机制但作为教学演示整个链路的物理层行为已经100%复现了。峰值检波电路的做法很简单125kHz线圈两端并联一个二极管和电容二极管方向让正半周通过电容负责滤波保持电压。检波后的直流电平输入Arduino的A0引脚当模拟值超过某个阈值就认为低频磁场存在触发315MHz发射。这部分电路涉及焊板我就不写面包板接法了但原理并不复杂。4. 常见问题与排查技巧实录4.1 发射距离远但接收端收不到这个现象我遇到好几次原因大多不在发射端而在接收模块。315MHz超再生接收模块的灵敏度受供电纹波影响很大如果Arduino的5V电源同时给发射和接收模块供电发射瞬间的电流跌落可能把接收模块瞬间拉死。解决方法是让发射模块和接收模块分开供电或者至少在不同阶段错开工作。另一个容易被忽略的点是天线。很多入门者用10厘米左右的杜邦线当天线实际上315MHz的1/4波长天线是23厘米左右过短的杜邦线导致驻波比很差。剪一根23厘米左右的单芯铜线焊到ANT引脚发射距离和接收灵敏度都会明显提升。4.2 用逻辑分析仪看到波形时序不对逻辑分析仪的采样率是个坑。如果你的逻辑分析仪只有24MHz采样率测量300us级别的脉冲宽度绰绰有余。但如果你用的是那种几块钱的“虚拟示波器”或者只支持1MHz采样的设备那300us脉冲会被量成一大堆毛刺根本看不出原始时序。建议采样率至少设在4MHz以上档位拉到10MHz更稳。还有一个细节逻辑分析仪的电压阈值。Arduino输出5V电平但有些逻辑分析仪是3.3V逻辑输入引脚有保护二极管能承受5V但没有问题。如果发现波形莫名其妙的低电平拉不下去检查一下通道接地有没有接触不良。4.3 315MHz发射模块热得烫手这是发射模块的常见问题。超外差模块在连续发射状态下功耗较高如果你在loop里用短延时间隔反复发送帧模块表面温度会明显升高。发射时模块内部功放管发热是正常的但烫到摸不住就说明有问题。检查三个地方一是模块供电电压是否偏高很多模块标称5V实际4.2V左右更安全二是天线是否接好天线开路会让功放管反射功率过大三是发送间隔是否过短固定码钥匙本来就应该在按按钮时才发射不是持续广播。至少保留几百毫秒的间隔让模块有时间散热。4.4 125kHz LC谐振回路低效如果你把125kHz线圈接上去后发现磁场强度很弱100%是谐振频率偏了。LC谐振回路的元件参数误差很大尤其是手工绕制的线圈电感量可能偏离标称值20%以上。别迷信算出来的电容值直接用信号发生器扫频或者用示波器看谐振电容两端的电压峰值找到真正的谐振点再固定参数。如果你没有信号发生器和示波器有个土办法把Arduino的输出频率在100kHz到150kHz之间扫频每次改变OCR1A的值持续发射1秒观察125kHz RFID标签的响应强度记录让标签反应最强的频率值然后锁定这个频率。4.5 避坑清单速查购买315MHz模块时一定确认是ASK/OOK调制不要买到FSK版本两者驱动方式完全不同。用逻辑分析仪抓原遥控器波形时先给原遥控器换新电池旧电池电压低会让脉冲宽度偏移。所有的延时参数务必用逻辑分析仪实测校准不要照抄网上其他项目的参数因为不同厂家遥控器差异非常大。125kHz线圈的匝数和直径直接决定电感量直径每增加一倍匝数可能需要减少到原来的四分之一才能保持相同电感。实验过程中不要试图发射比315MHz更高的功率也不需要加功放模块个人实验环境内完全没必要。5. 从Arduino到ESP32的扩展方向5.1 为什么ESP32值得一试Arduino Uno在入门阶段表现很好但它有一个硬伤没有WiFi和蓝牙。如果后续你想做“手机控制车门/车库门”“地理位置触发解锁”这类场景就需要一个能联网的控制器。ESP32主频240MHz自带WiFi/BLE而且Arduino IDE直接支持代码迁移成本极低。315MHz发射模块的DATA引脚接到ESP32的任意GPIO代码逻辑完全不变只要把delayMicroseconds换成都行。ESP32的GPIO翻转速度足够快实测300us级别的脉宽编码完全没压力。更妙的是ESP32自带的DAC和定时器可以更精准地生成125kHz方波不用操作底层寄存器那么麻烦。ESP32在PKE低频信号生成方面的优势更明显你可以利用它的WiFi能力从手机App上远程触发一次低频唤醒高频应答的完整实验流程全程不需要打开USB串口。5.2 在Wokwi上先把逻辑跑通很多初学者卡在硬件没到货这一步其实完全可以在Wokwi仿真平台上先把代码逻辑跑通。Wokwi是一个在线电路仿真器支持Arduino Uno、ESP32等主流开发板还能虚拟示波器看波形。你不需要真的接315MHz模块只要在仿真器里接一个虚拟LED到DATA引脚通过LED闪烁的快慢就能验证脉宽编码的时序是否正确。我建议的流程是先在Wokwi上把你的代码跑起来确认逻辑层面没有问题等硬件到货后直接烧录把精力集中在硬件层面的问题排查上。这个习惯能帮你节省大量时间因为初学者最容易犯的“时序写错导致比特翻转”这类逻辑错误在仿真器里一眼就能看出来。5.3 用VS Code替代Arduino IDEArduino IDE写几百行代码还凑合一旦代码规模上来代码补全和调试功能的缺失就变得难以忍受。VS Code加Arduino扩展是目前最顺手的组合。安装Arduino CLI在VS Code里配置好Arduino路径就能获得代码跳转、自动补全、编译错误跳转等现代IDE体验。而且VS Code配合PlatformIO插件可以让项目结构更清晰分工明确地管理源文件、库依赖和板卡配置。ESP32开发配合PlatformIO更是如鱼得水因为它的板级配置文件比Arduino IDE的“选择开发板”列表直观得多。6. 最后再分享一点个人经验做这个项目最深的体会是射频协议学习的关键不在于“能不能发射”而在于“能不能测量”。我曾花了一整个下午修改代码参数却始终无法让接收端识别我发的信号。后来才发现我用来拷贝参数的逻辑分析仪采样率只有1MHz把原本清晰的脉冲量成了一堆毛刺导致我读出的高低电平时间完全失真。从那以后我养成了一个习惯凡是涉及时间参数测量先看一眼设备采样率计算一下能否分辨最短的脉冲宽度。测量工具不靠谱后面所有努力都是白费。如果你打算长期玩射频方向我建议你尽早入手一个真正的数字示波器哪怕是二手的也要比逻辑分析仪直观得多。它能让你直观看到调制波形、谐振波形、电源纹波。这个投入的回报率非常高。这个项目往后还能延伸很多方向把315MHz接收端接上LCD显示屏做成一个信号分析仪把ESP32版本接入MQTT实现微信小程序控制车库门把125kHz部分换成真正的RFID读写模块学习ISO 14443协议栈。每一条分支都会把你带进一个新的知识领域但所有的基础都始于你先能把一帧固定码完整发出去、抓到波形、逐bit解读出来。走到那一步这篇教程就算真正学透了。