聊一个我最近刚收尾的项目基于RTL8370N的8口千兆交换机硬件设计从原理图、PCB布局到打样调试整套做完之后把工程资料整理成了开源项目代号就叫“星火计划”。RTL8370N这颗芯片做网络硬件的朋友应该不陌生它是一颗集成8路10/100/1000Mbps自适应PHY的L2交换芯片市面上大部分中低价位的8口千兆交换机、多口路由器LAN扩展方案都用过它。这次项目想验证的不是“能不能买一台现成的交换机回来”而是作为硬件工程师从一颗交换芯片出发完整走一遍产品级的硬件设计流程。先说一下我为什么做这个项目。工作室里的设备越来越多PC、NAS、开发板、摄像头、无线AP全都挤在一台老旧百兆交换机上备份镜像动不动就卡在几十MB/s实在受不了。电商平台上一台8口千兆交换机几十块钱直接买当然省事但作为搞硬件的人我更想把高速数字设计里那些阻抗匹配、电源退耦、上电时序的知识真正落到一块自己画的板子上。这正好是个典型场景接口固定、需求明确、难度适中适合从零开始完整实战一遍。这篇文章会把我的设计思路、关键技术点、实测数据以及踩过的坑全部整理出来。如果你也想做一台自己的千兆交换机或者正在研究交换芯片的外围电路设计这篇内容应该能帮你省下不少弯路。1. 项目动机与方案选型我为什么自己做一台8口千兆交换机1.1 需求其实很明确内网全千兆、8口起步、成本可控做任何硬件项目第一步都不是急着画原理图而是把需求边界框死。我当时的需求非常具体工作室里有十几台设备要接入有线网络绝大多数设备都带千兆网口外网接入由上级路由器负责不需要我再去实现NAT、DHCP、防火墙这些三层功能。换句话说我需要的就是一台纯粹的二层交换设备把多台设备内部互通的速度提上去同时让外网带宽顺畅到达每一个终端。如果只是单纯缺网口其实有USB千兆网卡、PCIe网卡、路由器AP模式这些替代路径。但USB网卡普遍只有单个接口多设备场景完全不够用路由器扩展虽然方便成本和功耗都不划算。交换机是这类需求的正确产品形态多端口、线速转发、低延迟、低功耗不关心IP层、不处理数据包协议逻辑只做MAC层面的转发。所以产品形态直接就锁定了“8口全千兆二层交换机”。需求明确之后就是芯片选型。市面上的千兆交换芯片主要被博通、美满、瑞昱三家覆盖加上部分国产厂商。博通BCM系列在企业级产品里很强但资料基本要签NDA个人和小团队很难拿到完整手册美满的型号在部分工业板卡上常见但同样存在货源和资料门槛。瑞昱的RTL系列是民用市场最活跃的数据手册、参考设计、PCB封装库都相对容易获取社区讨论也多。对我这种“一个人干完整条流水线”的项目来说资料可得性往往比极致性能更重要。1.2 RTL8370N单芯片集成8路PHY的关键选择RTL8370N的核心价值是“集成度高”。它内部包含了完整的数据交换引擎和8路千兆PHY相当于传统方案里“独立交换控制器 8颗PHY芯片”的整合体。这样做的好处非常明显第一BOM物料数量大幅减少PCB面积可以压到很小第二PHY和MAC之间的SerDes高速走线全部封装在芯片内部外部只需要把网口变压器和RJ45接好即可硬件设计难度显著降低第三整板功耗低发热小散热设计不用太折腾。功能层面RTL8370N不是一颗“哑巴”交换芯片它具备基本的L2管理能力支持802.1Q VLAN可以划分业务隔离支持基于端口和802.1p的QoS优先级映射支持端口镜像方便抓包分析还带IGMP Snooping在多播和IPTV场景下能防止广播泛洪。这些功能对于轻量化管理场景足够用也是我决定选它的重要原因。毕竟如果只能做成一台完全不可配置的“傻交换机”开源项目的可玩性会大打折扣。不过要注意一点RTL8370N内部没有CPU所有配置都靠寄存器实现。寄存器数据可以存放在外部EEPROM里上电自动加载也可以通过I2C或SMI/MDIO接口由外部主控实时读写。做固定配置场景比如默认全部端口互通、完全不用管理那就只接EEPROM甚至不接EEPROM靠默认寄存器状态就能工作如果想做成带网页管理界面的千兆交换机就得另外挂一颗MCU去操作寄存器。我这次选择了后者为了方便扩展预留了I2C调试接口并且有完整的EEPROM配置方案。1.3 同场竞品对比RTL8370N vs RTL8367S vs 博通方案选型阶段我还认真对比过另外两个方向的方案这里直接说结论。瑞昱自家RTL8367S/RB系列是很多“软路由玩家”熟悉的高端型号它同样支持千兆多端口但它更偏向于配合独立CPU实现路由功能有一部分型号的PHY并不完全集成需要外置PHY外围设计更复杂。RTL8367系列的价格普遍比RTL8370N高适合需要跑复杂软件路由的产品对纯二层交换来说性能和成本都过剩了。博通BCM53134之类的企业级交换芯片性能确实更好支持更丰富的L2/L3功能但个人玩家根本拿不到有用的技术文档甚至连元器件的购买渠道都受限不适合开源实战项目。还有一些国产交换芯片这几年进步很快但资料开放程度和生态成熟度相比RTL还有差距。所以最后选RTL8370N就三个理由单芯片集成8路PHY、外围电路简单手册和参考设计好找、社区案例多单颗物料成本可控整体BOM能压得比较低。这三条刚好命中一个个人硬件项目最在意的点技术可行、资料靠谱、成本可以接受。2. 硬件总体架构设计从供电到每一个网口的细节2.1 电源树设计3.3V和1.0V的取与舍交换芯片看着简单电源设计才是最容易翻车的地方。RTL8370N内部有数字核心、PHY模拟收发器、数字IO等多个电源域。数字核心通常需要1.0V左右的电压IO和PHY模拟部分大多跑3.3V。不同电源域之间不能用一颗电源硬怼要按照数据手册要求分别供电和退耦否则PHY工作不稳定典型表现就是网口协商不上、链路频繁掉线、速率莫名其妙降到百兆甚至十兆。我设计的电源树以5V DC输入为起点这是很多路由器电源适配器的标准电压方便后期直接用手头的适配器。第一级用一颗同步降压DC-DC把5V降到3.3V给整板的IO电源、PHY模拟电源和LED供电。第二级再从3.3V经过一颗低压差LDO输出1.0V给数字核心。有人会问为什么1.0V不用DC-DC而用LDO原因是核心电流不大低压差场景下LDO的纹波和噪声控制比DC-DC更好而且省电感和二极管布板面积更小。如果未来换用更大端口数芯片核心电流上来建议再把LDO换成独立的同步降压。电源平面和退耦电容的处理这次花了比较多心思。每个电源引脚附近都放了至少一个0.1uF陶瓷电容并且在芯片所在位置配合10uF、22uF大电容做储能。PHY模拟电源我用磁珠做了单点隔离避免数字开关噪声直接耦合进模拟域。电源地的铺铜也做了仔细的划分数字区和模拟区在芯片附近单点汇合。第一次调试验证时这个设计替我挡下了不少雷。2.2 时钟、复位与LED电路小器件里的大讲究RTL8370N需要一颗25MHz的石英晶振作为PHY的基准时钟所有千兆链路协商和串行收发时序都依赖这颗晶振。晶振旁边两个负载电容不能随手抄网上的封装参数。负载电容要结合晶振规格和PCB寄生电容计算通常取CL等于晶振数据手册的标称负载电容。我一开始按照常见模板放了22pF电容实测发现时钟上升沿斜率不够理想偶尔出现启动后PHY不工作的现象后来把负载电容换成18pF晶体起振更干脆问题就消失了。这个细节不写进芯片手册但实际调试时影响很大。复位电路我用了专用复位芯片而不是简单的RC电阻电容。原因是RC复位时间不确定在多电源上电时序下容易产生毛刺。RTL8370N对电源时序有要求数字核心要先于IO/PHY上电复位释放要等电源稳定。我用DC-DC的使能引脚串联延时控制各路电源的上电顺序再用复位芯片的延时输出控制复位释放实测上电成功率100%。个人DIY做样机时这些问题未必每次都会爆发但批量或者环境温度变化时就会暴露。LED指示灯是板上数量最多的小器件每个口一个Link/ACT状态灯再加上电源灯。RTL8370N有专门的LED驱动引脚通过寄存器可以配置成多种模式。硬件设计时要注意限流电阻的选值不能太亮也不能太暗。我实测过2k电阻接高亮绿色LED整体观感刚好如果换了低亮LED则要适当减小限流电阻。LED布局上尽量对应网口位置顺序方便排查故障时一眼定位。2.3 千兆网口电路网络变压器和ESD保护不能省千兆以太网跑的是4对差分线每对都承载250Mbps有效数据1000Base-T在4对线上同时收发。因此每个网口必须接一颗1:1网络变压器再连接到RJ45。变压器的作用有三层隔离共模电压、抑制共模干扰、提供阻抗匹配。市面上有两种组合方式一是购买自带变压器的RJ45集成座二是一颗普通RJ45加一颗独立网络变压器。我选了后者理由很简单独立变压器摆放更灵活PCB布局时能把变压器紧贴RJ45、把初级走线尽量缩短同时方便调整走线方向抑制串扰。集成座适合做小体积产品但对元件摆放限制很大。变压器和RJ45之间要处理好几件事。RJ45金属外壳必须可靠接地通过机械固定螺丝与系统“地”连接这个地通常是机箱地要和信号地做适当隔离。网络变压器中心抽头的接法得严格按照PHY芯片手册来有些建议通过电容接到隔离地有些建议接到对应的3.3V电源不能套用一个模板走天下。我在第一次Layout时偷懒统一抄了参考设计的接法结果部分端口EMI表现不太好后来按每个端口的走线长度微调了中心抽头电容的落地位置问题才缓解。ESD防护也是网口电路里不能省的部分。RJ45裸露在机箱外面热插拔网线时很容易从线缆带入静电。我在每个口都加了一排低电容TVS阵列放在变压器和RJ45之间对4对差分线做钳位保护。之前也想过“个人内部使用的设备防不防都行”结果我在调试时反复插拔网线发现某次插拔后PHY协商出现异常这才老老实实把保护电路补齐。不要拿侥幸心理去对抗真实世界里的静电。3. 原理图与PCB设计实战3.1 原理图模块化让每个电源域都一目了然画原理图之前我先把RTL8370N的数据手册从头到尾过了一遍把每类引脚在原理图里重新分组。我的做法是给每个功能模块单独建一页而不是把所有引脚堆在一张图里硬连线第一页放系统电源输入与转换第二页放RTL8370N主芯片和全局配置引脚第三页开始每两个网口占一页最后一页放EEPROM和调试接口。这样做的最大好处是检查时思路清晰后续改版也容易定位模块。原理图里最容易遗漏的是芯片配置引脚的上下拉。RTL8370N有一部分引脚在芯片复位释放时会被采样为默认状态决定速率模式、MDI/MDIX控制、LED显示方式等。这些引脚不能空着要根据需要的模式接上拉或下拉电阻。我对着数据手册把所有配置引脚整理成一张表格标出每个引脚需要的默认电平再画到原理图里检查了两遍才敢送Layout。这一步看起来枯燥但能避免“芯片上电了却不工作”这种最难查的问题。EEPROM部分我预留在调试接口旁边。RTL8370N支持通过I2C接口连接EEPROM上电时自动加载配置数据。我在原理图上加了标准的24C02EEPROM焊盘并拉出I2C测试点。调试阶段可以先不焊EEPROM直接用外部I2C工具写寄存器验证功能等配置确定后再烧录进EEPROM实现上电即用。这种方式把硬件调试验证和量产配置解耦了很实用。3.2 PCB叠层与差分线阻抗设计PCB设计是整个项目里最花时间的环节。考虑到千兆信号的速率和板子尺寸我直接选了四层板顶层走信号第二层完整铺地第三层做电源平面底层走信号和少量走线。四层板的好处是有完整参考平面差分阻抗容易控制同时电源和地环路面积小EMI表现更好。如果硬要用两层板做也能做出来但对布线的要求极高新手不建议直接挑战。差分阻抗计算是这次设计里最核心的指标。1000Base-T要求100欧姆差分阻抗。我基于FR-4板材和1.6mm板厚设计走线宽度0.18mm、线间距0.1mm配合第二层完整地平面算出来的差分阻抗大概在95到105欧姆之间满足IEEE对链路阻抗失配的要求。实际打样后我让板厂在订单备注里写了耦合阻抗要求回来后用网分抽测过一对线读数在99欧姆左右说明叠层控制是到位的。布局优先级别也很重要。电源部分靠近输入连接器DC-DC电感下方禁止铺任何走线反馈采样走线尽量短、远离电感。主芯片居中电源退耦电容优先贴近电源引脚。每个网络变压器紧挨着对应的RJ45初级走线短而直差分对之间保持间距。晶振放到芯片时钟引脚旁边下方禁铜走线尽量短。按照这个优先级摆完剩下来就是反复调整走线细节做完相当有成就感。关于打样我提醒一句发Gerber文件给板厂时一定要在工艺说明里写清楚“四层板叠层差分阻抗100欧姆按此做阻抗控制”。有些板厂默认不做阻抗检测如果板材批次有波动实际阻抗可能偏出去很多。个人打样虽然不能像大厂一样逐项测阻抗但只要板厂做了阻抗测试报告可靠性会明显提升。3.3 打样与BOM四层板、阻容选型与成本这个项目的BOM其实不长1颗RTL8370N交换芯片、8颗网络变压器、8个RJ45座、1颗DC-DC、1颗LDO、1颗25MHz晶振、1颗复位芯片、1颗24C02EEPROM、9个LED、以及一批阻容电感。第一次打样5片单片物料成本大概在80到120元之间。其中RTL8370N是大头网络变压器也不便宜如果想降低成本可以换成带变压器的RJ45集成座把8颗独立变压器省掉但会对PCB布局产生较大影响最好在原理图阶段就想清楚。阻容选型上我大部分被动器件用了0402封装理由是面积小、走线密度高但考虑到手工焊接和调试的容错率个别关键位比如电源反馈分压电阻、晶振负载电容我特意选了0603封装。这样即使手抖焊坏也能方便补焊。LED限流电阻按实际亮度调完定值我也做了实贴验证再定BOM没有按照理论值一算到底。电源部分的器件选型值得单独说。DC-DC我选了同步降压方案转换效率高发热小LDO选了一颗压差低、纹波抑制好的型号输出1.0V给核心供电。输出电容按照数据手册推荐组合来用了陶瓷电容加钽电容的搭配兼顾高频特性和容量稳定性。这块电路虽然看起来简单但电源调不好后面所有调试都无从谈起所以值得多花一点成本。4. 调试过程与问题排查实录4.1 上电、查电源、读寄存器三步确认芯片活着打样回来后的调试顺序非常重要我建议任何人拿到新板子都按这个流程走先在不上电的状态下用万用表量一遍电源对地阻抗确认没有短路然后只焊电源部分上电测各路电压是否正常确认电压稳定后再焊接主芯片及其他电路。这个流程虽然慢但排查问题会清楚非常多。我这次上电后第一件事是测各路电源3.3V、1.0V都在标称范围内芯片表面温度没有异常升高心里就先踏实了一半。接下来用USB转I2C调试器去读芯片寄存器这是判断芯片是否正常工作的关键步骤。RTL8370N的寄存器空间里包含芯片ID和版本信息如果I2C能读到预期值说明芯片内部逻辑和时钟已经跑起来了如果I2C读不到任何数据通常要从供电、时钟、复位三个方向去找问题。我第一次读到芯片ID时说实话松了口气。因为硬件到了这一步基本能确认主芯片和电源系统没问题后面要做的事情就变成验证网络功能了。这里还要分享一个经验调试时最好先只接一个网口测试确认链路稳定后再接满所有口避免一开始就被一堆问题淹没。4.2 千兆协商与iperf3吞吐实测芯片能识别到之后就是把网线接上看电脑网卡能否协商到1.0Gbps。我用一根质量可靠的Cat6网线直接从PC网卡连到交换机的1号口系统显示链路速率1.0Gbps说明PHY和变压器链路基本没问题。如果这里显示的不是千兆检查优先级是网线、RJ45焊接、变压器焊接、PHY供电、晶振、PHY寄存器状态。打流测试我用的是iperf3一台电脑开服务端另一台开客户端在纯二层交换环境下跑TCP吞吐。实测单口iperf3吞吐稳定在941Mbps基本是千兆以太网扣除TCP/IP协议开销后的理论上限8口同时双向打流时每个口也都能跑到接近线速并且交换芯片本身没有明显发热壳体温度大约在40度左右摸起来只是温热。这个结果说明交换芯片的转发能力没有问题整板电源和散热设计也满足要求。我还专门测了Jumbo Frame场景把MTU设为9000字节TCP吞吐能到994Mbps左右比标准MTU下提高了5%左右。这个提升对大文件传输是有实际感知的特别是NAS备份镜像场景。不过Jumbo Frame需要同一网段内所有设备和交换机都支持并开启不能单独靠交换机这边硬开配置时得统筹考虑整个网络环境。4.3 踩坑目录PHY掉速、晶振不振、EMI超标第一个坑是PHY偶发协商失败。现象很诡异网线插上电脑能识别到千兆但只要大流量打一会儿速率就掉到百兆甚至断链重连。排查了网线、变压器、焊接最后把问题锁定在PHY模拟电源的退耦上。我在靠近RTL8370N电源引脚的退耦电容有一部分因为布局关系放得离芯片太远高频噪声没滤干净导致PHY信号质量变差。后来把退耦电容重新贴近引脚问题消失。这个教训说明“退耦电容贴近电源引脚”不是一句口号而是实打实的信号完整性问题。第二个坑是晶振负载电容选错。原理图阶段我根据经验值放了一对22pF结果有概率出现上电后芯片不启动的情况。用示波器看晶振波形发现幅度偏小、起振时间偏长明显是负载电容偏大拖累了晶体。换成一对此前测试更稳定的18pF电容后波形明显干净启动概率从大概70%提高到100%。晶振电路参数最终要以实测波形为准不能只依赖网上模板。第三个坑是变压器中心抽头接地方式导致的EMI敏感。第一版设计里我简单地把所有中心抽头都接大块地铜结果网口连接金属外壳时出现可闻的电流声用频谱仪看辐射也偏高。后来重新阅读芯片参考设计把中心抽头通过高压电容接到机壳地并在PHY侧做了磁珠隔离情况明显改善。网络变压器虽然是被动元件但它的接地和隔离设计直接决定整板EMI表现设计时一定要逐项对照参考设计不能想当然。5. 开源资料整理与项目延伸思考5.1 开源仓库怎么组织别人拿到就能复现这次项目的开源资料我按“别人拿到就能复现”的标准去整理。没有直接把整个工程压缩包扔出来给人解压而是分层记录了设计依据和操作步骤/rtl8370n-switch ├── datasheet/ # 芯片数据手册、官方参考设计 ├── schematic/ # 原理图PDF和源工程文件 ├── pcb/ # PCB源工程、Gerber文件 ├── firmware/ # EEPROM初始化配置、I2C烧录脚本 ├── doc/ # 设计说明、电源树、寄存器配置说明 └── test/ # iperf3测试脚本、实测记录、问题排查笔记文档部分我特别写了“为什么这么设计”而不只是“怎么连接”。比如记录电源为什么用DC-DC加LDO组合、差分线为什么选这个线宽间距、变压器中心抽头为什么这样接地。这样做的目的很朴素硬件设计知识点散落在手册和参考设计里一般新手很难一眼串起来补充设计决策过程能让后来者少走弯路。开源发布的时候还有一个注意点——许可证。我在仓库里明确标注了硬件设计的许可证类型并说明所有参考设计来自公开数据手册不包含任何需要签署NDA才能获取的资料。个人交流学习没问题如果要商业化需要自己去核实芯片的合规授权。这些信息放在README里避免大家用了之后产生法律风险。5.2 复现这个项目需要什么如果你也想照着做一台先别急着下载Gerber就去下单。我建议至少先把RTL8370N的数据手册翻一遍重点看电源要求、引脚定义、配置引脚默认状态和参考设计电路。完全不了解芯片就照着画板出了问题会非常难排查。工具方面你只需要一台能跑开源EDA软件的电脑、一台万用表、一台电烙铁如果手头有示波器和I2C调试器会更方便但没有也能完成大部分验证工作。焊接顺序也建议按调试流程来先焊电源部分上电验证电压再焊主芯片和周边最小系统最后焊网络变压器和RJ45。不要一次把所有元件都焊接完再上电万一电源有问题会非常难排查。网络变压器的焊接特别要注意方向这类器件丝印和封装容易让人混淆。我第一版焊接时曾把一个变压器的方向焊反表现为端口完全不通排查了半小时才看到。PCB打样我建议直接用四层板虽然比两层板贵一些但能省掉很多布线和阻抗控制上的麻烦。板厂下单时记得注明“四层叠层、差分阻抗100欧姆”并且要一份阻抗测试报告哪怕只是抽测。拿到板子后先做外观检查再按调试顺序上电别一上来就插满网线。5.3 我能想到的下一步玩法这个板子的体系搭好以后可以延展的方向非常多。第一个方向是加主控MCU比如用ESP32或STM32通过I2C实时管理寄存器做成带串口或网页配置界面的轻管理型交换机。到这一步VLAN、QoS、端口镜像、端口隔离这些功能才能真正被“玩起来”而不只是停留在烧录固定配置上。第二个方向是把RTL8370N作为LAN侧交换核心组合一块路由器SoC板卡做成多口千兆软路由/网关。硬件框架类似市面上很多“ARM路由主板”的布局交换芯片负责多端口扩展CPU负责路由逻辑两者之间通过RGMII或SGMII接口连接。这个玩法能顺便踩一遍交换芯片与CPU之间的高速接口调试比较有工程价值。第三个方向是形态改造。现在这块板子是标准的“交换机裸板”形态后续完全可以重新Layout成适合嵌入NAS、工控机或弱电箱的小尺寸板卡。千兆交换机硬件在内网升级浪潮里需求一直很稳定把板形做好、接口定义标准化能衍生出不少实用产品。整个项目从立项到调通前后花了三个完整的周末。最大的收获不是“我有了一台自制的8口千兆交换机”而是把书面上那些阻抗匹配、电源退耦、上电时序的概念在一颗真实的高速数字芯片上从头到尾落地了一遍。RTL8370N把高速物理层门槛降得足够低但该有的细节一个不少。如果你也准备从零开始做一个网络硬件项目我的建议是不要急着画图先把数据手册读三遍再用最笨的办法逐一核对每个引脚、每路电源和每个配置引脚的默认状态。硬件这个东西慢就是快。