作者 | 李伟 上海控安安全测评中心安全测评部总监

来源 | 鉴源实验室

01 Tbox简介

Tbox(Telematics Box)是汽车座舱系统中的一个ECU,物理外观上是一个方正的盒子,通常会有线束接口、HSD接口、通讯和导航天线接口等。软件上Tbox一般会基于Linux操作系统如Ubuntu、CentOS等,配合上层软件进行深度定制。而车机系统目前一般选择Android进行深度定制。

Tbox的作用是作为车辆的网络出口,将独立的车辆网络环境跟互联网进行连接,促进了现在车联网的形成。综合起来看,Tbox是带通讯功能的盒子,内含SIM卡,一般是物联网SIM卡,与这个盒子配套硬件还有GPS天线,4G天线等。

当前已经有主机厂和大的零部件供应商在研究一体式的车机系统,将传统的车机和Tbox合二为一,从而取消独立的Tbox物理设备。

02 Tbox的通讯

Tbox通常挂载在诊断Can上,且诊断CAN一般只有Tbox一个电子控制零部件。

Tbox通常内部有MCU和MPU两个控制单元,相互之间的通讯一般基于UART协议。

Tbox的外部系统通讯一般有以下几个部分:

(1)基于4G或5G通讯模组的上网通讯以及卫星导航定位,这部分都是集成移动通信供应商标准模组,主机厂或Tbox零部件供应商自定义程度较低。

(2)Tbox与主机厂TSP(运营商服务平台)云端平台间通讯,通常使用主机厂自定义的通讯协议。

(3)新能源车基于国标GB/T 32960规范要求的直连和转发通讯。

(4)Tbox跟车内其他零部件间的CAN或车载以太网通讯。

(5)Tbox跟车机娱乐系统间的HSD(高速数据)连接,基于IP网络socket通讯。

(6)Tbox跟其他设备间的专用通讯,需要看项目具体设计,如跟SRS(安全气囊)硬线连接通讯等。

03 Tbox的功能划分

从上个章节我们可以看出Tbox本身有多个跟其他系统的交互模块,这些模块基本都会对应不同的上层应用,此外还有Tbox维持本身正常工作的功能设计模块等等,总体情况下Tbox可以有以下大体划分:UDS诊断功能、电源管理功能、注册激活功能、车况上报功能、报警上报功能、安防报警功能、大数据上报、远程控制、娱乐主机功能、Bcall功能、电子围栏、蓝牙功能、无线通信功能、导航定位功能、新能源国标上报、泊车测试、FOTA功能等等。

对于这么多功能模块的测试设计,我们可以依据的文档还是比较多的,直接关注和应用的文档大体上有:TBox产品功能技术规范(不同主机厂的命名可能不一样)、Tbox项目的诊断规范、Tbox与TSP后台通讯技术规范、Tbox功能信号表(不同主机厂的命名可能不一样)、Tbox与娱乐主机USB通讯技术规范、整车FOTA功能技术规范、自动泊车功能技术规范等等。

主机厂各个技术规范的编制过程关系大体如下图所示:

04 Tbox测试

汽车零部件包括Tbox在内,从设计研发到整车商用发售这个过程中,大体会经历以下几个测试阶段:零部件单元测试、子系统集成测试、整车系统测试、功能专项测试,其中功能专项测试一般与前面的常规测试并行,基于子系统的成熟度,最早在集成测试阶段开始,最晚在整车系统测试阶段开始执行。

4.1 零部件单元测试

Tbox的单元测试一般从A样正式交付后开始进行,到释放C样给OTS造车开阀结束,主要对设备的基本功能进行模块测试。单元测试阶段各个零部件均处于研发阶段,子系统零部件之间的接口和功能测试受到条件限制,测试重点通常着眼于对零部件自身功能实现的保证。

在单元测试阶段Tbox功能和接口测试会占用单元测试的很大部分时间,特别是电源管理和网络诊断两部分。直接关系产线电检测试的成功与否,影响EP造车和OTS造车质检反馈。

单元测试阶段通常是在测试台架上进行,单元测试阶段Tbox的测试内容大体有:

· 白盒测试 在研发质量体系对代码的编码规范有约束要求的情形下,通常在从项目开始就要进行代码的静态规则检测,在项目功能安全设计作等级要求时,通常还会对代码进行结构覆盖度测试,即动态代码测试。常用的工具通常有:Helix QAC、SmartRocket TestGrid、LDRA TestBed等。

· 功能测试 在本阶段发布的版本质量要求上,零部件所有重要功能都必须实现,允许存在故障,但不能是致命级别导致设备无法使用的故障。Tbox在单元测试阶段的功能测试通常可以和接口测试一起执行,这样可以有效减少重复的测试工作,像是诊断、车况和报价信号等的正确性测试之类。对于功能比较独立的测试类似注册激活、电源管理、通讯模块AT测试之类在测试过程中都存着循环迭代的过程,建议在做测试计划时通过功能测试+回归测试的方式提高效率,在所有故障和功能在回归测试中都验证良好的情况下,再执行全功能覆盖遍历的功能测试。

