?

一、太長不看省流量版本：

給4G模組VBAT斷電關(guān)機，模組關(guān)機前未能及時退出當(dāng)前基站，會有什么影響呢？

基站會誤以為設(shè)備還在線，下次開機仍會拿著上次駐網(wǎng)信息去連基站。基站一看，上次鏈接還在——認為你是非法設(shè)備，拒絕鏈接！

二、詳細問題原因分析版本：

最近一兩年，時常有客戶朋友反饋，無論是合宙低功耗4G模組還是其他友商的模組——模塊重啟完成，注冊不上網(wǎng)。

在這里詳細記錄下復(fù)現(xiàn)問題的過程、問題產(chǎn)生的原因以及規(guī)避方法，并提供一些比重啟更好的辦法，希望能幫到類似情況的朋友們。

以下是常見的4種關(guān)機重啟情況：

- 功耗原因關(guān)機重啟 -

客戶反饋：

自己對功耗特別看重，需要極低的功耗，所以關(guān)機。在需要啟動的時候，再給模塊上電。

FAE解答：

在大多數(shù)人的認知里，只要關(guān)機肯定是比待機更省電的，實則不然。

比如大多數(shù)人家里的電視盒子：

當(dāng)你按下遙控器的關(guān)機按鍵，其實只是切斷了輸出，你認為的關(guān)機狀態(tài)，和電視盒子的開機狀態(tài)，實際功耗區(qū)別并不是很大。

對4G模組來說，主要的耗電大頭在于——剛開機駐網(wǎng)那一下，以及發(fā)送數(shù)據(jù)時候。

下圖為使用Air9000P功耗分析儀測試Air780E，從開機開始的一小時，每隔一分鐘往服務(wù)器發(fā)送一條消息的全段截圖，可以明顯看出耗電的大頭。

?

所以，如果你的應(yīng)用不會出現(xiàn)頻繁發(fā)數(shù)據(jù)（低于一小時一次）給服務(wù)器，那么是可以通過關(guān)機來降低功耗的。

但是這種降低功耗的手段，還不是最優(yōu)解。如果你一天發(fā)送數(shù)據(jù)多于4次，那么還有一種****更好的方法來降低功耗 ——那就是用合宙的低功耗解決方案。

詳見合宙4G超低功耗解決方案： www.airpsm.cn

- 網(wǎng)絡(luò)原因關(guān)機重啟 -

客戶反饋：

我們的設(shè)備處于網(wǎng)絡(luò)狀態(tài)不太好的地方，在遇到網(wǎng)絡(luò)不好的時候，我就重啟自己設(shè)備，重新讓模塊駐網(wǎng)。

FAE解答：

模塊駐網(wǎng)邏輯與掉線重連邏輯，是模塊內(nèi)部SDK自行處理的，掉網(wǎng)會給上層發(fā)送斷網(wǎng)消息，用戶只需要訂閱對應(yīng)消息即可。

重新駐網(wǎng)的邏輯其實模組內(nèi)部也是有的，大多數(shù)情況下，不需要應(yīng)用層做斷網(wǎng)處理。如果用戶對消息的及時性和準(zhǔn)確性有要求，可以將模塊與服務(wù)器的心跳間隔設(shè)置短一點。

AT版本：

設(shè)置心跳內(nèi)容和心跳間隔的指令為：

AT^HEARTBEAT和AT^HEARTCONFIG

具體參數(shù)可以查看AT手冊： doc.openluat.com/article/4985

LuatOS版本：

可以查看socket.config接口，MQTT可以查看mqttc:keepalive接口。

具體接口描述參見： wiki.luatos.com/api/index.html

- 續(xù)費原因關(guān)機重啟 -

客戶反饋：

有時候會因為自己續(xù)費不及時，導(dǎo)致SIM卡到期未續(xù)費，被停機，所以自己代碼中做了處理，連不上網(wǎng)XX秒就斷電再上電。

FAE解答：

其實可以先嘗試進出一次飛行模式，沒必要斷電。

如果你很頻繁的斷電再上電，電源部分PCB設(shè)計如果有不完善的地方，很有可能出現(xiàn)超過VBAT最大電壓的脈沖，進而可能導(dǎo)致模塊損壞。

而且，模塊內(nèi)部SDK其實針對SIM卡未及時續(xù)費這種情況也做了一些處理。即使你什么都不做， 到期兩三天內(nèi)續(xù)費成功，模塊也會在10-30分鐘內(nèi)注冊上網(wǎng)絡(luò)， 不用擔(dān)心模塊連不上網(wǎng)的問題。

- 服務(wù)器原因關(guān)機重啟 -

客戶反饋：

我們連的是客戶服務(wù)器，客戶服務(wù)器不穩(wěn)定，時而能連時而不能連，所以在服務(wù)器連不上后，我們會斷電重啟模塊，嘗試看看能不能連上。

FAE解答：

模塊駐網(wǎng)（連接4G基站）沒什么問題，只是鏈接服務(wù)器失敗， 可以做一些重連處理， 而不是頻繁的去斷電在上電。

如果以一個很頻繁的速度（一分鐘10次這種速度）去駐網(wǎng)，很有可能被基站認為是非法用戶，導(dǎo)致基站內(nèi)部防護策略生效，讓模塊再也連不上基站。

在這里可以推薦一種重連策略：

如果駐網(wǎng)正常，只是鏈接服務(wù)器異常，可以按照2^(n-1)S 的時間間隔去重連服務(wù)器。

例如：1S 2S 4S 16S 32S 64S…

當(dāng)然，需要一個最大上限時間，例如10分鐘。 沒有最大上限的話，可能導(dǎo)致服務(wù)器已經(jīng)好了，而模塊重連間隔時間過長，導(dǎo)致數(shù)據(jù)不能及時送達。

如果超出最大上限時間，服務(wù)器依舊連不上，再進出飛行模塊幾次（進出飛行模式的速度也不應(yīng)過快，過快也有可能被基站認為是非法用戶）。

如果依舊注冊不上網(wǎng)絡(luò)，再考慮給模塊斷電，然后重啟模塊。

綜上所示，其實大多數(shù)情況，沒必要給模塊進行關(guān)機措施。

頻繁的開關(guān)機，還有可能導(dǎo)致模塊功耗異?；蛘咦曰径甲圆簧系葐栴}。

如果需要進行關(guān)機：

建議還是關(guān)機前先進飛行模式，主動和當(dāng)前基站進行一個注銷的操作。

?