速銳得釋出《共享汽車分時租賃短租車載TBOX終端E6S電源管理政策》

現在做共享汽車分時租賃TBOX的朋友越來越多，在車載電子上，待機功耗一直是占據着重要的位置。這不僅是因為各種各樣的能效标準的執行，也确實符合實際應用的需求。

2014年早期，我們釋出了共享汽車分時租賃TBOX的API接口協定，配套的TBOX-E6，隻有兩種工作模式：全速模式和休眠模式。很呆闆，要麼全開，要麼全關。之前認為自己牛逼的地方，在後續看來，會影響到整體的租賃業務。全開，是正常業務全速進行，這個狀态在業務模式下保持不變進一步優化。休眠模式，當檢測電動汽車電壓低于設定閥值，需要通過短信喚醒。兩種工作模式對應的營運情況不同，全開模式自然是最高，時時刻刻保持被平台激活的狀态，業務上需要極高營運效率，休眠模式面向是處于5分鐘後沒有訂單進入，汽車直接進入休眠。這樣的話，給平台開發增加了很大的壓力，API簡單容易操作和對接，但是簡單得有些粗暴。為此，功耗上，沒有做出好的控制政策，我們把問題歸位到客戶營運效率不高，想的是如果你車18個小時都在跑，根本用不到休眠，剩下的幾個小時處于充電狀态，也不用太關心裝置是否休眠。

這個方式，我們用了好長一段時間，2016年推出4G全網通的TBOX-E6S，峰值電流比之前的E6功耗上直接翻番，可達到150mA/h，營運的車務人員，2-3天動不動就得去給汽車充電，總是覺得耗電特别快，一來覺得是自己營運的能力不足，二來也是因為盒子的功耗過大。幸好的是這套用車、還車的流程及與業務的磨合，是足夠的，除了發生一些高頻次的虧電，幾乎也沒有太多來自營運平台的别的聲音。那個時候做分時租賃營運的客戶還不多，也就寥寥幾家，回報及服務都及時，處理方式雖然有點粗暴，車型也不是很多，自然是能夠保持正常的營運。這，也許就是初期形态，這，也是成長過程。

實際上，把待機功耗降低，也不是什麼太高深的事，不需要高等資料頻譜分析高大上的理論，基本上是需要一些經驗，有時候，需要做一些妥協，回顧以往，我們選擇了妥協。

妥協之一：2017年，分時租賃開始進入元年，我們和江淮、北汽、海馬、東南、蓥石、奇瑞等多方主機廠及主機廠的零部件供應商，東軟、日輝資訊及一堆簽約保密協定的出行公司及平台共同溝通，定義了一套新的V2.0接口協定。并優化了SCRTC時間，增加了心跳包，增加設定進入休眠時間間隔的指令、SN号定義說明，也修正了遠端控制還車描述操作及優先級定義。

硬體上，我們一直采用的是市面上主流中最好的電源管理方案，E6S全部采用的TI的電源管理。目前來說，物料在TBOX領域都是處于領先水準，2路的DC/DC，2路LDO，都是采用進口物料，這類晶片相應安規認證，放在電橋前面都有高可靠性，沒得說，正常工作時候，幾乎是沒有損耗。

需要優化的部分，是軟體的邏輯。

在實際的汽車租賃、短租、分時租增加一個工作模式叫“監聽模式”。監聽模式的意思就是在實際的租賃營運上，當汽車熄火後15分鐘後，TBOX應該保持的一個等待下一個訂單的工作狀态。監聽模式下，TCP的連接配接不能中斷，等待訂單随時被喚醒，就避免了網絡重新連接配接，連接配接汽車資料CAN總線，也随時保持開啟，因為有短信喚醒、藍牙喚醒、震動喚醒、CAN資料喚醒、定時喚醒的機制下，主要的業務可以暫停，進而又降低了對應的功耗。這個時候CAN是打開的，藍牙是打開的、内置的六軸陀螺儀也是打開的。

以市面上标準的透明藍色OBD藍牙盒子為例子，藍牙+MCU工作功耗，一般是25-35mA/h，如果加上TCP長連接配接，功耗應該要超過35 mA/h,還不包涵陀螺儀。

通過軟體的同步優化，我們把E6S終端整機工作功耗做到如下清單情況并做了登記并在微信公衆号上公開與釋出，歡迎老朋友測試：

妥協之二：大家從上一段穩重透明藍牙功耗來看，如果把電源管理剪掉10mA/h，藍牙本身的工作功耗也在25mA/h左右。當下，E6S采用是雙藍牙 SPP+BLE的工作模式，目前雙模藍牙沒有更好的低功耗方案。現在市面上的智能手機，基本都是采用了BLE的傳輸方式，已經完全實作了低功耗的過渡了。為此，方案的選擇上，将作出進一步的優化，采用單模BLE的藍牙，進而降低E6S整機大約10mA/h的監聽模式下的功耗。

我們在2014年做OBD産品的時候，曾經釋出過一個變态級的零功耗子產品，雖然TBOX已經附加了很多功能、子產品、及傳感器，但是這類産品在實際應用場景中的功耗是沒有最低，隻有更低。也許，回顧自己的老産品EST13，能激發我們更多可以想象，uA級而這将是所有TBOX及OBD産品都無法抵達和突破的目标了，但是通往前進的路，依然可以堅持走下去。

自我突破的同時，我們希望能為大家做的更多。