· 接口测试 零部件的模块间接口和零部件对外的设备接口测试在单元测试阶段完成,通常这个接口测试比较简单,Tbox在进行内外部接口测试时通常会通过tester模拟发送各种信号,测试人员验证Tbox收到各种信号的反馈是否正确,这里的接口指的是本文前面提到的所有通讯接口。

4.2 子系统集成测试

Tbox的子系统集成测试一般从OTS造车交付开始进行,到释放版本给PPV造车开阀结束。此阶段零部件硬件开发基本冻结,集成测试阶段的目标是确保子系统中各零部件工作正常,各功能在所有零部件间的实现可靠、正常。尽可能发现和解决问题,为PPV(G4)开阀造车做好充分准备。

在子系统集成测试阶段已有实车可以提供测试,相对于子系统的用车需求部门数,实车数量是较少的,所以这个阶段子系统硬件在环的台架测试工作量通常还是大于实车工作量的,一般情况下都是硬件台架验证完成确认问题修复后,才会到实车进行大规模验证。

这个阶段的零部件测试已经不再聚焦零部件内部了,而是把重点放在子系统内部的各个零部件间接口和功能的验证,所以在子系统内其他配合零部件状态良好的情况下,功能专项测试就此开始,如远程控车、自动泊车、整车FOTA、新能源车的国标考试内部验证等等。

在集成测试的过程中,无论是专项测试,还是实车或台架测试,所依据的技术基础都是子系统内不同零部件间的各个通讯协议,实际项目中特别需要注意的是Tbox和其他零部件在细分上不是一个研发项目组控制,这种情况在不同零部件间普遍存在,就会容易导致一个问题,零部件之间的通讯协议是不停迭代的,而零部件的软件研发版本也是基于协议在迭代,这样就会出现不同零部件释放的用于子系统集成测试的软件版本,依据的通讯协议版本不一致。所以子系统集成测试,或者专项功能测试时版本的基线特别要注意,这也是我要强调的在实际项目中Tbox联调时遇到的项目管理问题要比产品本身的技术问题多,因为整车系统中所有零部件的上网功能都是通过Tbox来完成的,对接的配合件比较多。

相对于实车环境的复杂和存在的大量干扰因素,台架测试环境相对比较干净,Tbox的台架测试拓扑图如下:

4.3 整车系统测试

Tbox的整车系统测试一般从PPV造车交付开始进行,到出版本给PP造车开阀结束。正常情况下在这个阶段Tbox以及其他零部件状态都比较好(项目管理把控弱,质量失控的除外),所有零部件的重大问题都已完成修复,在此阶段的工作就是通过大量的实车测试,发现异常场景下的问题,以及一些功能优化调整。

需要特别注意的是在这个阶段最好做到所有已知问题修复清零,一些主机厂质量管理和考核体系中,PP阀点后车辆路试组发现的问题会归属于工程问题,不再是简单研发故障,对于考核绩效会有影响(质量绩效管理不是这样的当我没说)。

整车系统测试的重点在于大量的实车测试,对于Tbox来说重点在于实车特殊测试场景的设计,如隧道、高架、山地、地下、高楼间等等,注意导航信号的准确性,2G、3G、4G、5G不同网络间的信号切换等等。

需要特别注意的是在这个阶段最好做到所有已知问题修复清零,一些主机厂质量管理和考核体系中,PP阀点后车辆路试组发现的问题会归属于工程问题,不再是简单研发故障,对于考核绩效会有影响(质量绩效管理不是这样的当我没说)。

整车系统测试的重点在于大量的实车测试,对于Tbox来说重点在于实车特殊测试场景的设计,如隧道、高架、山地、地下、高楼间等等,注意导航信号的准确性,2G、3G、4G、5G不同网络间的信号切换等等。

05 总结

对于Tbox的测试我们从整体上按照常规做法在各阶段完成对应的测试工作,就可以保证产品在各阶段的应有质量。

目前整车新功能新技术的发展很快,新能源车很多概念炒作的比较火热,但是实际在量产车型上,各主机厂的设计一般相对没有采取激进的方式,新的零部件和功能的设计都是建立在可靠性的基础之上。Tbox也同样如此,对于主机厂而言,Tbox的技术已经相当成熟,新车型的Tbox一般都是进行项目的适配性开发,我们测试所要关注的重点通常都在项目子系统其他功能配合零部件的联调进度上,Tbox本身测试设计和执行难度不大,所以测试工作不能仅仅关注测试本身,测试项目管理相关的事情同样非常重要。

