NB-IoT模组凌晨批量掉网，换了电源方案也没用，快被搞疯了
各位同行，求救一个NB-IoT的坑。设备是STM32L4+BC26模组，锂亚电池ER18505供电，远程抄表用的，每天醒一次上报。小批量试产200台，装到现场不到两周，凌晨1点到4点这批设备批量掉网，掉网率大约15%，重连后又能撑一两天，反反复复。运营商那边查了说基站侧没异常，信号RSRP在-95左右不算差。我这边已经排查过：电源加了超级电容和TVS，9V瞬间脉冲测过没问题；PSM和eDRX参数按手册配的，TAU设的4小时；固件里重连逻辑加了三层，还是压不住。现在最怀疑是电池内阻问题，ER18505低温和大电流下压降厉害，但抄表场景凌晨温度也就10度左右，按理不至于。产线200台等着出货，每天被项目经理追着问，头都大了。有没有老哥遇到过类似问题？怎么定位是模组还是电源还是运营商的问题？有没有靠谱的抓包或压降记录手段推荐？先谢过了。
回答（3）
先别急着换电池，15%的掉网率不像电源问题。你们每天醒一次上报，凌晨1-4点集中掉网，我怀疑是PSM的TAU和Active Timer配合有问题：NB-IoT的TAU是按T3412下发周期算的，如果基站给的TAU小于你配的4小时，模组会强制醒来同步，醒来时正好撞上弱信号或基站负载高峰。建议抓模组侧AT日志，看掉网前有没有+CEREG:0,2或+CGEV的PSM退出事件，确认到底是主动醒来还是被动掉线。另外重点查BC26的PSM唤醒后重连流程：很多模组醒来后先发数据不等注册完成，直接超时。把重连逻辑改成等+CEREG:0,1再发，可能就压住了。
先别急着换电池，15%的掉网率不像电源问题。重点查两点：第一，凌晨1-4点是不是集中上报时段，200台同时醒来抢基站，NB-IoT单小区连接数有限，容易拥塞掉线，建议把上报时间随机打散几分钟，别整点扎堆。第二，看掉网前模组日志里是RRC释放异常还是TAU更新失败，如果是TAU，4小时偏短，锂亚电池配BC26建议拉长到8-12小时，减少信令风暴。另外超级电容加TVS没问题，但测一下发射瞬间电池端电压实际跌到多少，-95的RSRP发射电流会偏大。先抓几台掉网设备的串口日志，别盲猜，产线等着出货，优先做上报时间打散这个改动，成本为零。
凌晨1-4点批量掉网，先别盯电池，查PSM唤醒窗口和运营商侧TAU对齐。BC26在PSM下深度睡眠，醒来第一件事是附着，若固件里AT+CEREG查询和发送数据之间没等够，容易在RRC建立阶段被网络拒。直接看手册最快：查你TAU设4小时是不是和运营商的周期TAU不一致，运营商侧如果强制4小时但你的eDRX周期配错，会在凌晨网络侧批量回收时集中掉线。排查点：1、抓模组串口日志，看掉网前最后一条AT返回是+CEREG:0,2还是直接无响应；2、用AT+QPSMTIMER查实际睡眠时长，对比TAU；3、现场拿几台把PSM先关掉只留eDRX跑两天，看掉网率变不变，能快速定位是PSM还是射频。锂亚电池10度压降问题不大，先排除协议侧。