简介：复旦微电子的FM17550开发资料包，面向NFC/RFID硬件设计及嵌入式开发工程师，适合正在选型评估、需要电路参考或驱动移植的中级开发者使用。压缩包共138个文件，大小仅3.74MB，以PDF硬件手册、C/H源代码、Keil工程文件（uvproj）及编译生成的hex/axf等为主；其中C/H源码文件合计超过50个，PDF文档5份，并附有Demo板丝印图和用户手册，方便对照解读整个工程。已有796人学习/下载。借助参考设计原理图和PCB图，可快速完成芯片外围电路搭建与天线匹配参考；例程源码则展示了寄存器配置、卡片寻卡与认证等关键流程，便于直接移植到门禁、消费机、读卡模块等产品中。资料包小但五脏俱全，适合作为项目启动时的参考起点。
1. 项目概述与开发资料包整体解读
1.1 FM17550是什么，能用在哪些场景
干嵌入式这些年，最怕的不是芯片难调，而是拿到一份资料不知道从哪下手。前阵子整理网盘，翻出一个标注“FM17550开发资料包”的zip，解压后里面躺着PDF、原理图、PCB、程序DEMO，东西很全，但堆在一起反而让人有点无从下手。
FM17550是复旦微电子推出的一颗13.56MHz频段非接触式读写卡芯片，也就是我们常说的NFC芯片。它把射频收发和模拟前端集成在芯片内部，外部MCU只需要通过SPI、UART或I2C其中一种接口发指令，就能完成寻卡、读写、认证等操作。很多做门禁、考勤、售饭机、智能柜、充电桩、甚至小家电NFC配置功能的朋友，都会用它来做读写卡前端。
这颗芯片比较讨喜的地方在于，它的寄存器级指令和NXP RC系列高度兼容。如果你以前调过RC522或者类似芯片，换到FM17550上的学习成本很低；如果你是完全新手，资料包里的参考设计和DEMO代码也能让你快速跑通流程。加上复旦微的芯片在供货和价格上对中小项目更友好，所以它在国产化替代和成本敏感的项目里出现频率很高。
1.2 解压后先看哪份文件：四类资料的优先级
很多人拿到压缩包就直奔代码，结果烧录之后发现读不到卡，回头再翻PDF，一来一回浪费半天。我的经验是，严格按照“芯片手册 → 原理图 → PCB → DEMO代码”的顺序来读，先建立硬件层面的整体概念，再去看代码，很多问题能提前避开。
| 资料类型 | 主要内容 | 核心用途 | 优先级 |
|---|---|---|---|
| PDF文档 | 芯片数据手册、应用笔记 | 引脚定义、寄存器、时序、电气参数 | 第一优先 |
| 原理图 | 参考设计的完整电路 | 芯片外围电路、天线匹配参考 | 第二优先 |
| PCB图 | 布局布线工程文件 | 天线走线方式、器件摆放参考 | 第三优先 |
| DEMO代码 | 完整示例工程 | 驱动移植、功能验证的起点 | 拿到硬件后重点看 |
这里有个小提示：原理图和PCB图通常是PDF导出版或某个EDA工具的工程版，如果EDA版本不同打不开，先看PDF版，不必强求改工程。真正决定你能不能把硬件调通的最关键文件，是数据手册里的天线匹配和寄存器配置部分，这部分我放在下一节展开说。
2. 硬件参考设计深度解析：原理图与PCB图应该怎么看
2.1 原理图里必须重点看懂的四个部分
FM17550外围电路不复杂，但每一处都有讲究。
第一是电源和去耦。芯片的数字和模拟部分都要供电，参考设计一般会在每个电源引脚旁边就近放0.1μF电容，如果系统里还有其他大功耗器件，建议再并一个10μF左右的电容。DIY时随便飞线可能也能工作，但量产设计上，去耦电容离引脚远了会导致电源纹波大，读卡距离会明显缩短。
第二是天线匹配电路。这是整个原理图里最核心的部分。FM17550内部有发射驱动，天线匹配网络一般由串联电容、并联电容和电阻组成，原理图上天线接口旁边那一小撮电容电阻，就是用来把天线线圈的阻抗调到13.56MHz谐振点的。不同板厂、不同板材、不同天线形状，匹配值都会不一样，参考设计给的是标准值，实际做板后还要微调。
第三是接口模式配置。FM17550支持SPI、UART、I2C三种接口，具体使用哪个由引脚电平配置决定。原理图上能看到这些配置引脚的上下拉电阻，看的时候要记录下当前设计选的是哪种接口，因为这不光影响原理图连接，还直接影响DEMO代码里你要调的底层驱动。最典型的“发命令没响应”问题，十有八九就是接口模式没对上。
第四是复位和中断引脚。复位引脚可以做硬复位用，中断引脚可以在卡片进入或离开射频场时通知MCU，省去MCU不断轮询的麻烦。参考设计里通常会把这两个引脚引到MCU的GPIO上，实际项目中如果MCU引脚不够，中断引脚可以省掉，但不建议把复位省掉，调试时会非常需要。
2.2 PCB布局布线的细节与常见坑
原理图看完了再来看PCB，重点看四个方面：
- 天线走线区下面要有足够的净空，不能大面积铺铜或走其他信号线，否则会直接把射频能量吃掉，读卡距离变短甚至读不了卡。
- 天线线圈尽量走顶层，走线宽度、拐角和圈数保持一致，参考设计里天线的形状和尺寸是根据匹配电路算出来的，改PCB时最好不要随意改天线面积。
- 匹配电容电阻要尽量靠近天线馈线入口，电源去耦电容靠近芯片电源脚，晶振靠近芯片晶振脚，走线短而粗。
- 如果产品有金属外壳，要在结构设计时就给天线留出“呼吸区”，金属结构件、螺丝、电池这类东西离天线太近，都会让频率偏移。
我见过很多“模块单独测验完全正常，装进外壳就废了”的案例，十有八九是天线下方的净空被破坏，或者金属件靠得太近。这些问题原理图上看不出来，必须结合实际结构来考虑。
3. DEMO程序代码核心逻辑拆解
3.1 DEMO程序是什么，拿到代码先看什么
很多人第一次接触“DEMO程序”这个词，甚至会跑到小红书去问“直接打开程序代码是什么意思”。其实所谓DEMO，就是芯片厂商或方案公司为了让你快速验证硬件、熟悉协议栈，提前写好的示例代码。FM17550开发包里带的DEMO，一般会包含初始化芯片、寻卡、防冲突、选卡、认证、读写块这几个功能的完整例程。
拿到代码不要急着编译，先把源码目录过一遍。通常结构是：一个platform层封装你所用MCU的SPI/UART/I2C底层接口，一个芯片驱动层实现FM17550的寄存器读写和命令封装，再往上就是main函数里的实验流程。搞清楚这个分层，后面移植到自己的板子上会非常省事。
3.2 一条完整的Mifare卡读写流程
以最常见的Mifare Classic S50卡为例，整个流程固定为：
- 初始化芯片，配置工作模式、天线开关等参数。
- 寻卡，发送PCD_REQUEST命令，检测天线场里有没有卡。
- 防冲突，如果多张卡在场，通过防碰撞命令选出一张。
- 选卡，对选出的卡返回UID等参数。
- 认证，用密钥对扇区做密码认证。
- 读写，认证通过后对数据块执行读写操作。
在DEMO代码里，这几个步骤通常对应PcdRequest、PcdAnticoll、PcdSelect、PcdAuthState、PcdRead、PcdWrite这几个函数。你不需要重新发明轮子，先把这些函数调通，再根据业务需求改上层逻辑就行。
这里有一个容易忽略的关键点：寻卡方式有“普通寻卡”和“防冲突寻卡”两种。一些DEMO默认只写普通寻卡，如果你的应用场景是多张卡可能同时出现，一定要用带防冲突的循环版本，否则卡一多就乱。这个筛选思路和“韩信点兵”的逐个排除逻辑有些类似，每循环一轮识别一张卡，直到处理完场上所有卡为止。
3.3 轮询和中断怎么选
DEMO代码里通常有两种检测卡的常用方式。一种是MCU死循环轮询，反复发寻卡指令，代码简单，缺点是一直占用MCU时间、功耗高。另一种是用FM17550的中断引脚，卡片进场或离场时芯片拉一个电平信号给MCU，MCU在中断里发寻卡指令，灵敏度高还省电。如果你的产品有低功耗需求，我强烈建议用中断方式，并且在进场中断里只做标记和简单处理，把耗时操作放到主循环或任务里，避免中断处理时间过长影响系统其它功能。
4. 从零跑通一套FM17550 DEMO的实操记录
4.1 硬件连接和准备
我这次测试用了一块第三方FM17550模块，主控用STM32，通过SPI接口连接。接线非常简单，对照原理图和数据手册的引脚定义，按下表连接即可：
| MCU引脚 | FM17550模块引脚 | 说明 |
|---|---|---|
| 3.3V | VCC | 电源 |
| GND | GND | 共地 |
| PA5 | SCK | SPI时钟 |
| PA6 | MISO | SPI数据输出 |
| PA7 | MOSI | SPI数据输入 |
| PA4 | CS | 片选 |
| PA3 | RST | 复位 |
| PA2 | IRQ | 中断（可选用） |
连好之后，用一张Mifare S50卡片，或者任何支持NFC-A模式的手机模拟卡就可以开始测试。上电前先用万用表确认模块的3.3V和GND没有短路，这个动作虽然基础，但能省掉后面一大半排查时间。
4.2 编译、烧录与验证流程
在DEMO工程里把硬件平台的宏定义改成当前主控型号，确认SPI引脚配置和你的接线一致，然后编译烧录。串口调试助手波特率一般设115200，打开后能看到类似“Place the card on the antenna”的提示。
把卡放到天线上，如果一切正常，日志会依次出现寻卡成功、UID、认证成功、读写数据的打印。如果串口没有任何输出，先检查电源和复位脚；如果输出“寻卡失败”，重点查天线匹配和卡片摆放位置。
这个阶段我强烈建议准备一个简单的Python串口脚本，把收到的UID和块数据格式化打印，看现场数据比肉眼对着串口助手方便得多：
import serial ser = serial.Serial('COM3', 115200, timeout=1) while True: data = ser.readline().decode(errors='ignore').strip() if data: print(data)几十行pyserial就够用，很多项目里我甚至只靠这个脚本就完成了产线初检。脚本的作用就是把原始串口数据变得可读，不用额外写上位机。
4.3 用示波器或万用表快速验证天线
读卡不稳时，可以用示波器测天线两端的波形，正常情况下在卡进入射频场时能明显看到13.56MHz载波被调制。如果没有示波器，也可以先拿万用表量天线线圈的直流电阻，一般几欧姆到十几欧姆之间，如果电阻为零或者无穷大，说明天线断线或短路了，这是排查问题最快的一步。
5. 常见问题排查与移植心得
5.1 读不到卡，先按这个顺序排查
读不到卡是FM17550调试里出现频率最高的问题，绝大多数都能通过这张表解决：
| 现象 | 可能原因 | 排查处理 |
|---|---|---|
| 芯片初始化失败 | 电源不对、晶振没起振 | 测VCC电压，用示波器看晶振波形 |
| 有初始化但找不到卡 | 天线匹配不对 | 检查匹配电容，调整并联电容 |
| 能找到卡但认证失败 | 卡类型不匹配、密钥不对 | 确认用S50卡，核对DEMO里的密钥值 |
| 读卡距离很短 | 天线净空不够、金属干扰 | 优化PCB净空，调整匹配电路 |
| 偶尔读卡失败 | 供电纹波大、电源不稳 | 加强去耦，检查3.3V的带载能力 |
我印象最深的一次问题，是客户反馈“明明参考设计一模一样，为什么距离差很多”。后来对比才发现，他们在PCB上把天线区下方铺了大片地，等于把天线辐射的能量短路掉了。把铜皮挖掉之后，距离直接恢复。
5.2 接口和移植过程中的三个坑
第一，DEMO代码默认的通信接口不一定是你要用的接口。拿到资料先确认原理图选的是SPI、UART还是I2C，代码里也要把对应的宏或驱动分支打开，两边不一致时最常见的表现就是发命令没响应、读回来全是0xFF。
第二，MCU底层延时函数要准。FM17550很多命令之间有最小时间间隔要求，如果延时不准确，可能偶发卡死。建议用定时器级的延时函数，不要用纯编译器优化的空循环，Release优化等级不同时很容易跑飞。
第三，移植到自己MCU时，尽量保留厂商DEMO的分层结构。底层只改接口函数，协议栈部分不要大改。很多人在移植时觉得协议栈代码“看不懂，不顺眼”，重写一遍之后引入一堆bug，完全没有必要。
5.3 我的一些实操体会
做NFC类产品，硬件上最值得投入时间的其实是天线部分，芯片和代码反而相对成熟。FM17550这颗芯片的整体稳定性在同类方案里表现不错，尤其是和RC系列兼容这点，让很多老项目迁移时几乎可以零成本切换。再加上复旦微的资料包把原理图、PCB和DEMO都放全了，对工程师来说确实省心。
最后再分享一个技巧：如果你手上的项目只需要做卡号识别，不涉及卡片数据写入，可以只用寻卡、防冲突、选卡三步，不做密钥认证，量产时整个流程能快不少。判断清楚业务需求，很多时候比盲目照着DEMO完整跑一遍更重要，这也是我做NFC几年下来最深的体会。
本文还有配套的精品资源，点击获取