车载TBOX嵌入式设备软件的功能测试相关推荐

  1. 车载TBOX嵌入式设备软件的性能测试

    作者 | 李伟 上海控安安全测评中心安全测评部总监 来源 | 鉴源实验室 01 ECU软件和通用软件性能测试的区别 通用软件进行性能测试时通常会通过压力测试.负载测试.稳定性测试.疲劳强度测试.用户并 ...

  2. 鉴源实验室丨车载ECU嵌入式设备的诊断测试 - 服务

    作者 | 李伟 上海控安安全测评中心安全测评部总监 来源 | 鉴源实验室 引言:前两篇文章(汽车电子架构和CAN网络基础,车载ECU嵌入式软件的测试入门)我们讲了汽车电子架构和网络历史,分享汽车测试中 ...

  3. 车载ECU嵌入式设备的诊断测试 – 读和写

    作者 | 李伟 上海控安安全测评中心安全测评部总监 来源 | 鉴源实验室 引言:第四篇中我们介绍了UDS服务中的会话和安全控制,主要讲了不同模式会话间的切换逻辑,问答报文结构,安全控制的作用和等级.安 ...

  4. 车载ECU嵌入式设备的诊断测试 – DTC

    作者 | 李伟 上海控安安全测评中心安全测评部总监 来源 | 鉴源实验室 01 DTC-Diagnostic Trouble Code(诊断故障代码) 车辆在运行的过程当中,控制器会监控状态,特定故障 ...

  5. 通用计算机(PC)和手机是否属于嵌入式设备?(嵌入式的定义)-杂谈

    我们身边的很大一部分电子产品,其实都可以称之为嵌入式设备.除去一些简单的收音机,普通的耳机和音响,普通充电插座,功能单一的读卡器U盘之类的,较为简单的不带控制功能的产品外.它们可以可以称为电子产品,但 ...

  6. 嵌入式Linux跑分软件,看看你的嵌入式设备CPU温度是多少,能烤肉吗?

    点击上方「嵌入式大杂烩」,「星标公众号」第一时间查看嵌入式笔记! 大家应该都看过一些大佬发的电脑CPU烤肉的视频,电脑CPU的温度真的有那么高吗?我们一起来看一下咱们电脑CPU的温度是多少? PC端C ...

  7. 车联网系统车载TBOX高级系统工程师架构,新能源汽车TBOX硬件设计与实现,车联网系统车载TBOX应用,

    TBOX车载系统方案设计.系统架构设计,包括软件的方案设计,开发和实现.熟悉汽车电路结构,OBD私有协议破解,具备汽车控制开发相关经验,熟悉车载CAN应用开发了解汽车电子常规架构. 车联网难吗?不难, ...

  8. 多核片上系统(SoC)架构的嵌入式DSP软件设计

    多核片上系统(SoC)架构的嵌入式DSP软件设计 Multicore a System-on-a-Chip (SoC) Architecture SoCs的软件开发涉及到基于最强大的计算模型在各种处理 ...

  9. TensorFlow Lite:TensorFlow在移动设备与嵌入式设备上的轻量级跨平台解决方案 | Google 开发者大会 2018...

    Google 开发者大会 (Google Developer Days,简称 GDD) 是展示 Google 最新开发者产品和平台的全球盛会,旨在帮助你快速开发优质应用,发展和留住活跃用户群,充分利用 ...

最新文章

  1. 2018年聊天机器人状态报告
  2. csapp:无符号数可能造成的程序bug
  3. Cesium学习笔记(四)Camera
  4. C# VS2012操作word文档 (二).插入表格图片
  5. 征战蓝桥 —— 2013年第四届 —— C/C++A组第8题——买不到的数目
  6. Java容器 | 基于源码分析List集合体系
  7. 第六篇:视图、触发器、事务、存储过程、函数
  8. openstack 功能_OpenStack Juno的新功能
  9. addWeighted()
  10. oracle exp空数据表,Oracle11g中Exp空表的问题
  11. linux中Python3 引入CV2报错
  12. 穷建站(二):在DnsPod中为申请的tk域名进行域名解析
  13. 0ctf之simple
  14. 电脑ping,怎么ping网速,详细教您ping网络的方法
  15. 实时网速怎么看快慢_怎么测试下载速度(教你安全检测网速快慢)
  16. LeCo-238. 除自身以外数组的乘积
  17. Docker hub Habor
  18. Qgis系统教程1:软件安装
  19. td强制换行《http://www.cnblogs.com/Fooo/archive/2011/03/28/1998048.html》
  20. 【爬虫】哔哩哔哩校园招聘信息

热门文章

  1. linux没办法识别u盘,linux系统下不能识别U盘
  2. 支持NTFS格式的Knoppix版本
  3. cdn perl_菜鸟教程perl总结
  4. java 锁升级_Java并发 锁优化和锁升级
  5. 字节跳动前端实习一面二面HR面面经
  6. linux网络编程 华清,网络编程(华清远见内部培训资料).ppt
  7. Ubuntu 软件包管理利器 - 新立得 (Synaptic)
  8. Windows卸载与清除工具 “ Geek 与 CCleaner ”
  9. python matplotlib绘制 3D图像专题 (三维柱状图、曲面图、散点图、曲线图合集)
  10. MySQL日志双一配置分析实战