NB-IoT模组半夜掉网，白天正常，有谁遇到过这邪门事？
各位大佬，摊上怪事了。我这边一批NB-IoT水表（BC260Y模组+STM32L051），现场装了三个月，最近陆续反馈夜里12点到凌晨3点之间掉网，白天怎么测都正常，重新上电又能连上。已经跑了三趟现场，蹲了两晚，抓到现象：模组反复搜网，PSM唤醒后附着不上，电流从3uA飙到十几毫安，电池扛不住。试过换运营商卡、调PSM/eDRX参数、加看门狗复位，都没根治。基站侧说夜间有参数调整但"不影响业务"。这批货下周要交付两千台，头大得很。有没有兄弟碰到过类似夜间掉网的？是不是跟TAU周期或者基站夜间节能有关？低功耗设计这笔账现在算得我心慌，求指点，谢谢！
回答（4）
先别急着改硬件，夜里掉网优先怀疑TAU和PSM唤醒窗口撞上基站夜间节能。查三点：1）看规格书第3页确认BC260Y的TAU默认值，若厂家默认给的是短周期，夜里基站侧释放上下文后重附着必然反复搜网，把TAU拉长到工程实测稳定值再跑两晚；2）抓模组AT日志重点看CEREG和CSCON状态迁移，PSM唤醒后先等小区重选稳定再发数据，别一醒来就上报；3）对照勘误表确认固件版本有没有附着重试风暴问题。电流3uA到十几mA说明卡在搜网态，加个重试退避比看门狗复位管用。
先别急着改参数，我怀疑根子在PSM唤醒后的附着时序上。建议按这三步查：一、用电流探头+逻辑分析仪抓一整晚波形，重点看掉网瞬间TAU定时器到期前后的电流曲线，确认是模组主动发起还是被网络踢的；二、查夜间基站是否下发新的SIB参数或寻呼周期变化，用AT+CGDCONT和AT+CEREG盯附着状态码；三、看电池供电在低温夜间电压跌落是否触发模组欠压保护，十几毫安反复搜网很可能就是附着失败重试。先看波形再下结论，别盲目加看门狗复位，那只是掩盖问题。
夜间掉网先别怀疑模组，八成是基站侧夜间节能策略和TAU撞上了。排查三点：一是抓模组日志看掉网时是不是TAU定时器到期，夜间基站参数调整导致寻呼窗口错位，附着请求被拒；二是把TAU周期调到运营商夜间策略之外，比如避开12-3点集中唤醒，加随机抖动；三是PSM唤醒后别急着发数据，先做信号质量判断，RSRP低于-110就延后附着。另外查下固件版本，BC260Y早期版本对夜间寻呼响应有bug，找移远要新固件。电池账好算：十几毫安搜网半小时就够喝一壶，先把唤醒策略改成错峰+退避，别硬扛。
兄弟别慌，这现象我见过类似的。夜间掉网+PSM唤醒附着不上，八成跟TAU周期和基站夜间节能策略打架有关——凌晨基站可能收缩了寻呼或调整了覆盖，模组TAU到期正好撞上，反复搜网就把电耗光了。
给你三个排查点：一是把TAU周期调短些（比如从默认几小时压到1小时级），让附着动作避开夜间窗口，实测对比；二是抓模组日志看掉网时是TAU reject还是无响应，区分是网络侧还是模组侧；三是PSM唤醒后先做一次信号质量判断，RSRP太差就延迟重附着，别硬搜。
还有，跟运营商要夜间小区参数变更记录，基站说“不影响”往往只是没细查。先跑通再优化，别急着交付，蹲一晚抓日志最实在。