速锐得发布《共享汽车分时租赁短租车载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产品都无法抵达和突破的目标了，但是通往前进的路，依然可以坚持走下去。
自我突破的同时，我们希望能为大家做的更多。
评论