NB-IoT模组半夜批量掉网，换了三批货还这样，快被搞疯了
各位老哥，求个思路。我们做了一款NB-IoT的井盖监测终端，主控STM32L4，模组用的BC260Y，电池供电，设计功耗算下来能撑3年。结果最近这批200台装到现场，白天好好的，一到晚上11点以后就批量掉网，第二天早上又自己恢复，后台看是模组反复注册失败。现场信号不算差，RSRP在-95左右。
已经排查的：电源换了低ESR的钽电容，模组供电走线加粗，固件把PSM配成TAU=1小时、Active=10秒，还是掉。怀疑是晚上基站侧参数变了，但问运营商说没动。也有兄弟说是夜间温度低电池内阻上来了，我算了下账，就算内阻涨了压降也不该到复位阈值啊。
现在200台在现场每天丢数据，客户催着要报告，头大。有没有做过NB表计类的兄弟遇到过类似情况？到底是电源、天线还是基站那边的问题，给个方向，谢谢了！
回答（2）
先别急着换硬件，晚上11点批量掉、早上自恢复，这个时间规律太像网络侧的行为了。建议按顺序查：1）让运营商拉这几台设备的信令跟踪，重点看夜间TAU/Attach Reject的原因值，很可能是夜间基站节能或小区合并导致重选频繁，BC260Y注册失败大概率有Reject码；2）现场用AT+CEREG?和AT+CSQ连续抓一晚，记录掉网瞬间的RSRP和小区ID，确认是不是重选到弱覆盖邻区；3）确认PSM和eDRX是否被网络侧协商改掉，有些运营商夜间会收紧TAU参数。先看信令和波形数据再下结论，别先动电池。
先别急着换货，这现象“夜间批量、早晨自恢复”，我第一反应是夜间基站侧或核心网的周期性动作，比如运营商夜间做小区重选优化或TAU/寻呼参数调整，模组反复注册失败多半是附着被拒或鉴权超时。建议抓两点：一是用AT+CGREG?和AT+CEREG?看具体拒绝原因值，再抓一段模组log发原厂FAE看是NAS层哪步挂的；二是拿一台现场设备夜里用串口把CEREG、信号质量、供电电压一起打出来，确认掉网瞬间VBAT有没有跌到2.1V以下。另外PSM配TAU=1小时在夜间低业务场景容易被网络侧拒，先临时关掉PSM用eDRX跑一晚对比，能快速区分是模组还是网络侧问题。