克服车用仪表板数字化挑战 开发工具选择至为关键

分享到:
195
下一篇 >
由于汽车智能化,未来汽车中控台数字化/虚拟化将成必然趋势,因为现有的机械式指针仪表板跟采用实体按键的中控台,无法满足相关资讯显示跟人机互动的需求。不过,由于这些系统与行车**密切相关,因此在产品设计时,必须纳入许多**验证的考量,慎选正确的开发工具环境,将有助产品***迅速推出符合客户需求的产品。

明导国际软件架构师刘家荣认为,汽车仪表板数字化发展已是大势所趋。

明导国际(Mentor Graphics)软件架构师刘家荣指出,虚拟仪表板跟触控式的中控台,势必将成为未来智能汽车中不可或缺的要素。这些系统必须与车内各项子系统串接起来,同时又要具备多样化的功能跟丰富的图形元素,对系统***来说,构成不小的挑战。

归纳起来,虚拟仪表板与中控系统的开发有以下三大主要挑战:首先,虚拟仪表板跟中控台上面,会显示许多跟行车**密切攸关的资讯,因此这类系统本身必须非常可靠。

其次,由于驾驶是透过这些仪表来掌握车辆状况,因此汽车一发动,这些资讯就必须能立刻展示在驾驶眼前,这意味着相关系统的开机速度一定要很快,不可能像个人电脑般,花个几十秒才能开机完成。 第三,车厂可能会常常透过空中下载(OTA)功能来更新汽车上的软件配置,以增加新功能或提升**性,这意味着系统必须在有严密**防护的前提下支援OTA功能。

针对**点和第三点,ISO 26262(ASIL A/B)标准已经有相关规定,例如虚拟仪表板有某些功能必须符合ASIL A/B规范,GUI设计也要遵循一定框架来进行。但如果整个仪表板跟中控台的所有功能都要通过ISO 26262验证,其实是相当耗时而不具成本效益的,因此有一种折衷作法,亦即某些关键功能一定要通过ISO 26262,某些比较无关紧要的功能则不必满足ISO规范。

通常,***只要选择正确的框架跟开发工具,就可以满足相关要求。例如富士通(Fujitsu)的CGI Studio(图6),就是明导非常推荐的UI框架。该框架具备强大的2D/3D绘图功能,而且是专为汽车应用所设计,包含许多ASIL等级的模组。

至于开机时间方面,关键则在于即时作业系统(RTOS)的选择。RTOS的档案越小,则开机速度越快。通常在虚拟仪表应用中,不推荐使用Linux等重量级的作业系统,因为这类作业系统虽然功能强大,支援性跟扩充性也好,但对汽车应用来说并非*适当的选择,开机速度太慢更是一大问题。

你可能感兴趣: 业界新闻 图片 开发工具 软件架构 汽车
无觅相关文章插件,快速提升流量