尧图建网站 尧图建网站 YAOTU WEB BUILD 免费咨询
ARTICLE DETAIL

资讯详情

深耕网站建设与建站编程的一线实战洞察。

蜂窝物联网与GNSS SiP模组:小尺寸、低功耗、高集成方案解析

蜂窝物联网与GNSS SiP模组:小尺寸、低功耗、高集成方案解析 最近在评估一颗很有意思的器件把Cellular IoT蜂窝物联网和GNSS全球导航卫星系统定位打包进同一个SiP封装里的微型模组。这类Tiny SiP对做智能硬件的人来说是个蛮值得关注的方向它直接解决了终端设备又要通信、又要定位、还得小得离谱的三角矛盾。文章会围绕这颗器件的设计思路、内部结构、实测流程和常见坑展开适合做产品硬件、物联网方案选型、嵌入式开发的朋友参考。这类芯片级模组本质上干的是整合的活传统方案里蜂窝通信和GNSS定位是两个独立芯片、两套天线、两套电源和两套协议栈硬件要留双倍的PCB面积设计上还要处理两个射频前端互相干扰的问题。SiPSystem in Package系统级封装思路则是直接把基带、射频收发、GNSS接收前端、电源管理甚至天线匹配网络全塞进一个封装体里对外只露出标准接口。好处非常直观尺寸小、研发周期短、器件一致性高尤其适合可穿戴设备、资产追踪器、车载终端这类对体积和功耗极度敏感的产品。我手上这颗样片来自国产某模组厂支持LTE Cat-M1/NB-IoT双模GNSS部分覆盖GPS/北斗/GLONASS/Galileo四系统整体封装尺寸只有10mm x 10mm左右。拿游标卡尺量的时候确实有点感慨十年前做一套2GGPS的方案板子上光两个模组就得占半个火柴盒现在一个QFN封装大小的器件就搞定了。这篇文章就围绕这个项目把从器件选型、设计验证到量产落地的完整链路拆开讲讲重点是那些规格书上不写的实战细节。1. 整体思路拆解为什么非得是SiP而不是SoC或分立方案1.1 核心痛点通信与定位在物理空间上的博弈任何带定位功能的蜂窝物联网终端本质上都在做同一件事把位置数据通过蜂窝网络传出去。听起来简单但拆开看有三个绕不开的约束。第一是尺寸尤其现在做宠物项圈、共享单车锁、集装箱追踪器PCB面积可能就指甲盖大小分立方案光放器件就很拥挤。第二是功耗电池通常只有几百毫安时蜂窝通信的瞬时发射电流能到2AGNSS连续接收也要十几毫安两者叠加对电源设计压力很大。第三是射频共存蜂窝发射功率高GNSS接收灵敏度要求极低对GPS L1大概-165dBm强信号和弱信号在同一块板子上共存处理不好就是互相干扰。SiP方案正好命中这三个点。封装内部用高密度基板把不同功能的die裸芯片和被动元件集成在一起外部尺寸比PCB级集成小一个量级因为内部走线短、封装屏蔽做得好射频干扰问题在出厂前就解决了一大部分再加上厂商会做整体功耗调优模块级的睡眠电流和唤醒策略都已经优化过了终端厂商不用从零折腾。我当时在选择方案时也犹豫过SoCSystem on Chip片上系统路线比如某些厂商把蜂窝基带和应用处理器做在一个die上但GNSS射频前端仍然是外置的因为定位接收机的LNA、滤波器这些器件工艺和蜂窝射频不太一样强行做进同一颗die会导致成本上升而性能下降。SiP走的是异构集成路线不同工艺的die用先进封装放在一起性能和成本都更灵活这也是近两年这类器件越来越多的原因。1.2 SiP封装的搭积木逻辑SiP的核心思路可以理解成把一块PCBA压缩成一个芯片。传统PCB设计里你需要考虑芯片间距、走线阻抗、去耦电容位置、屏蔽罩设计而SiP在封装内部就把这些事做了。具体到这颗器件内部大致是一块高密度多层基板作为骨架上面贴装蜂窝基带die、射频收发die、GNSS接收die、电源管理芯片、Flash存储还有一堆0201甚至01005封装的电阻电容电感最后整体包一封塑封或金属屏蔽罩。这种积木式设计的优势在于各功能模块可以分别用最合适的工艺。蜂窝射频用RF-SOI工艺能拿到更好的线性度和效率GNSS接收前端用SiGe BiCMOS能做到更低的噪声系数基带处理器用先进CMOS节点可以兼顾算力和功耗最后在封装层面汇合。这个思路跟SoC把所有功能塞进单一工艺完全不同它是专业的人干专业的事然后由封装工艺统一协调。对终端厂商来说最大的省心之处在于射频匹配网络和天线开关的布局已经被厂商调校好了。分立方案里GNSS天线端要自己加SAW滤波器防带外干扰蜂窝天线端要调匹配网络这些事情对经验不足的团队来说要花好几轮改板而SiP方案把这些都固化在封装内部终端只需要按参考设计接天线即可。1.3 通信制式怎么选Cat-M1和NB-IoT背后的逻辑这颗器件支持Cat-M1和NB-IoT双模这个配置我很欣赏因为它覆盖了两类典型应用。Cat-M1LTE-M支持移动性比如车辆追踪器、宠物项圈在大范围移动时能保持连接不脱网带宽到1Mbps以上还支持VoLTE语音甚至可以做低成本的语音通话终端。NB-IoT则主打超低功耗和超低速率适合水表气表、停车位检测这类固定位置、极低频次传输的场景覆盖深度也更好能穿到地下室和管道井里。很多朋友问为什么不能只做一个模式非要双模其实从芯片设计角度看双模是在一颗芯片里共享大部分射频前端和基带资源成本增加有限但给终端产品的市场适应性带来了极大的灵活。你在做产品定义的时候根本不用纠结是选低成本超低功耗还是选高可靠移动性一个器件通吃后面想切换方案直接改软件配置就行。我在实测中发现同一定位上报周期下NB-IoT模式的平均功耗比Cat-M1低30%-50%但Cat-M1的实时性和吞吐量优势在数据传输量大的场景比如上报轨迹点列表、OTA升级固件更明显。所以选型时不要光看哪个功耗低要结合你那边的实际业务模型去算。2. 核心细节解析封装内部的射频博弈与定位协同2.1 蜂窝天线与GNSS天线间的片内隔离战频率共存问题的本质是蜂窝上行链路LTE Band 13上行在777-787MHzBand 5上行824-849MHzBand 1上行1920-1980MHz等发射功率可达23dBm甚至更高而GPS L1频点在1575.42MHz北斗B1在1561.098MHz离LTE Band 1下行2110-2170MHz和上行有一定距离但谐波和杂散仍然可能落在GNSS频段内。哪怕隔离度做到40dB23dBm的大信号泄漏到GNSS接收机输入端仍有-17dBm这对于需要接收-160dBm卫星信号的接收机来说简直是灾难性的。SiP解决这个问题的第一道防线是封装内的电磁屏蔽结构通常会用金属屏蔽罩或者封装级屏蔽涂层把各功能区域物理隔开。第二道防线是滤波在GNSS接收链路里集成高抑制比的SAW/BAW滤波器专门把蜂窝频段的杂散和谐波拦在外面。第三道防线是时序调度很多器件内部把蜂窝发射和GNSS接收安排在互斥的时间窗口内利用GNSS接收机内部的高稳定时钟保持连续跟踪这就绕开了频域干扰。实测数据可能比你想的更乐观在蜂窝模块满功率发射时GNSS信号强度只下降1-3dB冷启动和热启动性能几乎不受影响。但如果用分立方案没有专业做共存设计的话这个数字可能恶化到10dB以上直接导致定位失败。2.2 GNSS多星座接收和并发方案的意义传统GPS单系统接收机在城市里经常看天吃饭高楼峡谷里可见卫星数少就定位慢甚至定不住。多星座接收就不一样了GPS北斗GLONASSGalileo四系统联合解算城市里可见卫星数量翻倍都不止定位成功率和稳定性都大幅提升。这颗器件支持四系统并发接收同时L1频段和多频点L1/L5双频选项在大赛道上也留了空间。这里要提示一个细节多星座接收不代表每个卫星系统都在同一时刻连续跟踪很多接收机会根据信号质量和功耗需求动态调整星座优先级。实际项目中不要迷信星座越多越好关键看定位环境。我做过一个工厂内AGV小车项目厂房里金属货架密集四系统比单GPS可见卫星数多了大概60%定位更新率从5Hz降到2Hz也能保证厘米级平滑度配合RTK之后。所以在评估GNSS性能的时候别只看空旷环境的定位精度重点测你真实施用环境的首次定位时间TTFF和定位可用性。2.3 A-GNSS让冷启动不冷的关键GNSS冷启动在没有星历的情况下要完成卫星搜索→比特同步→帧同步→星历解析最快也要30秒到1分钟这在很多应用场景下不可接受。比如追踪器开机后如果等一分钟才把位置传出去用户早以为设备坏了。A-GNSSAssisted GNSS技术通过蜂窝网络下载星历、历书和粗略时间把TTFF从几十秒压缩到几秒钟。这颗SiP器件对A-GNSS的支持很完整既支持通过蜂窝网络下载也支持通过主控MCU用串口注入。实测下来冷启动TTFF在网络辅助下能做到3-5秒比无辅助的35-45秒快了一个数量级。要注意的是A-GNSS的星历有有效期通常是3-7天过期后设备还是会回到普通冷启动状态。所以产品设计时要安排合理的辅助更新频率比如每次联网时顺便拉一次星历。如果设备长期不联网也可以在RTC时钟和本地存储的星历配合下做温启动通常10秒左右也能定位。3. 实操过程从评估板到量产级的完整记录3.1 开发阶段的环境搭建与测试准备拿到样片的时候官方配套了一套评估板核心接口包括一个USB转串口、一个Nano SIM卡座、SMA天线座蜂窝和GNSS各一路、还有排针引出各种GPIO和电源测试点。我的习惯是硬件调试之前先做三件事准备一张能正常附着网络的物联网SIM卡、一个室外空旷的天线架设位置至少能看到半个天空、一台装好串口工具和NMEA解析软件如u-center或自写脚本的电脑。这里有个容易踩的坑SIM卡激活和资费套餐要提前确认。有些NB-IoT卡默认是测试模式需要运营商侧先做数据业务激活才能附着网络。我试过在办公室等了一下午手机信号满格但模组就是附不上网最后发现是SIM卡套餐里没有开通APN。所以第一步别急着调软件先确认卡能上网最简单的办法是插到手机里发一条数据流量试试。天线方面开发阶段用胶棒天线或者外置贴片天线都可以但要记得天线尽量放置在桌面的边缘别让金属桌板和大面积地铜直接压在下面。GNSS天线还要注意有源天线的馈电问题常见的有源天线需要3V或5V馈电评估板上一般有跳线帽或者贴片电阻来配置细节一定要看原理图。3.2 核心验证网络注册与GNSS定位的一次性打通我的验证顺序是先注册蜂窝网络再解GNSS最后做联合上报测试避免两头同时排查麻烦。第一步上电后通过串口发AT指令先确认模组响应正常。指令很简单AT回OK就行核心的初始化序列大概是ATCGDCONT1,IP,cmnbiot设置APNATCFUN1确认射频模块功能开启ATCOPS0让模组自动搜索网络ATCGATT1发起PS域附着ATCEREG?查询注册状态返回值里的第二位数字等于1已注册或5已注册漫游就算网络通了如果CEREG一直返回0或3就要检查SIM卡和APN。APN错了最典型的表现是能注册但PDP上下文激活失败表现为IP地址一直获取不到。GNSS部分的初始化通常不需要AT指令默认上电就开始定位。看定位状态很简单用串口抓NMEA数据。NMEA 0183是一种纯文本协议里面最常见的语句$GNRMC包含经纬度、速度、航向和时间是最常用的综合定位语句$GNGGA包含定位质量、卫星数和海拔适合做诊断$GNGSA反映当前使用的定位模式和参与解算的卫星编号解析的时候看RMC语句里的Status字段A代表定位有效V代表无效。我第一次测试时不知道这个盯着经纬度数据看半天以为成功了后来才发现Status还是V只是接收机输出了一个全零的坐标。所以一定要写个状态判断定位无效时不发送数据。3.3 NB-IoT与GNSS联合上报的功耗策略设备的意义在于上报位置所以在测试完单点功能后要设计一个低功耗联合流程。我的参考做法设备开机后先做A-GNSS辅助下载和定位等拿到有效坐标后进入NB-IoT网络的eDRX扩展非连续接收或PSM省电模式状态。PSM模式下模组的电流可以降到微安级别但代价是不可达只有当设备主动上报时才会唤醒。eDRX则保留了一小段监听窗口服务器可以下发指令功耗比PSM高一些但实时性更好。针对周期上报的场景我倾向于这样调度每30分钟醒来一次主控RTC计时唤醒醒来后先给GNSS接收机加电利用内部热启动尝试快速定位5秒定位失败再考虑A-GNSS辅助或冷启动最多再等30秒拿到坐标后打开蜂窝模组附着网络并上报数据这块约消耗40-80mAh的容量取决于信号质量上包成功立即回到PSM所有外设断电实际项目里这条链路全跑通后一个500mAh电池的设备做到一周一充没有问题如果上报周期再放宽待机时间会更长。3.4 量产级的三个设计细节开发板调通不代表产品能量产至少有三个地方要额外注意。第一GNSS天线净空区不能省。SiP虽然把干扰控制住了但天线本身的性能还是要靠终端设计来保证。很多开发者在GNSS天线附近铺了大面积地铜或者把金属结构件压在天线正上方结果灵敏度直接崩了。参考经验陶瓷贴片天线下方要有完整的参考地上方及周围3mm内不要有任何金属件和走线。第二蜂窝天线的匹配和天线效率是产品射频性能的核心。SiP的射频端口是50Ω输出如果天线的回波损耗做得不好发射功率泄漏回来不但降低效率还会加大谐波反过来干扰GNSS。批量生产时每片板子都要做传导测试和天线辐射效率抽检指标达不到就返工。第三电源完整性极为重要。蜂窝发射时的瞬态大电流会造成电源电压跌落如果GNSS接收机和蜂窝射频共用一路LDO大电流抽取时LDO输出纹波会传导到GNSS电路严重时导致卫星信号丢失。设计上GNSS的供电要从主电源层单独分支并加足够的去耦电容最好用独立的LDO供电。4. 典型应用场景与选型思路扩展4.1 资产追踪冷链物流里的移动温度计冷链运输场景里货品不仅需要知道在哪还要知道沿途温度是否超标。传统方案是GPS定位模块加一个温度传感器加蜂窝通信模组三颗芯片加天线PCB面积大且电池续航短。用这颗SiP器件后板子上只需一颗主控MCU负责采集温度传感器数据和走业务流程定位通信由SiP完成整体硬件面积缩小一半多。在冷链车里还有一个特殊问题车厢本身是个金属屏蔽罩普通设备在里面根本收不到卫星信号。这个场景需要设备安装在车头挡风玻璃位置或者通过外置天线把信号引入车厢。这种时候SiP的蜂窝通信和高灵敏GNSS接收能力就能提供比普通方案更宽松的容错空间至少不会因为信号弱而无法定位。另外冷链场景的功耗策略也很考究货物运输途中一般要求1-5分钟上报一次位置和温度如果每次都走PSM唤醒链路功耗会比较紧张。更合理的方案是连续小功率工作利用Cat-M1的低功耗特性保持网络连接配合eDRX定期接收下行指令这样既能满足频繁上报又能把平均电流控制在10mA以内。4.2 可穿戴设备儿童手表和老人手环的通信定位一体方案儿童手表是典型的又要通信又要定位还要小的品类。传统方案里主芯片负责蜂窝通信另外集成一颗GPS芯片两块芯片加天线和匹配电路手表的表盘空间被挤占严重。SiP器件可以直接贴装在FPC软板上配合小型化陶瓷天线整个手表内部布局可以做到非常紧凑和谐。这类应用里GNSS的性能不仅仅用于室外定位还依赖Wi-Fi扫描和基站定位做室内辅助。很多儿童手表用的是GNSSWi-Fi基站三重定位做室内外无缝切换。SiP方案在室外享受高精度GNSS室内切换到基站的Cell-ID定位因为蜂窝模组本身就必须工作等于定位路径直接复用不增加额外硬件。功耗方面儿童手表的要求是每天充一次电甚至两天一充。用PSM模式定时唤醒上报的方案配合GNSS的间歇性接收模式例如只开20秒定位然后关闭可以做到续航一天半以上。另外儿童手表要求紧急呼叫功能需要Cat-M1的VoLTE语音能力这种语音数据定位一体需求正是双模SiP发挥优势的地方。4.3 智能农业与车载终端的差异化应用农业机械的定位场景不太一样农机作业速度慢、路径重复率高需要高精度定位配合导航作业。搭载RTK差分技术可以做到厘米级精度但RTK本身需要蜂窝网络传输差分改正数据这时候SiP方案的优势又出现了GNSS原始观测量和蜂窝网络传差分数据天然坐同一条船省去了外部差分模块和通信模组之间的接线和协议转换。车载终端方面UBI车险基于使用情况的保险和车队管理需求增长很快终端设备要求即插即用OBD接口。OBD接口供电电压波动大8-16V甚至更大瞬间冲击电流也高需要很好的电源保护但SiP方案把主控和通信接口都简化了整机设计就可以把精力集中在电源防护和天线布局上。GNSS持续定位配合Cat-M1的数据传输也能满足车队实时位置监控的低延迟要求。还有一个很有意思的方向是宠物防丢追踪器这个品类对尺寸的要求极其苛刻。一颗AirTag大小的产品里要塞电池、扬声器、蓝牙再加入蜂窝和GNSS功能必然只有SiP才有戏。实测下来这类产品用SiP方案可以做到单节CR2477纽扣电池供电每天上报三次位置续航超过两个月这在分立方案时代基本是做不到的。5. 常见问题与排查技巧实录5.1 GNSS定位慢或定位不到的排查顺序如果设备在室外开旷环境下2分钟内还没有定位成功我会按这个顺序排查第一步检查NMEA输出语句看$GNGSA里有没有至少4颗卫星参与解算。如果可见卫星很多但参与解算的少大概率是多径干扰或者星历不完整换个位置再试。第二步确认天线有源馈电是不是正常。有源GNSS天线如果馈电电压没有正确加到天线端LNA不工作信号会被衰减得很厉害。用万用表量天线座中心的直流电压通常应该在1.8V到5V之间。第三步检查天线净空和天线的方向性。有些陶瓷天线是贴片形式的它上面的金属面就是辐射体如果贴片顶上有螺丝、屏蔽罩或其他金属物件天线方向图会被严重畸变。可以先用手持外置有源天线对比测试排除PCB自身天线的问题。第四步如果以上都排查了还是不行怀疑SiP内部GNSS电路的电源纹波干扰。示波器看GNSS供电引脚在定位过程中的纹波如果超过50mV就要加LC滤波或改供电方案。5.2 蜂窝与GNSS互扰的实际表现和应对即便SiP内部做了大量隔离终端板级设计如果太随意仍然可能在蜂窝发送时GNSS丢失。我遇到过的情况是单独测蜂窝通信没问题单独测GNSS定位也正常但一让两个同时工作定位数据就开始断续甚至完全失效。排查思路要抓三个层面。第一是物理隔离检查两颗天线之间的距离和方向尽量让蜂窝天线和GNSS天线垂直摆放利用极化隔离减小耦合。第二是频域滤波看看蜂窝天线的谐波是否通过空间耦合到GNSS天线端口可以在GNSS天线端临时串联一个1575MHz的带通滤波器来做对比实验如果有效则说明板级滤波不足。第三是时域调度如果硬件改不动就用软件方案在蜂窝发射的瞬间暂停GNSS数据处理利用接收机的时间同步机制跨过这段盲区。虽然会丢失少量卫星信号但总比一直定位失败强实测对定位连续性影响很小。5.3 功耗异常是最大的隐形杀手很多工程团队把设备做出来后发现电池续航远达不到预期以为是电池质量差最后查下来是软硬件配合不当导致的功耗异常。最典型的错误是主控MCU进入睡眠了但GNSS接收机还在全速工作或者蜂窝模组没有正确进入PSM状态一直在联网等待。有次我抓到一个设备的平均电流是15mA最初以为是正常水平后来看电流波形才发现模组每隔几十秒就发一次心跳包保持网络连接把PSM功能关掉了。排查方法很简单用精密电源看设备在空闲状态的电流波形如果出现周期性尖峰就要检查是不是有心跳包、网络重附着或者传感器轮询在捣乱。另外一个常见问题是电源轨的下电顺序。SiP器件本身有多路供电如果某路电源在睡眠时没有正确拉低会有漏电路径瞬间吃掉几十微安的电流在电池容量小的设备上是致命的。所以做低功耗设计的时候不要只看模组规格书里的睡眠电流指标要用功耗分析仪实测量整机在真实业务场景下的平均电流并且把业务模型上报频率、联网时间、定位次数建模预估用数据来指导优化。5.4 常见问题速查表现象可能原因排查动作蜂窝无法附着网络APN配置错误/SIM卡未激活/信号弱先用手机同一张SIM卡测试数据业务再用ATCEREG查询注册状态蜂窝能附着但IP获取失败PDP上下文激活问题用ATCGACT1激活ATCGPADDR查询IP检查APN是否与运营商套餐匹配GNSS冷启动长期无定位天线馈电异常/净空不足/遮挡严重检查天线直流电压、移动位置、用外置有源天线对比测试GNSS定位精度差、漂移大多径效应/干扰/天线性能不良避开金属反射面检查GNSS信号强度C/N0是否低于30dB-Hz发送数据时定位丢失蜂窝发射干扰GNSS检查天线隔离度增加滤波器或采用时分调度规避整机平均电流偏高PSM未生效/心跳包过多/外设漏电用功耗仪抓电流波形检查模组是否在PSM降低心跳频率模组发热严重经常大功率发射/散热差检查信号质量若长期处于弱信号区需优化天线布局或增加信号增强器6. 器件选型之外的扩展思考只要产品形态还在往小型化、集成化走SiP器件在蜂窝物联网和GNSS领域就不会只是过渡方案。我个人的判断是后续这类产品会向三四个方向深化一是加入RTK和PPP-RTK支持直接在SiP内实现分米级甚至厘米级定位进一步侵入高精度导航市场二是向更低功耗演进在NB-IoT下实现一次充电用一年的承诺为海量的环境监测传感器带来可能三是通过软件定义无线电SDR架构让同一颗芯片同时处理蜂窝和GNSS信号用动态频谱分配替代静态滤波隔离。实际做产品选型的时候我的建议是不要只看芯片本身的指标还要看三件事第一模组厂或芯片原厂的生态是否完善文档、工具、参考设计、FAE支持是否靠谱这直接决定了研发进度第二封装尺寸和未来演进路线是否匹配你的产品系列如果后面要出低配版和高配版最好选同一系列不同配置的器件硬件设计可以最大程度复用第三供应链的稳定性和长期供货承诺一颗芯片用进产品后换型成本很高一定要做供应商的背景调查和备选方案。从这两年做的几个项目来看SiP器件给终端硬件团队带来的最大价值不是省掉多少PCB面积而是降低了对射频设计能力的门槛。以前一个团队里必须有个经验丰富的射频工程师来处理天线干扰、匹配调谐这些事现在很多问题在模块层面被消化掉了小团队也能做出性能不错的无线产品。这其实是很重要的一件事它让物联网创新的门槛又一次降低了。如果你也在规划带定位蜂窝功能的终端产品建议找一颗类似的SiP器件回来先打个样你会明显感觉到研发节奏完全不一样。
返回列表