软件定义Logger:ADAS系统测试与数据记录的“大一统”?

回望国内ADAS数据记录市场，在大约2020年左右的时间段，有过一个爆发期，行业普遍在摸索ADAS数据闭环的方案，搭建自己的系统，需要大量采集图像数据用作模型训练，回归测试，HIL数据回灌，当然也有很多的场景是与ADAS功能测试，鲁棒性测试耦合在一起的。在实现方案上，那时候有两个“阵营”：

• Mobileye EyeQ4/6: 原始图像数据记录，部分厂商提供了原始数据无损压缩的功能以降低存储成本。这个阵营主要来自欧美供应商，如NI，dSPACE, Vector等，通常一个7~11个相机的应用场景，价格在50W人民币左右。

• 有损压缩图像数据记录，针对YUV相机，可以通过CPU的encoder实现H264/H265压缩；RAW相机则相对麻烦一些，部分厂商使用了英伟达的GPU/显卡来做图像处理与压缩，但这种方法的数据损失较大，并没有大规模地使用。已有的项目方案，大致的费用在20~30W左右，这里面绝大多数是硬件成本，软件的占比比较小。典型的代表有Kunyi，HiRain等知名供应商。

随着行业的理解的深入，大家对应用场景的需求和适配的方案有了更深的了解，如果纯粹实现数据记录+数据上传进入数据中这样一个具体的事情，为什么不能自己干？结果就出现了In-house方案的蓬勃发展：

• 基于工控机的平台，很多Logger供应商/集成商转变成了工控机平台的硬件提供商，负责硬件的集成，测试。用户自己，特别是OEM负责软件开发，Dump数据本身相对容易，特别是在ROS生态下。这个过程中由于很多工控机并不是为车载，高鲁棒性测试使用设计的（为了竞标，便宜），出现了很多交付后使用的抱怨，需要硬件提供商兜底。这就出现了看上去的表面市场繁荣，但几乎没有集成商从中尝道甜头。

• 对于域控制器供应商，在域控制器上挂一个硬盘，那就能够解决数据记录的问题，特别是控制器算力大的平台。这在互联网基因的公司里非常常见，如华为，小鹏等。这就没有第三方供应商啥事了。

但是，在ADAS的系统性测试的时候，会涉及到ADAS域与其它域通信，交互的问题（SOME/IP，DDS，XCP，Diagnostics，以太网Switch等），还涉及到真值系统，其它传感器的使用，而这个过程也是需要把数据记录下来的。这种场景仍然需要商业方案，需要有稳定，灵活，可配置，交互性好的软件。这个场景下，Vector的CANape收获了不少的成功案例。

当下，ADAS行业的利润率普遍很薄，投入又巨大，怎么去平衡成本，性能，灵活性呢？

Vector另辟蹊径，在继承标定记录软件CANape的核心功能情况下，进行轻量化，跨平台设计，就出现了 你不知道的Vector | 独立于运行平台的CANape Kernel。用户选择的平台可以是几千块的树莓派，可以几万块的工控机，ARM平台，只要硬件够稳定，你就能得到一个低成本，稳定的ADAS系统测试与数据记录平台。

会不会软件定义的Logger成为ADAS系统测试与数据记录的“大一统”？让我们拭目以待~