两轮车中控要不要加装离线地图功能,很多硬件工程师最先算的是一笔BOM成本账。这篇文章聊聊iMLite Map这套两轮车离线地图方案,从硬件选型的角度,看看它跟传统嵌入式地图方案在成本结构上差在哪。
传统方案的BOM账,贵在哪
传统嵌入式地图方案,同样范围的导航底图数据普遍在数GB级别,两轮车中控本来的片内Flash根本装不下,只能外挂一颗大容量存储芯片,这一颗芯片的成本,加上对应的PCB布线、封装空间,都是实打实的BOM增量。
芯片这块也是同理。传统方案的渲染逻辑对算力要求偏高,不少方案要求主控至少是中高端型号,两轮车原有的低成本主控往往带不动,逼着厂商要么换主控,要么专门为这个功能加一颗协处理器,两条路都是加钱。
iMLite Map的硬件账,算法先把成本压下来
iMLite Map的思路是先在算法层把数据体积和渲染负载降下来,再谈硬件适配:
存储:自研矢量压缩算法把地图数据压到10MB级别,新疆全省完整地图约58MB,两轮车中控原有的片内Flash基本能直接装下,不需要外挂存储芯片
主控:适配ARM Cortex-M4及以上主流MCU,运行内存640KB即可(466×466 RGB565分辨率),已适配炬芯、杰理、思澈、瑞昱等主流芯片,不需要为了跑地图专门升级主控或加协处理器
渲染:纯软件矢量渲染引擎,定点数运算,代码空间小于80KB,运行时动态内存小于20KB,不依赖浮点单元,对现有主控的资源占用压得很低
这三条落地下来,理论上不需要新增存储芯片,也不需要升级主控型号,硬件BOM增量能压缩到接近零,这是跟传统方案最大的成本结构差异。
工程师选型时建议实测的几个点
拿自己现有主控型号,直接问对方要最低硬件要求清单核对一遍
别只看宣传的功耗数字,要实测代码空间和运行时内存占用
确认地图数据是否支持自定义范围裁剪,全量打包和分区裁剪的实际占用差异很大
更新机制要问清楚生产端(产线烧录)和用户端(日常更新)分别怎么处理
写在最后
硬件BOM成本从来不是单看一颗芯片的价格,存储和算力需求降下来,很多时候比换一颗更便宜的芯片更管用。iMLite Map目前是面向两轮车主机厂、方案商开放SDK授权的模式,感兴趣的硬件团队可以直接找官方要详细的技术规格书做进一步核对。
344